ретроспектива – последние статьи и новости

Метод Scrum остается одним из самых популярных способов управления командой. Его используют 58% компаний, которые внедрили методологию Аgile (совокупность подходов гибкого менеджмента команд). А самая популярная и эффективная практика в Scrum – ретроспектива. Главное – знать, как ее правильно применять. Команда Techstack внедрила практику ретроспективы после каждого спринта (короткого временного интервала, в течение которого Scrum- команда выполняет заданный объем работы. – Прим. ред.). Количество успешно выполненных задач на следующем этапе возросло на 30%. Мы стали адекватнее оценивать собственные возможности, лучше понимать сильные и слабые стороны, а еще научились слышать друг друга. Немного Scrum-теории Scrum как набор правил для управления разработкой продуктов программного обеспечения появился в 80-е годы прошлого столетия. Термин пришел из популярной американской игры регби. Там он описывает ситуацию, когда игроки наваливаются друг на друга и образуют плотную толпу. Из спорта эта метафора перекочевала в IT-индустрию: разработка продуктов – тоже командная работа, которая без правильного управления рискует превратиться в полный хаос. Scrum и его инструменты не дают этому произойти. За последние годы методология эволюционировала, менялась и адаптировалась к реалиям IT-рынка. Сегодня Scrum основывается на пяти базовых постулатах. Один из них – inspect and adapt («анализируй и улучшайся») – реализован в традиционной практике ретроспективы. Как работает ретроспектива в Scrum Руководство по Scrum описывает ретроспективу как регулярное собрание команды после каждого спринта для обсуждения удачных и провальных моментов. А также для определения конкретных действий, которые помогут устранить сложности предыдущего спринта, предотвратить возникновение новых и усилить слабые стороны. Обычно в ретроспективе участвует Scrum-мастер и команда разработки. Но если вы хотите сохранять открытые и доверительные отношения с клиентом, то результатами можно поделиться с ним. Заодно обсудить, какие из пунктов улучшений находятся в его зоне влияния. Почему команды не хотят участвовать в ретроспективах Отчет State of Agile за 2020 год показал, что более 80% команд, работающих по методологии Agile, используют технику ретроспективы в своей работе. Казалось бы, если это такой популярный инструмент, то почему многие команды не находятся в процессе постоянного улучшения? И почему большинство разработчиков считают ретро очередным скучным собранием, отвлекающим от настоящей работы? Причин тому несколько. Вот самые распространенные из них: Отсутствие доверия. Команда не спешит делиться мыслями и проблемами. Обычно такие ситуации возникают на старте проекта, когда отношения в команде еще только формируются. На этом этапе еще нет доверия к Scrum-мастеру, зато есть прошлый и не всегда позитивный опыт. А еще убеждение, что толку от постоянных обсуждений нет. «Перетягивание одеяла». Хорошо, когда в команде есть авторитетный лидер. Плохо – когда этот лидер не умеет слушать мнения других людей и навязывает всем свое собственное. На ретроспективе с таким человеком можно услышать много идей и инициативы, но, увы, мнение каждого члена команды не будет учтено. Обвинения. В обсуждении прошедшего спринта недопустимо переходить на личности. «Мы завалили спринт, потому что Василий не успел сделать свою задачу, а она блокировала работу еще троих человек!» Вряд ли после таких высказываний Василий будет радостно приходить на ретроспективу или выступать на ней. Ретро не приводит к изменениям. В результате ретроспективы команда получает длинный список пунктов, что можно улучшить, но к следующей встрече ничего не меняется. Скучные обсуждения. Некоторые собрания вызывают уныние, а не желание участвовать и что-то улучшать. Слишком «веселые» ретроспективы. В погоне за разнообразием: в окружении разноцветных стикеров, лего или картин на офисных досках команда забывает о цели и не фокусируется на результате. Все эти факторы могут отвратить команду от участия в ретроспективе. Чтобы этого не произошло, важно научиться использовать метод эффективно. Как правильно внедрить метод ретроспективы: лайфхаки и советы Вот пара фишек, которые помогут проводить ретроспективу так, чтобы она вызывала энтузиазм у команды и приносила пользу проекту. Спросите сотрудников, как им текущий формат и что бы они хотели изменить Ретроспектива призвана улучшать процесс разработки. Но не забывайте, что собрание тоже можно преобразовать. Никто не дает более объективные советы по улучшению, чем сами участники мероприятия. Небольшой совет: после каждого собрания можно спросить ребят из команды, как они оценивают прошедшее мероприятие, что бы хотелось изменить и почему. Покажите команде, что ретро работает Основная причина отсутствия активности и искренности на ретроспективах – недоверие. Зачем открываться, генерировать предложения по улучшению, если все равно ничего не изменится? Запомните: задача Scrum-мастера – убирать препятствия в работе команды. У ребят появится вера, если активно внедрять улучшения, мониторить и контролировать, как их выполняют другие участники. Это действительно работает. Личный опыт. На проекте собралась команда разработчиков, которая никогда не работала по методике Scrum. Ребят шокировало количество свалившихся на них собраний, каждое из которых они считали потерей времени. Чтобы изменить сопротивление на принятие, я попросила озвучить хотя бы одну сложность, которая мешает работать. Оказалось, что требования к задачам спринта не всегда понятно описаны. И выясняется это, когда работа уже началась. В результате называют слишком оптимистичные сроки выполнения задачи, в которые команда не может уложиться. Обсудив проблему, мы договорились, какие моменты прописать подробно. Когда требования стали более четкими, команда увидела, что времени на выяснение подробностей тратится меньше и больше остается на разработку. Уже на следующей встрече команда охотнее делилась идеями. Назначьте ответственного Коллективная ответственность зачастую значит, что она ничья. Проследите за тем, чтобы за всеми решениями был закреплен человек, ответственный за их выполнение. Уточняйте сроки, когда можно ждать готовый результат. Учитывайте свои возможности и ресурсы Если у вас команда инициативно сгенерировала большой список с улучшениями, не пытайтесь внедрить все сразу. Дайте ребятам возможность проголосовать за самые важные и возьмите в работу несколько из них. Помните, что однообразие надоедает Если какой-то формат проведения ретроспективы подходил и работал раньше, это еще не значит, что со временем он не утратит свою эффективность. Будьте готовы попробовать что-то новое. Если формальные ретро утомили команду, добавьте немного геймификации: предложите команде представить, что вы летите на воздушном шаре, и что-то дает шару свободно лететь в небе, а что-то тянет его вниз. Попробуйте коллективно определить, что это может быть. Личный опыт. В одной из команд мы использовали стикеры и доску для проведения ретро: каждый участник писал свои мысли на стикерах, мы клеили их в соответствующие колонки на доске, группировали и голосовали. Через пару спринтов стикеров становилось меньше, а по поведению ребят было видно, что они делают упражнение с меньшей охотой. Перед очередным ретро я накупила печенюшек и отправила всех делать чай. Когда ребята вернулись, предложила поболтать на тему прошедшего спринта. Все идеи фиксировала в таблице. Мы распределили ответственных и установили сроки – все важные моменты остались. Новый формат беседы раскрыл мысли, которые невозможно было кратко сформулировать на стикере, и внес разнообразие в уже привычные встречи. Снимите напряжение в общении Люди приходят на ретроспективу, погруженные в свои рабочие задачи. Дайте им возможность переключиться и оказаться в текущем моменте. Для этого хорошо подходят короткие упражнения, которые позволят переключить мозг. Примеры, которые я использую со своими командами: «Никто не знает, что я….» Каждый участник по очереди начинает с этой фразы и продолжает каким-то фактом о себе. Сила и слабость. Каждый член команды (по желанию) называет свою сильную и/или слабую сторону. Задача на логику. Попробуйте дать ребятам решить небольшую логическую задачку. Такая совместная работа не только переключит людей с их текущих задач, но и настроит на командный лад. Готовьтесь сами и учите готовиться команду Комментарии в стиле: «Ох, было что-то плохое в этом спринте, но я уже не помню», – не помогают добиться улучшений. Приучайте себя и команду по ходу спринта делать пометки: что мы делаем удачно, или что произошло такого, чего не стоит больше делать, или идеи, как улучшить процесс. Тогда сама ретроспектива будет емкой, не займет много времени и даст измеримый результат. Не ставьте процесс выше результата Ретроспективы ваших команд станут полезными и действенными тогда, когда вы сами в них поверите и научитесь правильно пользоваться этим инструментом. Помните, что все методологии – не догма. Это не процесс ради процесса, а средства для организации грамотного и эффективного управлении процессами разработки. Задача хорошего менеджера и Scrum-мастера – знать весь арсенал инструментов, но использовать только те, что полезны и подходят конкретному проекту и команде.

No items found.