Руководство по фасилитации Покера Планирования

Фасилитация Покера Планирования — важнейший вклад Scrum Мастера в качество оценок.

Роль фасилитатора в Покере Планирования

Задача фасилитатора — защищать процесс, а не оценивать и не подталкивать к конкретному числу.

Перед сессией: загрузите истории, подтвердите, что все участники есть в инструменте.
Во время каждого раунда: читайте историю, позволяйте уточняющие вопросы, инициируйте голосование, открывайте карты одновременно.
Между раундами: записывайте принятые оценки, отмечайте нерешённые вопросы.
После сессии: делитесь оценками с инструментом отслеживания команды.

Эти правила существуют по конкретным статистическим причинам.

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

Даже при чётких правилах опытные фасилитаторы регулярно сталкиваются с ситуациями, требующими суждения.

В некоторых командах есть один-два человека, чьи технические мнения имеют больший вес.

Решение: внедрите строгое правило отсутствия обсуждений до открытия.

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

Решение: явно назовите нору. «Это похоже на вопрос дизайна, а не оценки.»

Новые члены голосуют либо слишком низко, либо слишком высоко.

Решение: перед первой сессией проведите нового члена через две-три эталонные истории.

Асинхронная фасилитация требует той же дисциплины, что и синхронная.

Напишите полный контекст истории в инструменте перед открытием окна голосования.
Установите чёткое окно голосования (24 часа — стандарт).
После закрытия окна проверьте все голоса перед тем, как делиться результатами.
Поделитесь результатами с кратким письменным резюме.

Фасилитатор оценивает?

Scrum Мастер как фасилитатор обычно не голосует в первом раунде, чтобы не якорить команду.

Что происходит, когда Владелец Продукта хочет влиять на оценки?

Владелец Продукта может уточнять объём, но не должен влиять на оценки сложности.

Как справляться с членом команды, который всегда голосует «не знаю»?

Сначала выясните почему. История неясна? Член незнаком с областью?

Стоит ли использовать таймер для каждой истории?

Да. Видимый таймер снижает склонность обсуждений бесконечно затягиваться.