Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 May 10

RM

Roman Molchanov in Agile, Scrum, Lean, Kanban, XP
Дмитрий Че
Есть конечно.
Есть грубо два типа этой необходимости.
1. У нас есть роадмап на год. Бизы хотят что-то в своей последовательности. Мы анализируем на постоянной основе изменения их родмапов, визуализируем и говорим им о зависимостях, какие варианты есть сделать то или иное. Тут я внутри нас, как сервиса, строю по предварительным оценкам план в Проже со всеми зависимостями, резервами, рисками. Потом делаю простую презу для понимания бизом картины и несу на встречу. У нас изменения состава задач и приоритетов могут сыпаться по два в неделю, а могут месяц не меняться. Поэтому для быстрой прикидки засад Прож подходит отлично.
2. Взаимодействие внутри команд. Тут на этапе системного анализа выявляются все связи, внутри процесса согласования спеки все вовлеченные команды создают задачи на реализацию. СА контролирует их заведение. Ну а дальше СМ/ПМ стряхивают сроки и их мониторят по связям наша сторя - линк - их сторя - фикс вержен - дата внедрения. При жестких совместных синхронных внедрениях был контроль и совместное планирование. Но сейчас такого не было сто лет, архитектура все же меняется, мы уже давно внедряемся асинхронно.

Поэтому нафига стракча нам нужна я не понял. Может просто у нас дикий энтерпрайз. 😉
Проджект в плане планирования гораздо сильнее стракчи, поэтому если он уже у вас есть то смысла в Стракче нет
источник

ДЧ

Дмитрий Че in Agile, Scrum, Lean, Kanban, XP
У нас гораздо больше проблем от организационных вопросов взаимодействия, чем от инструментов. Были проектные офисы, только бюрократии от них больше, чем толку. За 9 лет в компании видел два таких.
В итоге, мы сами по себе, первыми начали менять внутри себя свое сознание в сторону Agile, первыми применили скрам в развитии имеющихся продуктов, потом для проектов нового ПО, сейчас канбан-метод применяем для одного сервиса. В других дирекциях тоже идет двидуха с оооочень разным успехом и правильностью понимания фреймворков.
Основные проблемы - очень разные лид-таймы по сильно связанным системам. Отсюда трения и конфликты.
Кстати, тут по-моему кто-то писал про то, как помочь команде вытаскивать на обсуждение на ретро вопросы улучшений процессов и автоматизации.
У нас другая проблема - мы их делать не успеваем. Идей - масса, постоянно что-то докручиваем, но прям подмывает сделать пару спринтов чисто под технику.
источник

ДЧ

Дмитрий Че in Agile, Scrum, Lean, Kanban, XP
Чот-там про Маска было и стерли?! Дайте почитать про Илона Остаповича. 😆
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
No)
источник

ДЧ

Дмитрий Че in Agile, Scrum, Lean, Kanban, XP
Ну вот... Хотел поржать. Сорри. ☺️☺️
источник

S

Stas in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Мы используем Microsoft  Azure DevOps Server (TFS). Он умеет on premise, обеспечивает весь цикл, имеет 100500 плагинов (платных и бесплатных) встроенный Git, работа с внешними репо. Есть синхронизация планов между проектами/продуктами на уровнях эпиков-фичей-сторей. Скрам/канбан/LeSS/SAFe - Всё из коробки. Распространяется как за деньги, так и без.
Оч довольны, уже не первый год.
круто, спасибо! надо потестить
источник

V

Vitaly in Agile, Scrum, Lean, Kanban, XP
как это мило — читаю agile retrospectives товарища кена швабера, цитата оттуда:

Whether you finish planning in the retrospective or incorporate actions into iteration plans, be sure that people sign up and commit to tasks. Without individual commitment, people assume that “the team” will do the task, and no one does it.

прямо нравится такое :)
источник

G

Gleb in Agile, Scrum, Lean, Kanban, XP
Maiklnik
Кто-нибудь из участников чата пробовал/щупал Wrike?
Какие были замечены плюсы/минусы?
Смотря для каких целей? Просто как баг доска - тяжело, громоздко, не юзерфрендли, но на безрыбьи и рак рыба.
источник
2020 May 11

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Vitaly
как это мило — читаю agile retrospectives товарища кена швабера, цитата оттуда:

Whether you finish planning in the retrospective or incorporate actions into iteration plans, be sure that people sign up and commit to tasks. Without individual commitment, people assume that “the team” will do the task, and no one does it.

прямо нравится такое :)
это второй уровень раскачка команды 😄
На первом уровне никто ничего не хочет
На втором уровне никто ничего не делает
На третьем уровне по логике вещей нету результата
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Никто ничего не будет делать, если в этом нет потребности. Хоть обфасилитируйтесь. Просто создайте потребность.
источник

AD

Alexey Dyomin in Agile, Scrum, Lean, Kanban, XP
Привет!
Дано:
Есть задачи как проектные (где есть пользовательские истории в обычном понимании), так и задачи по поддержке - которые надо срочно и они не привязаны к какой-то истории (или привязаны к закрытой истории).

подскажите по выбору техники ведения задач в тикетке.


Сейчас для первых в планфиксе сделали тип задачи под историю, со всеми необходимыми полями, и в подзадачах - обычные задачи, закрывая которые приближаем завершение истории.

По структуре получается "типа скрамбан"
Как в этой системе принято вести задачи по поддержке? Создавать новый процесс не хочется. Забить на юзерстори? Создавать историю по поддержке на каждый спринт?

Может быть есть описание?
источник

AD

Alexey Dyomin in Agile, Scrum, Lean, Kanban, XP
Заранее спасибо за пинок в нужном направлении )
источник

V

Valeriy in Agile, Scrum, Lean, Kanban, XP
ну если типа скрамбан, то почему бы типа не вести задачи по отдельному классу сервиса?
источник

V

Valeriy in Agile, Scrum, Lean, Kanban, XP
вообще, когда у вас "типа" то можно что угодно )))
источник

AD

Alexey Dyomin in Agile, Scrum, Lean, Kanban, XP
Ну мы взяли текущие процессы и пытаемся их оптимизировать. Непрерывное улучшение, все дела )))
источник

V

Valeriy in Agile, Scrum, Lean, Kanban, XP
у вас до этого был скрам?
источник

V

Vitaly in Agile, Scrum, Lean, Kanban, XP
разве скрам можно улучшить?
источник

AD

Alexey Dyomin in Agile, Scrum, Lean, Kanban, XP
Valeriy
у вас до этого был скрам?
нет. Мы процессы перенесли на доску. Пока так.
источник

AD

Alexey Dyomin in Agile, Scrum, Lean, Kanban, XP
Поработали, и поняли, что надо что-то менять более кардинально.
Поверхностное изучение показало, что скрам в чистом виде нам не совсем подходит.
источник

V

Valeriy in Agile, Scrum, Lean, Kanban, XP
Vitaly
разве скрам можно улучшить?
почему нет?
SP/T-shirt это не из гайда, тем не менее используются
источник