Оглавление
Назначение
Приближается конец недели и во многих командах будут проводить ретроспективу. Напишу заметку о ней )
Ретроспектива (retrospective) — это командное мероприятие, которое проводится в agile для оценки прошлой работы команды и определения способов улучшения процессов и результата в будущем.
Ретроспектива важна, потому что:
📈 Содействует постоянному улучшению процессов. Анализируя прошлую итерац или спринт, команда может выявить успешные практики (то, что привело команду к хорошему результату, а значит, это стоит взять в работу на регулярную основу) и проблемы, на которые стоит обратить внимание (в идеале, придумать, как работать в следующей итерации, чтобы эти проблемы не повторились).
😊 Способствует общению и взаимодействию в команде. В ходе ретроспективы участники могут открыто обсуждать проблемы и находить совместные решения, что способствует улучшению коммуникации и взаимодействия внутри коллектива.
💎 Повышает мотивацию и уровень участия. Участие команды в процессе обсуждения и принятия решений по улучшению процессов стимулирует их вовлеченность и ответственность за результаты работы.
Ретроспективу рекомендуется проводить после завершения каждого цикла работы или проекта, чтобы команда могла оценить свои достижения, а также идентифицировать области для улучшения. Примеры ситуаций, когда стоит провести ретроспективу:
🔺 По окончании каждого спринта или итерации.
🔺 После завершения большого проекта или этапа работы.
🔺 При возникновении серьезных проблем или неудач.
🔺 При изменении состава команды или методов работы (ретроспектива ещё может помочь команде адаптироваться к новым условиям и оптимизировать свою деятельность).
В целом, ретроспективу стоит проводить в тех случаях, когда команде необходимо проанализировать прошлую работу, выявить проблемные моменты и найти способы оптимизации процессов для повышения качества и эффективности работы.
Инструменты
Могу вам порекомендовать 2 рабочих и бесплатных инструмента, которые помогут провести ретроспективу онлайн:
- Webwhiteboard от Miro — это лайтовая web-доска от miro, полностью бесплатная.
- Retrius — это пошаговый инструмент, который помогает и новичкам и опытным тим-лидам проводить свое ретро и даже немного больше.


Формат проведения
Существует множество различных подходов к проведению ретроспективы в команде, каждый из которых может быть адаптирован под конкретные потребности и особенности работы коллектива. Однако, одним из наиболее распространенных и эффективных методов проведения ретроспективы является так называемая «тройная проблема» (три фазы: «Что хорошо», «Что плохо», «Что можно улучшить»), которая включает в себя следующие шаги:
- Участники пишут свои идеи на стикерах индивидуально, не обсуждая их с другими участниками. Это помогает узнать мнение каждого члена команды и избежать влияния более опытных или харизматичных коллег на остальных.
- По очереди каждый участник представляет свои идеи, кратко их озвучивая без обсуждения.
- После озвучивания всех идей, участники переносят свои стикеры из зоны индивидуальной подготовки в общую зону ретроспективы, где расположены 3 колонки: «что хорошо», «что плохо», «что можно улучшить». Стикеры стоит сразу объединять в группы по смыслу при сопровождении того, о чем говорили их авторы.
- После высказывания всех участников, ведущий предлагает обсудить темы, которые вызвали наибольший интерес у команды, начиная с блока «что можно улучшить». Учитывая, что блок «что можно улучшить» помогает выявить проблемные места для изменения и улучшения процессов, его обсуждение является приоритетным для команды.
- Обсуждение начинается с группы, в которой наибольшее количество стикеров, так как это показатель интереса более широкого круга участников. В ходе обсуждения важно сформулировать, как сделать так, чтобы в следующей итерации подобной проблемы не повторилось. В ходе обсуждения следует сформулировать экшены (задачи с указанием сроков и ответственного), которые должны помочь избежать подобных проблем в будущем.
- Если после завершения обсуждения всех стикеров из блока «что можно улучшить» осталось время, тогда обсуждаются стикеры из блока «что плохо». В этом блоке находятся стикеры с описанием негативных аспектов для команды, на которые они не могут повлиять. Ключевая задача обсуждения — дать команде снизить эмоциональный накал от этих обстоятельств. Экшены здесь маловероятны, так как на эти события влиять команда не может. Если же влияние возможно, то стикер лучше перенести в блок «что можно улучшить».
- В последнюю очередь обсуждаются стикеры из зоны «плюсов». Это позволяет закончить ретроспективу на позитивной ноте. В ходе обсуждения могут появляться экшены, например, по обновлению гайдов команды, чтобы то, что хорошо повлияло на результат этой итерации, стало для команды нормой и помогло повысить результат не разово, а на постоянной основе.
После завершения ретроспективы экшены по ее итогам добавляются в бэклог команды и берутся в работу в соответствующий срокам спринт.
Рекомендации
❗️Крайне важно, чтобы ретроспектива команды до 20 человек размером могла уложиться в 1,5 часа. Если времени будет больше, то люди устанут, могут потерять вовлечённость или, наоборот, могут увлечься какой-то темой слишком сильно и потерять время там, где этого делать не стоило.
‼️Второе важное правило: ведущий ретроспектива отвечает за формат, тайминг и энергию проведения ретро, тогда как за содержание стикеров и экшенов отвечает команда. Поэтому, если ваши ретро «скучные» или «длинные», стоит работать с ведущим. Если команда «отмалчивается» или не предлагает улучшений, то только работа с ведущим не поможет. Здесь надо искать причины и в самой команде.
Казалось бы, что то, что описано выше, знают совершенно все, но на прошлой и этой неделе обсуждали ретро с людьми из других компаний и оказалось, что стоит ещё раз подсветить ошибки, которых стоит избегать:
⏳ Ретро не должно длиться больше 1,5 часов. Если это так, работайте над форматом, ставьте таймеры и т.д.
🤓 Стикеры пишут и озвучивают открыто, не анонимно. Иначе не с кем обсудить точные детали, о чем писал автор.
✍️ По итогам должны быть сформулированы экшены, иначе это похоже на встречу друзей для «поболтать», а не на рабочее мероприятие для улучшения процессов и результатов команды.
💪 Экшены обязательно надо выполнять в ближайший спринт, иначе не понятно, зачем команда тратила свое время и их формулировала.
P.S. Желаю вам эффективных мероприятий и не только ретро!
P.P.S. Если будут вопросы, пишите здесь или в личку. Есть большой опыт фасилитации встреч и сертификации RTE.