Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 May 23

V

Vitaly in Agile, Scrum, Lean, Kanban, XP
Тимур Хайруллин
Ну, по поводу мира спорить не буду. Тут я таки ограничен в знаниях.
Могу говорить только за свой опыт. Все попытки отменить ту же ретроспективу в итоге привели к затянутому процессу улучшений либо к разговорам "блин, а с ретро было лучше"
И опять же, Алексей. Ретро  - это пример. На его место можно поставить любой элемент. Дейлики, обзоры спринта, планирования.
отменять надо заменяя чем-то другим. я предлагаю заменять развитием культуры инноваций/ улучшений.

Покажу, спасибо большое!
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Идея проста. У нас есть проблема совершенствования процесса и мы строим вокруг нее петлю обратной связи. Это когда вы делаете действие, действие имеет отложенный эффект, через какое-то время вы должны проанализировать ситуацию и выработать еще одно действие. Это говорит нам о том, есть если мы хотим эту петлю создать и сделать пространство для анализа и принятия решений в виде собрания "ретроспектива" у нас каждое собрание должно быть приурочено результатам предыдущего собрания и анализу изменений в ситуации. т.е. в практической плоскости СМ должен на ретро притащить плакат с предыдущего ретро, где вы будете смотреть дельту между текущим состоянием и прошлым. Анализировать то как выполнились action items и формировать новые решения. Что я вижу в современном мире (наблюдая как консультант, входя в тусовки AC и SM и слушая о чем говорят люди т.п.) СМ часто "развлекают" команды постоянно меняя форматы ретро и разрывая связь с прошлым после КАЖДОГО спринта. Что они получают в итоге, ну для начала аргументы "Ну блин, какие проблемы, мы уже о них 100 раз говорили" либо просто тихое согласие ибо отвертеться от ретро нелья. Ретро есть, у него увесилительный формат, все релакснулись, похлопали СМ, СМ в свою очередь получил дофаминчика и понял свою важность... двинулись дальше, а улучшений практически никаких. Проверка выших ретро простая, ответьте, какие серьезные изменения в процесс работы были внесены за последние 3-4 спринта и как они повлияли на продуктовые или процессные метрики (только не надо терминов "улучшили" или "выросли", нужны цифры и графики)
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Думаю теперь понимаете, почему мне не особо нравится ретромат
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
Думаю теперь понимаете, почему мне не особо нравится ретромат
Так в общем то можно любую практику расписать. Но когда в неподготовленные головы кидаешь фразу - можно отменить кодревью/спринты/тестирование/ретро/спринт-ревью, на тебя с собаками бросаются
источник

ТХ

Тимур Хайруллин... in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
Идея проста. У нас есть проблема совершенствования процесса и мы строим вокруг нее петлю обратной связи. Это когда вы делаете действие, действие имеет отложенный эффект, через какое-то время вы должны проанализировать ситуацию и выработать еще одно действие. Это говорит нам о том, есть если мы хотим эту петлю создать и сделать пространство для анализа и принятия решений в виде собрания "ретроспектива" у нас каждое собрание должно быть приурочено результатам предыдущего собрания и анализу изменений в ситуации. т.е. в практической плоскости СМ должен на ретро притащить плакат с предыдущего ретро, где вы будете смотреть дельту между текущим состоянием и прошлым. Анализировать то как выполнились action items и формировать новые решения. Что я вижу в современном мире (наблюдая как консультант, входя в тусовки AC и SM и слушая о чем говорят люди т.п.) СМ часто "развлекают" команды постоянно меняя форматы ретро и разрывая связь с прошлым после КАЖДОГО спринта. Что они получают в итоге, ну для начала аргументы "Ну блин, какие проблемы, мы уже о них 100 раз говорили" либо просто тихое согласие ибо отвертеться от ретро нелья. Ретро есть, у него увесилительный формат, все релакснулись, похлопали СМ, СМ в свою очередь получил дофаминчика и понял свою важность... двинулись дальше, а улучшений практически никаких. Проверка выших ретро простая, ответьте, какие серьезные изменения в процесс работы были внесены за последние 3-4 спринта и как они повлияли на продуктовые или процессные метрики (только не надо терминов "улучшили" или "выросли", нужны цифры и графики)
Леша, подо всем подпишусь.
Делал все именно так, как ты говорил. Только не плакаты приносил, а список того, что мы потащили в спринт.
Хотя, чего уж греха таить, на трети встреч я слышал вещи, которые ты упоминаешь.
Последняя команда отказались от ретромата. Команда про него не знала, просто попросила проводить ретроспективы в более сжатом и лаконичном формате. В итоге сэкономили время, а результат остался.
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Vitaly Dmitriev
Так в общем то можно любую практику расписать. Но когда в неподготовленные головы кидаешь фразу - можно отменить кодревью/спринты/тестирование/ретро/спринт-ревью, на тебя с собаками бросаются
Не отменить, заменить... процессы должны эволюционировать. Вы привносите новую идею, которая старую идею выживает
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Тимур Хайруллин
Леша, подо всем подпишусь.
Делал все именно так, как ты говорил. Только не плакаты приносил, а список того, что мы потащили в спринт.
Хотя, чего уж греха таить, на трети встреч я слышал вещи, которые ты упоминаешь.
Последняя команда отказались от ретромата. Команда про него не знала, просто попросила проводить ретроспективы в более сжатом и лаконичном формате. В итоге сэкономили время, а результат остался.
👍
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
Не отменить, заменить... процессы должны эволюционировать. Вы привносите новую идею, которая старую идею выживает
Отмена иногда является заменой, пример сильно раньше приводил, но в целом согласен.
источник

IY

Ilya Yakamsev in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
Идея проста. У нас есть проблема совершенствования процесса и мы строим вокруг нее петлю обратной связи. Это когда вы делаете действие, действие имеет отложенный эффект, через какое-то время вы должны проанализировать ситуацию и выработать еще одно действие. Это говорит нам о том, есть если мы хотим эту петлю создать и сделать пространство для анализа и принятия решений в виде собрания "ретроспектива" у нас каждое собрание должно быть приурочено результатам предыдущего собрания и анализу изменений в ситуации. т.е. в практической плоскости СМ должен на ретро притащить плакат с предыдущего ретро, где вы будете смотреть дельту между текущим состоянием и прошлым. Анализировать то как выполнились action items и формировать новые решения. Что я вижу в современном мире (наблюдая как консультант, входя в тусовки AC и SM и слушая о чем говорят люди т.п.) СМ часто "развлекают" команды постоянно меняя форматы ретро и разрывая связь с прошлым после КАЖДОГО спринта. Что они получают в итоге, ну для начала аргументы "Ну блин, какие проблемы, мы уже о них 100 раз говорили" либо просто тихое согласие ибо отвертеться от ретро нелья. Ретро есть, у него увесилительный формат, все релакснулись, похлопали СМ, СМ в свою очередь получил дофаминчика и понял свою важность... двинулись дальше, а улучшений практически никаких. Проверка выших ретро простая, ответьте, какие серьезные изменения в процесс работы были внесены за последние 3-4 спринта и как они повлияли на продуктовые или процессные метрики (только не надо терминов "улучшили" или "выросли", нужны цифры и графики)
Я тут не соглашусь. Для меня ретро это, в первую очередь, возможность выключить команду из потока и разобрать общие метрики, отношения, вообще что в жизни происходит. Временами, чтобы оборвать эту пуповину, полезно встряхивать новыми играми. Основное техническое обсуждение происходит на CoP, на ретро я фокусируюсь именно на здоровье команды. Ну да, берём задачки и обсуждаем что получилось с тем, что брали. В целом, куда вынести чек здоровья команды и таймбокс на изменения я пока не вижу.
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
У нас для этого есть обед всей командой каждый день и посиделки где нибудь
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Все тоже самое только не формально
источник

IY

Ilya Yakamsev in Agile, Scrum, Lean, Kanban, XP
Vitaly Dmitriev
У нас для этого есть обед всей командой каждый день и посиделки где нибудь
Ну то есть вы на обеде коммититесь на изменение процессов? Берете тикет куда-нибудь?
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Ilya Yakamsev
Ну то есть вы на обеде коммититесь на изменение процессов? Берете тикет куда-нибудь?
Я же сказал - не формально
источник

IY

Ilya Yakamsev in Agile, Scrum, Lean, Kanban, XP
Vitaly Dmitriev
Я же сказал - не формально
Ну, неформально - и делать не обязательно.
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Илья. Культура такая что люди не формально обсуждая сами становятся драйверами
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Не надо подписывать контракты кровью
источник

IY

Ilya Yakamsev in Agile, Scrum, Lean, Kanban, XP
Vitaly Dmitriev
Илья. Культура такая что люди не формально обсуждая сами становятся драйверами
Да я уж понял, что и бэклог не нужен, и принимать не нужно, и лупы они дело прошлое. Чисто на культуре, на веру. По-джентльменски.
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Vitaly Dmitriev
Отмена иногда является заменой, пример сильно раньше приводил, но в целом согласен.
при эволюции отмена не происходит. Происходит отмирание и отпадение практики. У нас же хвост не отменили, сам отвалился
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Ilya Yakamsev
Я тут не соглашусь. Для меня ретро это, в первую очередь, возможность выключить команду из потока и разобрать общие метрики, отношения, вообще что в жизни происходит. Временами, чтобы оборвать эту пуповину, полезно встряхивать новыми играми. Основное техническое обсуждение происходит на CoP, на ретро я фокусируюсь именно на здоровье команды. Ну да, берём задачки и обсуждаем что получилось с тем, что брали. В целом, куда вынести чек здоровья команды и таймбокс на изменения я пока не вижу.
Как измеряется эффективность такого ретро? Что будет если его не будет? Как понять что оно хоть какую-то пользу приносит?
источник

VD

Vitaly Dmitriev in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
при эволюции отмена не происходит. Происходит отмирание и отпадение практики. У нас же хвост не отменили, сам отвалился
Ну как сказать. Приходят ребята и предлагают убрать что-то сами, понимая что это не надо, почти всегда есть замена, но иногда это просто отмена за ненадобностью
источник