Как сделать ретроспективы эффективными в долгосрочном проекте

Я скрам-мастер в фирме, занимающейся разработкой программного обеспечения, и у нас есть проект, который вступает в свой 35-й спринт. Хотя я ценю ретроспективы, становится все труднее получать хорошие идеи от наших ретроспективных мероприятий. Мы сократили встречи, чтобы не тратить много времени, и даже короткие встречи, кажется, не получают столько контента (или качественного контента), как раньше.

Мне интересно, какие стратегии используют хорошие люди из PMX, чтобы продолжать извлекать выгоду из ретроспектив, даже для очень долгого проекта. Существуют ли различные форматы, которые вы используете, поскольку проект продолжается все дольше и дольше? Какие идеи мы должны искать позже в проекте? Вы вообще прекращаете заниматься ретро?

Спасибо за любое понимание!

Ответы (5)

Есть несколько вещей, которые вы можете сделать, чтобы оживить свои ретроспективы и продолжать получать от них пользу:

  • Попросите кого-нибудь еще провести ретроспективу. Например, члены команды, скрам-мастер из другой команды, agile-коуч и т. д. Новые фасилитаторы могут вести к другим видам дискуссий, идей и взглядов, тем или подходов к улучшению.
  • Измените настройку ретроспективы. Выйдите на улицу, сходите в ближайший конференц-центр или помещение, посетите музей, поужинайте вместе, сделайте все, что может помочь членам команды отвлечься от повседневной рутины и освежиться.
  • Измените аудиторию: проведите ретроспективу с заинтересованными сторонами, клиентами, специалистами по эксплуатации или любой другой группой людей, с которой сотрудничает команда. Когда аудитория меняется, объем и точка зрения меняются вместе с ней; он становится ретроспективным на уровне проекта, ретроспективным сквозным, ретроспективным DevOps, ретроспективным бизнес-ИТ и т. д.
  • Проведите ретроспективу того, как вы совершенствовались как команда. Это включает в себя размышления о том, как вы проводите ретроспективы, а также о том, как выполняются последующие действия по улучшению.
  • Отмечайте успехи. Для команды, которая так долго работает вместе, должны быть вещи, которые идут отлично, поэтому найдите время, чтобы изучить их и узнать больше о том, что идет хорошо. Найдите сильные стороны своей команды.
  • И да, измените ретроспективное упражнение, которое вы используете (вот набор инструментов с ретроспективными упражнениями )

Не ждите, пока людям не станет скучно на ретроспективах. Чаще меняйте упражнения, обстановку, фасилитатора и т. д., чтобы ваши люди оставались свежими и продолжали придумывать полезные действия по улучшению. Сохраняйте ценность своих agile-ретроспектив!

А обновленную версию моего ответа можно найти в моем блоге «5 советов, как сохранить ценность Agile-ретроспектив»: benlinders.com/2016/…
Очень ценю ответ!
Предупреждение о привлечении людей, не входящих в Scrum Team. Не делайте этого, если нет очень веской причины, и Скрам-команда на 100% ее поддерживает. Retro предназначен только для Скрам-команды; крайне важно, чтобы он оставался безопасным местом для высказывания обид и выполнения тяжелой работы по улучшению ситуации. Кроме того, загляните на сайт plan-for-retrospectives.com . Я нашел это отличным ресурсом для ретроспективных идей.
Джейсон: Вы можете проводить как ретроспективы команд, так и ретроспективы проектов, они не исключают друг друга, а скорее поддерживают друг друга.

Майк Кон написал об этом в блоге совсем недавно.

Его комментарии включали в себя опробование различных ретроспективных форматов и привлечение скрам-мастера из другой команды для проведения ретроспективы.

Майк подчеркивает, что даже скрам-команда, которая работает вместе уже 10 лет, получает пользу от ретроспектив.

Мне нравится блог Майка. Я абсолютно согласен с тем, что Retros все еще может быть полезным, я просто хочу убедиться, что мы получаем от него максимальную отдачу. Спасибо за ответ!

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

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

Что касается того, когда менять, вам нужна некоторая последовательность, чтобы команда привыкла к этому, но если это начинает становиться обыденным, вам нужно изменить это. Для многих команд это заканчивается примерно 4 или 5 спринтами, но посмотрите, что сработает для вас. Есть также несколько форматов, между которыми легко переключаться. Плюс/минус/дельта, ретро-лодка и ретро-морская звезда похожи по своей концепции, поэтому легко переключаться между ними. Переход от ретро-морской звезды к подходу 4L — это более серьезный сдвиг в мышлении, и его следует делать с большей осторожностью.

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

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

Нет, вы всегда должны продолжать делать ретроспективы. Это один из 12 основных принципов Agile :

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

Всегда есть что улучшить или попробовать что-то другое, чтобы стать эффективнее. Я еще не видел идеальной команды.

Одна из моих команд добилась большого успеха с Retromat , чтобы оживить свои ретроспективы. Ретромат каждый раз генерирует новый свежий формат ретроспективы, попробуйте :)

Предложение прекратить использование ретро было скорее крайним примером. Я сам большой поклонник Retromat. Спасибо за ответ!
Абсолютно! Вы знаете камень, ножницы, бумагу? По сути, вся команда дважды ударяет сжатым кулаком по открытой ладони, а затем одновременно выбрасывает количество пальцев, которое, по их мнению, пошло. Чем больше пальцев, тем лучше. Это быстрый способ оценить, как команда относится к чему-либо. Например, я всегда делаю «Кулак из пяти» после планирования спринта.

Процесс ради процесса — плохая идея, и один из больших недостатков схватки в том, что он сильно усложняет процесс. По этой причине я считаю нормальным время от времени не проводить ретро, ​​особенно если спринт прошел хорошо. Вам не нужно проводить специальное собрание для празднования побед, так как победы можно праздновать в любой момент времени. У меня была команда, которая была на 67-м спринте, и у команды была потрясающая химия, и это была очень успешная команда. Я почти всегда держал ретро, ​​но иногда во время стоянки в день ретро я делал Fist of Five в случае успеха спринта, и если кулаки были единодушно пятью, я предлагал пропустить ретро. Мне нравится скрам. Scrum — интересный способ разработки программного обеспечения, но я ненавижу этот процесс.

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

Спасибо за ответ! Не могли бы вы немного подробнее описать метод «Кулак пяти»?
Мне интересно узнать, какие процессы в Scrum вы ненавидите? Когда я читал руководство по Scrum, там нет ничего... просто элементы фреймворка. Роли, события, артефакты и т. д. Это не значит, что Скрам-команды не могут усложнять процесс разработки своего программного обеспечения; тем не менее, это часть команды, практикующей искусство простоты в том, как они улучшают свою совместную работу, а не то, что навязывает Scrum.
@JDRoger Я хотел добавить этот комментарий сюда... каким-то образом он оказался выше... Абсолютно! Вы знаете камень, ножницы, бумагу? По сути, вся команда дважды ударяет сжатым кулаком по открытой ладони, а затем одновременно выбрасывает количество пальцев, которое, по их мнению, пошло. Чем больше пальцев, тем лучше. Это быстрый способ оценить, как команда относится к чему-то. Например, я всегда выполняю Fist of Five после планирования спринта.