#scrumMastery #ретроспектива #processimprovement

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

#ретроспектива #фасилитация

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

На фото один из способов стимуляции креативного мышления. Команда самостоятельно дорисовала флаги, лайнер, шлюпку, капитана, пробоину в корабле и воздушный шар с пиратами (если я не ошибаюсь, то это означало нестабильно работающую тестовую среду).

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

#ретроспектива вариант сбора общего впечатления о спринте. Каждый член команды пишет отзыв в формате отзыва в Apple Store: количество звёзд из пяти и комментарий.

#ретроспектива

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

Особенно интересно узнать факторы, которые позволили реализовать историю максимально качественно.

#ретроспектива #liberatingStructures

Привет! Давно не делился практиками проведения ретроспектив.

Сегодня расскажу об опыте использования инструмента «TRIZ» из Liberating Structures.

Подробнее о формате можно прочитать здесь: http://www.liberatingstructures.com/6-making-space-with-triz/

Если кратко, основная цель данной активности - поиск решений путем проведения диверсионного анализа. Команда думает о том, что нужно делать/не делать, чтобы наверняка завалить спринт и ни на шаг не приблизиться к цели спринта (а также ничему не научиться и не узнать ничего нового).

Сценарий для ретро:
1. Объяснение идеи и формата, разбиение на малые группы (если в команде больше 8 человек)?
2. Формулировка цели: что нам нужно делать, чтобы не достичь цели спринта (не сделать вообще ничего) и не узнать ничего нового?
3. В группах формулирование действий, направленных на провал спринта.
4. Группы представляют друг другу свои действия.
5. В группах обсуждаем, что из перечисленных действий мы делаем в любой степени (пусть даже в самой незначительной). Приоритизация и выработка решений для трех наиболее существенных проблем. Презентация результатов, сбор фидбека от коллег.
6. Доработка решений в группах, презентация финального плана изменений.
7. Мини рефлексия по формату ретроспективы.

Время: 90 минут

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

С разрешения команды прилагаю фото с данного ретро 😉

#ретроспектива

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

#ценности #scrumValues #ретроспектива

Поговорим о Scrum ценностях. В самом начале моего пути я не обращал на них внимание и считал, что это какая-то ненужная фигня (готовясь к первому собеседованию на позицию Скрам Матера я просто пропустил этот блок в скрам гайде). Но чем больше я работаю с командами, тем больше понимаю, что ценности Scrum - краеугольный камень всего фреймворка. Чем сильнее члены Scrum команды привержены ценностям, тем эффективнее работает сам фреймворк: уберите одну из них и постепенно ваш Scrum начнет хромать, а затем совсем «загнется» и превратится во что угодно, но только не Scrum.

Подробнее о ценностях можно почитать здесь: https://guntherverheyen.com/2013/05/03/theres-value-in-the-scrum-values/

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

1. Короткий рассказ о ценностях (15 минут)
2. Команда совместно определяет, какие ценности сильнее всего «страдают» (dot-voting) (5 минут)
3. Разделение на небольшие группы (2-3 в зависимости от размера команды) и обсуждение наиболее «слабых» ценностей (одна команда - одна ценность). Что происходит с командой и фреймворком, если данная ценность игнорируется? Какие анти-паттерны формируются? (5 минут)
4. Короткое обсуждение между группами последствий игнорирования определенных ценностей (5 минут)
5. Каждая группа определяет, какие действия/события усиливают определенную ценность, а какие - разрушают ее. (Одна группа - одна ценность) (7 минут)
6. Группы презентуют результаты своей работы и при необходимости дополняют друг друга. (15 минут)
7. Команда обсуждает, какие конкретные действия нужно предпринять на основании прошедшего обсуждения для того чтобы повысить приверженность к ценностям Scrum. (10 минут)

Рекомендую проводить данную ретроспективу уже после того, как команда поняла суть эмпирического процесса и понимает значимость каждого события фреймворка (не раньше чем через 5-10 спринтов).