Упражнение по выработке DoD командой из книги

“The Scrum Field Guide’i

7-я часть книги “The Scrum Field Guide’ (Как вы узнаете что вы всё сделали)
начинается с того, что от ответа на вопрос «Вы уже всё сделали?» зависит очень
многое. Например, если вы ответите «Да», возможно, вам подкинут ещё работу,
если вы ответите «нет» - прослывёте человеком, неспособным довести дела до
конца. Если же ответы участников команды будет различаться, то вы можете по-
терять доверие стейкхолдеров.
Далее по тексту обращение будет идти к Scrum-мастеру/Agile-коучу, кото-
рый будет проводить данное упражнение.

Упражнение помогает создать

первичный DoD, так как в последую-
щем команды должны его пересмат-
ривать и обновлять по мере необхо-
димости, пересмотр и обновление
происходит на ретроспективе.
NB! Обновления не должны
происходить слишком часто, так как
это может привести к недоверию со
стороны стейкхолдеров.
Инвестируйте время в созда-
ние прочной базы и улучшайте её,
основываясь на экспертизе и наход-
ках команды.
Что вам потребуется для выполнения
упражнения:
1. Команда – в полном составе, жела-
тельно, чтобы Владелец продукта тоже
присутствовал
2. Стикеры – желательно для каждого
участника команды свой цвет
3. Маркеры для стикеров
4. Помещение, которое команда может
занять в течение 2-4 часов
5. Открытый разум (An open mind)
6. Никаких отвлечений (No interruptions)

Основные части упражнения: Каждая команда разрабаты-

1. Мозговой штурм вает свой DoD исходя из специ-
2. Категоризация
3. Сортировка и консолидация
фики компании, продукта или си-
4. Создание и публикация туации.

Кто должен быть на данной встрече?

Все участники команды, вне зависимости от опыта, экспертизы и роли в ко-
манде. Убрав хоть одного из участников команды, вы рискуете разделить команду
и оставить её без интересных и полезных идей. Данное упражнение также явля-
ется хорошим командообразованием.
 1. Мозговой штурм

Вам необходимо создать условия для свободного выражения идей. Соблю-

дайте основные правила проведения мозгового штурма
§ Не критикуем
§ Генерим как можно больше идей
§ Развиваем идеи других
§ Поддерживаем самые смелые и «дикие» идеи

До начала мозгового штурма необходимо задать направление. Для этого

нужно написать на видимом месте (доска или флипчарт) вопрос, на который DoD
сможет ответить. Вопрос может варьироваться, но чаще всего это: «Что мы, как
команда, должны сделать, чтобы передать свой продукт нашему клиенту/стейк-
холдеру?».

Раздайте стикеры и маркеры участникам команды.

Каждый участник пишет на стикере ответ (один стикер = один ответ, коли-
чество стикеров от участника не ограничено) [тайминг 5 мин.]
Далее каждый участник выходит и клеит свои стикеры на заранее подготов-
ленном пустом месте. Наклеивая, участник проговаривает, что там было напи-
сано. Если кто-то в этот момент выкрикнет, что у него тоже есть такая идея, ни-
чего страшного, пусть продублирует, позже вы с этим поработаете.
Не избегайте произнесения идей вслух, это отличное упражнение, позволя-
ющее командообразовываться.
После того, как все наклеят свои стикеры, уточните, возможно у кого-то ещё
возникли идеи.
Постарайтесь затратить на мозговой штурм достаточное количество вре-
мени, чтобы все идеи были высказаны. Если участники больше не генерят идеи,
можно переходить к следующему этапу.

(Добавлю от себя, лучше попросить каждого участника написать по 7 идей,

часто первые идеи – это то, что на поверхности, а последние идеи – это что-то
креативное и интересное)

2. Категоризация

Перед вами должно появиться большое количество стикеров, которые необ-

ходимо отсортировать. Спросите у команды, как, по их мнению, необходимо от-
сортировать данные стикеры. Чаще всего участники команды отвечают так:
§ Разработка
§ Тестирование
§ Проектное управление
§ Другое
Все эти ответы декомпозируют работу по функциональным направлениям,
что конечно же имеет смысл, однако, категоризация по такому принципу приве-
дёт к формированию функциональных колодцев или усилит их, а не поспособ-
ствует развитию кросс-функциональной команды. К тому же клиентов и стейк-
холдеров, по сути, не волнует сделала ли команда разработку или протестиро-
вала. Их волнует, что должно быть сделано, чтобы продукт был выпущен.
 Ваша задача, чтобы команда начала думать с точки зрения ценности для
клиента.
После того, как команда начинает думать о ценности для клиента, часто по-
являются такие категории:

§ Закончили с историей (Done with a story)

§ Закончили со спринтом (Done with a sprint)
§ Выпущен для интеграции (Released to integration)
§ Выпущен в производство (Released to production)

После того, как категории определены и понятны всем участникам команды,

создайте данные области на стене. Далее команде необходимо распределить сти-
керы по категориям.
Каждый участник команды берет себе некоторое количество стикеров, же-
лательно чужих, и распределяет их по категориям. Команда не должна тратить
много времени на данную активность, задумываясь о правильности размещения
в той или иной категории.
Дайте им минут 10, если будет необходимо добавьте ещё несколько минут.
Тайминг зависит от количества стикеров.
После того, как команда закончит данную активность, попросить всех участ-
ников отойти и посмотреть на то, что у них получилось.

3. Сортировка и консолидация

Это тоже командная работа. Проинструктируйте участников команды, что

им необходимо найти дубликаты. Майк Кон советует это делать следующим об-
разом: если текст на стикерах совпадает 100%, то стикеры склеиваем друг с дру-
гом, если же есть небольшие расхождения, то наклеиваем друг на друга так,
чтобы было видно оба стикера, с этими стикерами ещё предстоит поработать.

Для тех стикеров, которые по мнению

UI участников не имеют никакого смысла, со-
здайте ещё одну категорию «Прочее», команда
вернётся к этим стикерам в конце.
После того, как команда закончит актив-
ность, вновь попросите всех участников отойти и ещё раз взглянуть на то, что
получилось.
Пришло время к обсуждению написанных идей на стикерах. Как фасилита-
тору данной встречи рекомендую вам начать со стикеров – полных дубликатов,
так как они самые лёгкие. Оторвите стикер от стены, зачитайте написанное и
спросите: «Что означает написанное?». После того, как команда ответит, двигай-
тесь дальше. Если заметите, что кто-то из участников команды отмалчивается,
уточните у них, понимают ли они, что означает данный стикер и только потом
продолжайте упражнение. Очень важно, чтобы у данной активности был тайминг.
Если команда не приходит к консенсусу по поводу значения написанного, не за-
держивайтесь долго на стикере, отложите на попозже, если такое повторяется,
предложите команде небольшой перерыв.
 После того, как вы закончили со стикерами – полными совпадениями – пе-
реходите к стикерам с небольшим различием. Работа с ними строится немного
иначе. Задайте такой же вопрос: «Что означает написанное?». После того как ко-
манда ответит, спросите, как лучше это записать и замените два стикера одним
новым. Очень важно в ходе обсуждения заменять старые стикеры на новые.
И в последнюю очередь переходите к стикерам, которые попали в категорию
«Прочее». При работе с данной категорией необходимо задавать вопрос команде
«Хочет ли команда включить данный стикер в свой DoD?». Если команда отве-
чает «Да», то стикер переносится в соответствующую ему категорию. Если же
команда отвечает «Нет», стикер выкидывается. Если команда не уверена, вам
следуют профасилитировать обсуждение, чтобы команда пришла к ответу либо
«да», либо «нет». Не тратьте на это много времени, так как в последующем, при
пересмотре DoD, команда может включить данные идеи, если решит, что они
необходимы.
Данная часть упражнения считается законченной, если все участники ко-
манды понимают значение каждого стикера и согласились, что все необходимые
стикеры находятся в нужной категории.

4. Создание и публикация

Обычно к этой части команда подходит уставшей. Из всех частей – эта часть
самая лёгкая.
Сфотографируй всё, что получилось на стене для перевода в электронный
формат. Опубликуй DoD во внутреннем пространстве команды и создай постер,
который будет размещён так, чтобы его всегда видел каждый участник команды.
Постер будет напоминать, что значит для команды, что она всё сделала, а также
будет эффективным инструментом для коммуникаций. Когда стейкхолдеры спро-
сят: «Вы уже всё сделали?» команда может указать на DoD и ответить «Мы за-
кончили с нашими историями и работаем над релизом (выпуском)» - и спросивший
будет точно понимать, что команда имела ввиду.

А что по поводу «Незавершённой»/ «Несделанной» работы?

Представьте ситуацию, когда команда подошла к окончанию спринта и не-

которые элементы не достигли критерия завершённости (DoD). Что делать? Сле-
дует ли команде учесть это в velocity команды?
Ответ очень прост. Если истории достигли критерия завершённости, значит
они завершены и сделаны, если нет – значит нет. Всё просто, как чёрное и белое.
Обсуждения по поводу сложности, почти сделанного, и любые другие извинения,
которые позволяют учесть это в velocity команды, следует пресекать.
Незавершённая/Несделанная работа возвращается в продуктовый бэклог
для приоритезации владельцем продукта и может быть добавлена в следующий
спринт.

i
The Scrum Field Guide, Agile Advice for Your First Year and Beyond – Mitch Lacey