Как стать автором
Обновить

Ретроспективы в проектных командах: что это, зачем нужно и как эффективно провести

Управление проектами *
Из песочницы
Наша команда разрабатывает большое количество обучающих проектов и собственных продуктов. Мы постоянно анализируем и улучшаем процессы разработки, обмениваемся обратной связью друг с другом и внедряем изменения. Поэтому после каждого завершённого проекта мы проводим ретроспективу с командой, а иногда и отдельно с заказчиками.

image


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

Зачем нужны ретроспективы


Мы шли к ответу на этот вопрос какое-то время и сформулировали для себя следующие пункты:

  1. «Закрыть» проект эмоционально и перейти к новому. Это важный психологический момент, так как сотрудники параллельно работают над другими проектами. Поэтому желательно не затягивать с проведением ретроспективы, после которой двигаться дальше будет легче.
  2. Увидеть процесс со стороны и понять, что нужно изменить. Если после нескольких рефлексий становится заметным пробел в разработке, то принимаем решение об изменении в процессах или думаем, как внести в них корректировки.
  3. Ещё раз убедиться, что команда делает всё верно. Важно не только искать точки улучшений, но и обсуждать с командой, что процессы разработки идут хорошо и мы продолжаем делать так же в новых проектах.

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


Изначально мы собирались с командой проекта и руководителем отдела разработки и в свободном режиме обсуждали проект, делали выводы и фиксировали важные инсайты для разработки. Но со временем мы обновили формат ретроспектив и вот уже больше года проводим их вместе модератором. Также с марта 2020 в связи с изменением формата работы мы стали проводить ретроспективы онлайн в Skype, GoogleMeets или Zoom.

Модераторы — это сотрудники нашей компании LEVEL с бэкграундом психолога, тренера или преподавателя. Также модератором может стать любой сотрудник, у которого есть желание и интерес развиваться в этой роли.

Что модератор делает на встрече?

  • Помогает команде структурировать обсуждение
  • Внимательно следит, чтобы все участники проекта могли высказаться
  • Помогает команде сформулировать выводы и не потерять важные инсайты и идеи

Модератор встречи ответственен за то, чтобы собрать полученные выводы и решения в документ, а потом передать всё менеджеру внутренних проектов.

На данный момент у нас сформировалась команда модераторов, которая улучшает форматы и ищет новые инструменты проведения ретроспектив.

Так, в апреле мы с модераторами находили различные решения для совместной работы в онлайн-формате. Для этого мы изучали интерактивные и виртуальные доски и остановились на Miro, подготовили в нём шаблон доски для проведения ретроспективы.

image

image

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

По завершении почти каждого проекта мы проводим ретроспективу. Если проект длительный и объёмный, мы рекомендуем менеджерам проводить дополнительные встречи по окончании его отдельных этапов и подводить мини-итоги.

Также со временем мы пришли к выводу, что проведение ретроспективы в типовых для нас проектах оставляем на усмотрение менеджера. Как правило, в данных случаях в разработке не возникает новых вопросов, всё проходит стандартно по процессам.

Внедрение изменений по итогам ретроспектив


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

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

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

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

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

Выводы


  1. Если ещё не пробовали проведение встреч после проектов — рекомендуем провести. Встретиться с командой, обсудить проект, полученный опыт, поблагодарить друг друга за успехи, но и обсудить неудачи, вопросы, чтобы спланировать изменения.
  2. Классно, если встречу проведёт модератор — человек, который не был включён в проект и который обладает компетенциями коуча или фасилитатора. Модератор структурирует беседу, зафиксирует важные выводы и назначит ответственных, чтобы идеи и решения не потерялись.
  3. Если вы проводите ретроспективы постоянно, подумайте о системной работе с накопившимися выводами. Регулярная работа с выводами может привести к вдохновляющим инсайтам.
Теги:
Хабы:
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 2.9K
Комментарии Комментировать