Командная ретроспектива

Командная ретроспектива

Назначение

Приближается конец недели и во многих командах будут проводить ретроспективу. Напишу заметку о ней )

Ретроспектива (retrospective) — это командное мероприятие, которое проводится в agile для оценки прошлой работы команды и определения способов улучшения процессов и результата в будущем.

Ретроспектива важна, потому что:
📈 Содействует постоянному улучшению процессов. Анализируя прошлую итерац или спринт, команда может выявить успешные практики (то, что привело команду к хорошему результату, а значит, это стоит взять в работу на регулярную основу) и проблемы, на которые стоит обратить внимание (в идеале, придумать, как работать в следующей итерации, чтобы эти проблемы не повторились).

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

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

Ретроспективу рекомендуется проводить после завершения каждого цикла работы или проекта, чтобы команда могла оценить свои достижения, а также идентифицировать области для улучшения. Примеры ситуаций, когда стоит провести ретроспективу:
🔺 По окончании каждого спринта или итерации.
🔺 После завершения большого проекта или этапа работы.
🔺 При возникновении серьезных проблем или неудач.
🔺 При изменении состава команды или методов работы (ретроспектива ещё может помочь команде адаптироваться к новым условиям и оптимизировать свою деятельность).

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

Инструменты

Могу вам порекомендовать 2 рабочих и бесплатных инструмента, которые помогут провести ретроспективу онлайн:

  1. Webwhiteboard от Miro — это лайтовая web-доска от miro, полностью бесплатная.
  2. Retrius — это пошаговый инструмент, который помогает и новичкам и опытным тим-лидам проводить свое ретро и даже немного больше.

Формат проведения

Существует множество различных подходов к проведению ретроспективы в команде, каждый из которых может быть адаптирован под конкретные потребности и особенности работы коллектива. Однако, одним из наиболее распространенных и эффективных методов проведения ретроспективы является так называемая «тройная проблема» (три фазы: «Что хорошо», «Что плохо», «Что можно улучшить»), которая включает в себя следующие шаги:

  1. Участники пишут свои идеи на стикерах индивидуально, не обсуждая их с другими участниками. Это помогает узнать мнение каждого члена команды и избежать влияния более опытных или харизматичных коллег на остальных.
  2. По очереди каждый участник представляет свои идеи, кратко их озвучивая без обсуждения.
  3. После озвучивания всех идей, участники переносят свои стикеры из зоны индивидуальной подготовки в общую зону ретроспективы, где расположены 3 колонки: «что хорошо», «что плохо», «что можно улучшить». Стикеры стоит сразу объединять в группы по смыслу при сопровождении того, о чем говорили их авторы.
  4. После высказывания всех участников, ведущий предлагает обсудить темы, которые вызвали наибольший интерес у команды, начиная с блока «что можно улучшить». Учитывая, что блок «что можно улучшить» помогает выявить проблемные места для изменения и улучшения процессов, его обсуждение является приоритетным для команды.
  5. Обсуждение начинается с группы, в которой наибольшее количество стикеров, так как это показатель интереса более широкого круга участников. В ходе обсуждения важно сформулировать, как сделать так, чтобы в следующей итерации подобной проблемы не повторилось. В ходе обсуждения следует сформулировать экшены (задачи с указанием сроков и ответственного), которые должны помочь избежать подобных проблем в будущем.
  6. Если после завершения обсуждения всех стикеров из блока «что можно улучшить» осталось время, тогда обсуждаются стикеры из блока «что плохо». В этом блоке находятся стикеры с описанием негативных аспектов для команды, на которые они не могут повлиять. Ключевая задача обсуждения — дать команде снизить эмоциональный накал от этих обстоятельств. Экшены здесь маловероятны, так как на эти события влиять команда не может. Если же влияние возможно, то стикер лучше перенести в блок «что можно улучшить».
  7. В последнюю очередь обсуждаются стикеры из зоны «плюсов». Это позволяет закончить ретроспективу на позитивной ноте. В ходе обсуждения могут появляться экшены, например, по обновлению гайдов команды, чтобы то, что хорошо повлияло на результат этой итерации, стало для команды нормой и помогло повысить результат не разово, а на постоянной основе.

После завершения ретроспективы экшены по ее итогам добавляются в бэклог команды и берутся в работу в соответствующий срокам спринт.

Рекомендации

❗️Крайне важно, чтобы ретроспектива команды до 20 человек размером могла уложиться в 1,5 часа. Если времени будет больше, то люди устанут, могут потерять вовлечённость или, наоборот, могут увлечься какой-то темой слишком сильно и потерять время там, где этого делать не стоило.

‼️Второе важное правило: ведущий ретроспектива отвечает за формат, тайминг и энергию проведения ретро, тогда как за содержание стикеров и экшенов отвечает команда. Поэтому, если ваши ретро «скучные» или «длинные», стоит работать с ведущим. Если команда «отмалчивается» или не предлагает улучшений, то только работа с ведущим не поможет. Здесь надо искать причины и в самой команде.

Казалось бы, что то, что описано выше, знают совершенно все, но на прошлой и этой неделе обсуждали ретро с людьми из других компаний и оказалось, что стоит ещё раз подсветить ошибки, которых стоит избегать:
⏳ Ретро не должно длиться больше 1,5 часов. Если это так, работайте над форматом, ставьте таймеры и т.д.
🤓 Стикеры пишут и озвучивают открыто, не анонимно. Иначе не с кем обсудить точные детали, о чем писал автор.
✍️ По итогам должны быть сформулированы экшены, иначе это похоже на встречу друзей для «поболтать», а не на рабочее мероприятие для улучшения процессов и результатов команды.
💪 Экшены обязательно надо выполнять в ближайший спринт, иначе не понятно, зачем команда тратила свое время и их формулировала.

P.S. Желаю вам эффективных мероприятий и не только ретро!
P.P.S. Если будут вопросы, пишите здесь или в личку. Есть большой опыт фасилитации встреч и сертификации RTE.

Надежда Смирнова

Директор департамента бизнес-анализа в международной продуктовой компании. Вдохновляется всем, что касается работы команд и процессов. Ведёт канал @happyteamlead и @devan .Любит животных, в семье 10 кошек и собака. Основатель нескольких ИТ — сообществ.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *