Ретроспектива является неотъемлемой частью многих проектов, но иногда не все в команде знают, как продуктивно провести такую встречу. Особенно это критично для бизнес-аналитиков, часто ведущих подобные сессии.
Из этой статьи вы узнаете, как сделать ретроспективу полезной для команды, проекта и для вас самих.
По сути это аналог рефлексии – естественного механизма нашей психики. Мы все в той или иной степени рефлексируем каждый день. Это помогает анализировать свои поступки и избегать ошибок в будущем. Людям сложно полноценно оценить ситуацию в данный момент, а вот рефлексия позволяет сделать это в спокойной атмосфере. Фактически это является реализацией метода Plan-Do-Check-Act
С точки зрения команды это любое время, когда участники размышляют, как происходили процессы и что можно улучшить в дальнейшем. Согласно Scrum, целью ретроспективы спринта является планирование способов повышения качества и эффективности работы. Это общие определения, с которыми работает бизнес-аналитик.
Как любой ивент, ретро включает в себя три этапа: подготовку, проведение и завершение. Пройдемся по каждому подробнее и исследуем основные проблемы.
«Зачем готовиться, все и так понятно!». Иногда может показаться, что достаточно создать таблицу со столбцами «получившегося хорошо», «что плохо» и «что улучшить».
Но именно подготовка помогает решить несколько вызовов:
На одних проектах их никогда не проводили, на других нет Scrum-методологии (потому что проект продлится несколько месяцев). Кое-где команда не видит смысла в дополнительном анализе процессов. Но бизнес-аналитик должен показать пользу от ретроспектив. Вам следует проанализировать процессы и показать пути их улучшения. Создайте среду для комфортного общения и совместного поиска решений. Станьте инициатором процесса. А это невозможно без подготовки.
На некоторых проектах ретроспективы переходят в поиск виновных и перекидывании ответственности. Это ложный путь. Цель ретроспективы – обсудить результаты работы, а не самих людей.
Когда слышите такую фразу от коллеги, вы должны подготовиться особенно тщательно. Определите, что они вкладывают в эту оценку и стремятся получить от Scrum-методологии. Скорее всего, команда ожидает перемен, которые так и не происходят. Эта проблема может быть не в методе, а в нарушении процессов. К примеру, команда не прописывает Action Items или что-то неправильно внедряет.
Так говорят, когда не видят пути развития. Но такого не бывает! На этапе подготовки вы собираете данные, которые докажут команде обратное — что действительно есть варианты улучшения процессов. Покажите, коллегам, где и как они могут быть более эффективными. Проект – это живой организм, в котором постоянно что-то меняется. На прошлом спринте какой-то вопрос никого не беспокоил, но следующий он может стать проблемой. Поэтому снова нужно анализировать проект.
Обычно возникает две проблемы, снижающие эффективность встречи:
Низкий уровень вовлеченности сказывается на качестве решений. Чтобы вся команда влияла на улучшение процессов, нужно использовать разные форматы и приемы фасилитации. Попробуйте Round-robin, когда один человек говорит вслед за другим, словно перенимает эстафету. Так, каждый участник сможет выговориться и предложить идеи для улучшения процессов и качества работы.
Эта фраза свидетельствует об инфантильной позиции людей и их неготовности к ответственности. В таком случае бизнес-аналитик должен быть не просто фасилитатором, но и психологом. Следует не жаловаться на обстоятельства, а фокусироваться на возможностях уменьшения негативного влияния на проект. Предложите команде подумать, что они могут сделать в условиях для улучшения результатов работы.
Даже если прошедшие этапы прошли качественно, все может измениться в финале. Что обычно становится причиной?
Люди собираются на ретроспективу, все обсуждают, но дальше ничего не делают. Митинг теряет смысл. Поэтому фиксируйте и внедряйте Action Items (подробнее, как это делать, опишу ниже в статье).
Здесь причин может быть несколько. К примеру, вы неправильно работаете с Action Items или ставите ответственными за действия не соответствующих специалистов. Разберите каждую ситуацию и попытайтесь найти целесообразное решение.
Я советую не останавливаться на этих форматах. Ищите те, которые лучше соответствуют вашему проекту и отзываются команде. Не стоит менять техники просто так, чтобы изменить. Новые форматы на каждой ретроспективе могут сбить команду с толку. Однако и использование одного приема годами — плохая практика. Так фокус будет постоянно на одних и тех же деталях. Иногда полезно взглянуть на процессы под новым углом. Вы увидите инсайты – то, что даст толчок для развития команды.
Предлагаю организовать процесс в несколько этапов:
В заключение вспомню цитату из книги «Алиса в стране чудес». По-моему, в контексте ретроспективы этот диалог очень уместен:
– Скажите, пожалуйста, как мне отсюда выйти? – спросила Алиса
– А куда ты хочешь попасть? – ответил Кот.
– Мне без разницы…
– Тогда все равно куда идти.
– Только бы попасть куда-нибудь, – добавила девушка.
– Куда-нибудь ты обязательно попадешь, – сказал кот. — Нужно только достаточно долго уходить.
Можно регулярно проводить ретроспективы, отмечать незначительные улучшения, отслеживать изменения. Но если вы не понимаете, куда ведете команду, все это бессмысленно.
У каждого проекта свои цели. Где-то нужно побыстрее вывести продукт на рынок. Тогда неважные дефекты и покрытия тестами — главными являются быстрая презентация и получение первого фидбека. Или это может быть продукт для медицины, где акцент на уменьшении дефектов до уровня менее 1%. Поэтому и цель ретроспектив будет разной, и фокус обсуждения будет отличаться.
Так что всегда помните о цели. Именно она задает процессы. В самом начале работы определите цель для себя и команды. А когда поймете, куда двигайтесь как бизнес-аналитик и куда ведете команду, вам будет значительно легче достичь цели.
В благословенные офисные времена, когда не было большой войны и коронавируса, люди гораздо больше общались…
Вот две истории из собственного опыта, с тех пор, когда только начинал делать свою карьеру…
«Ты же программист». За свою жизнь я много раз слышал эту фразу. От всех. Кто…
Отличные новости! Если вы пропустили, GitHub Copilot — это уже не отдельный продукт, а набор…
Несколько месяцев назад мы с командой Promodo (агентство инвестировало в продукт более $100 000) запустили…
Пару дней назад прочитал сообщение о том, что хорошие курсы могут стать альтернативой классическому образованию.…