Pull to refresh

Comments 8

скучные повторяющиеся встречи, без осязаемых решений...

Сосредоточение на постепенных шагах ...

Правильно ли понимаю, что предложенные 10 шагов с шаблонами - это сценарий одного ретро и такой сценарий, каждый шаг которого приводит к осязаемым решениям?

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

Подскажите, как давно вы проводите ретро по предложенному сценарию, сколько вы таких ретро уже успели провести, какое число людей участвуют каждый раз, в какое время вы укладываетесь со всеми предложенными десятью шагами и в скольки командах такой формат прижился.

Start / Stop / Continue

Могу что-то путать, но это вроде бы про процессы, инструменты, ритуалы. Дискуссия вроде "давайте бросим ту задачу и начнем вот эту" выглядела бы странной. Это не вопрос отношения коллектива, а вопрос распределения ресурсов и приоритезации задач - это дело лидов, менеджеров и владельца продукта.

ретроспектива – это стадия «плана» цикла PDCA

Может всё-таки Check? А то, что у вас названо "Поручения" - Act.

Длительность

За встречу 1,5 - 2 часа, при кол-ве участников 10-15 человек, можно успеть проиграть максимум 2 игры, а еще нужно успеть сформировать поручения из идей.
Я обычно 1ю игру выбираю для определения настроения (мемасики, кино, заключенные), а 2ю для выработки решений/идей на развитие (4L или Три поросенка).

Приживаемость

Ретро провожу 2 года, статья, как итог того, к чему пришел. Формат встречи прижился в 4х командах (3 продуктовых и чаптер TL), проводим раз в 1,5-2 месяца. Когда получил обратную связь от ребят: - Круто, что у нас есть ретро, мы влияем на изменение процессов. Понял, что данная активность нужна. Без человека, который будет драйвить эти встречи, не приживается, рабочие задачи в моменте всегда важнее.

Start / Stop / Continue

Менеджер или лид, не всегда видит те проблемы, которые видит команда, а эта практика, как раз позволяет доносить проблемы снизу - вверх. А уже приоритизация, решение брать в работу или нет, это уже решение лидов, менеджеров и владельца продукта.

ретроспектива – это стадия «плана» цикла PDCA

Может всё-таки Check? А то, что у вас названо "Поручения" - Act.

Т.к. на ретро мы изначально выявляем боли команды и формируем план (поручения) по устранению боли, то сама встреча относится к стадии "План". Конечно, когда мы проводим повторное ретро, мы вынуждены чекать, выполнены предыдущие идеи или нет. Не будем чекать, потеряется вся ценность данных встреч.

Оно всегда так в жизни - первый ретро "о круто", второй "давайте попробуем ещё раз", тритий и т.д. "нахрен эта бодяга не нужна".

Сколько бы поросят по сценарию не было.

Единственный человек кому это надо, это скрам мастер.

Важно, чтобы реализовывались поручения/идеи, озвученные на ретро, тогда команда видит ценность от встреч, а если встреча сугубо на поболтать, то да, она очень быстро превращается в рутину.

Когда идёт речь про команду и проект которым хотя бы полгода, то поручения/идеи каждый раз те же самые как и на предыдущих.

Если команда не видит реализации своих идей, она быстро скатывается в апатию, поэтому можно/нужно бить поручения на маленькие шаги, и показывать прогресс по этим шагам.

Ну не у всех драма на проекте. Все идеи на первой встрече были высказаны, про них поговорили, те которые имеет смысл приняли.

На второй встрече поговорили про то какие молодцы, что всё сделали, начали искать новые идеи, а находятся как раз подобные анекдоту про Василий Ивановичу.

На третий раз возникает закономерный вопрос - нахрена козе баян, если он не гармонист.

Ну потом конечно, тётеньку скрам-мастера, которая это всё "фалосицировала" под жопу зарядили.

Если вся команда офлайн, много общается, то необходимость проведения ретро сильно снижается, и для этого отдельный человек точно не нужен, поэтому исход с выделенным скрам - мастером предсказуем)

Sign up to leave a comment.