За время моей работы в качестве разработчика я видел, как все мои команды перенимали практику методологии Agile. Это включало в себя принятие многих «agile» встреч — standup, backlog grooming, sprint planning и retro.
Когда я впервые услышал об идее проведения ретро-совещания, я засомневался. Помню, я подумал: «Какой смысл выкраивать время, которое можно потратить на кодинг?». После посещения нескольких ретро-встреч я быстро изменил свое мнение. Я узнал, как важно создать специальное место для обратной связи с командой и как может пострадать здоровье команды, если это место не выделено.
🤔 Что такое ретроспектива?
Ретроспективные встречи — это общекомандное собрание, на котором каждый может свободно высказать свое мнение о работе команды с момента проведения последней ретроспективы. Обычно выделяется время для обсуждения того, что было сделано хорошо, а что можно улучшить. В конце этих обсуждений члены команды принимают меры по улучшению работы команды. Эти действия могут быть отражены в начале следующей ретроспективы.
❗ Прежде чем я начну обсуждать свои мысли, я хочу отметить, что не существует «правильного» способа проведения ретроспективы. Я видел, как разные команды успешно использовали разные стили в зависимости от их стилей общения. Гибкость здесь играет ключевую роль.
Важность обратной связи и уязвимости
Давайте рассмотрим «зачем» проводить ретро. Зачем мы проводим сессии обратной связи с командой и какие важные выводы из них можно сделать?
В статье «Как повысить уверенность в себе, демонстрируя уязвимость» автор Дэн Кейбл отмечает несколько преимуществ, которые дает открытое общение в команде. Во-первых, открытые обсуждения нормализуют и поощряют обучение. Если мы подходим к ретроспективам с позиции «что мы можем улучшить», люди с большей вероятностью скажут, что у них работает/не работает. Люди будут чувствовать себя более комфортно, изучая альтернативные варианты, чтобы найти лучшее решение проблемы команды.
Еще одно преимущество, которое отмечает Кейбл при проявлении уязвимости в роли лидера, — это лучшая вовлеченность команды в другие аспекты работы. Если команда чувствует, что ее слышат, она с большей вероятностью будет рада своей работе и проявит лучшее сотрудничество.
🏃 Как следует проводить ретро?
1. Планируйте свои цели
Прежде чем проводить ретро, важно провести некоторую подготовку, чтобы наилучшим образом использовать время вашей команды. Вы должны начать с набора целей, чтобы лучше адаптировать ретроспективу к потребностям вашей команды.
В своих ретроспективах мне нравится проверять «здоровье» нашей команды, поощрять каждого давать обратную связь и вдохновлять членов команды брать на себя ответственность за выполнение задач. Эти цели определяют то, как я провожу ретроспективы и участвую в них, поскольку я хочу убедиться, что все чувствуют себя услышанными и включенными.
2. Расписание!
Ретроспективы должны проводиться достаточно часто, чтобы люди помнили, о чем они хотят поговорить. Если пройдет больше месяца, члены команды могут забыть важные моменты или почувствовать, что они не могут поговорить о чем-то конкретном, потому что ретроспектива охватывает такой большой промежуток времени.
Я рекомендую проводить ретро каждые две недели в течение часа. Такая периодичность позволяет не делать слишком больших промежутков между встречами и не отнимать слишком много времени от разработки.
3. Убедитесь, что КАЖДЫЙ услышан
Одна из причин, почему я так люблю ретро, заключается в том, что каждому предоставляется возможность участвовать и давать обратную связь. Каждый член команды должен быть поощрен поделиться своими мыслями о том, как команда работала (как позитивной, так и конструктивной критикой). Я обнаружил, что в такой ситуации некоторые члены команды могут чувствовать себя более скованно, поэтому важно поощрять каждого давать честную обратную связь без каких-либо последствий. Если вы являетесь менеджером, ведущим ретро, важно также подготовить себя к обратной связи и не защищаться, если кто-то скажет что-то критическое.
4. Реально выполняйте свои действия
Одно дело — высказывать опасения и мнения по поводу здоровья команды, но совсем другое — реально реализовывать идеи, возникшие в ходе ретро-дискуссии. Пункты действий должны быть четко обозначены на доске ретро и могут быть превращены в задачи Jira или отмечены в публичных каналах для дальнейшего обсуждения. Каждый член команды должен быть в курсе этих задач и нести за них ответственность.
Если команде сложно взять на себя ответственность за выполнение этих задач, возможно, стоит назначить «руководителей задач», которые будут отслеживать прогресс. Затем в начале каждого ретро проанализируйте пункты действий прошлой недели. Был ли достигнут прогресс? Как идет выполнение этого пункта?
Удачи вам и приятного планирования командных ретро!
TLDR:
- Ретроспективы являются важной частью оздоровления и поддержания команды и должны быть приоритетными.
- Обязательно планируйте свои цели на ретроспективу
- Выполняйте свои действия!
Наконец, пожалуйста, поделитесь со мной своими мыслями! Были ли у вас успешные команды, которые не использовали ретроспективы? Что, по вашему мнению, является самой важной «проверкой здоровья», которую может сделать команда?
Использованные ресурсы:
Обложка — https://www.vectorstock.com/royalty-free-vector/retro-neon-city-background-neon-style-80s-vector-22323112
Как обрести уверенность в себе, проявляя уязвимость — https://hbr.org/2022/07/how-to-build-confidence-about-showing-vulnerability
Определение ретро — https://www.atlassian.com/agile/scrum/retrospectives#:~:text=A%20retrospective%20is%20anytime%20your,retro%20on%20just%20about%20anything!