Планирование

6.3. Техника Planning Poker

Если сказать наиболее просто, то Planning Poker (PP) - это коллективное обсуждение задачи или проблемы с целью выработки единой оценки по ее решению. Это вид техники оценки, который основан на достижении договоренности между всеми участниками команды, участвующими в процессе планирования. Он используется для оценки сложности предстоящей работы.

Методика PP имеет явные преимущества в сравнении со стандартными обсуждениями проблем, применяемыми в классических подходах к разработке программного обеспечения, которые сводились к следующим активностям:

• Инициатор обсуждения (руководитель / аналитик / team lead) собирал команду, состоящую из экспертов или людей, знакомых с объектом обсуждения.
• Проблема озвучивалась, начиналось активное обсуждение.
• Искалось разовое решение, которое должно было устраивать всех причастных к этой проблеме на протяжении всего периода разработки/эксплуатации программного продукта.

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

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

Для нивелирования указанных недостатков была разработана обозначенная методика PP. Суть подхода состоит в том, что оценка задач выполняется не в виде часов или альтернативных шкал, представляющих трудозатраты, а в виде сравнительной оценки, которая показывает относительный "размер" требований. Можно встретить Scrum-команды, которые оценивают работы в виде "пунктов", "попугаев", "маек", "грибов" и т. д. Важны относительные значения, и не может быть абсолютного эталона. Единицы измерения не имеют физического эквивалента.

В процессе проведения PP вся команда должна прийти к единому пониманию размеров, чтобы представление о том, сколько сил затратить на реализацию задачи, у всех было одинаковым.

Вот тут и придет на помощь статистика результатов, которые команда достигала за последние несколько спринтов. Каждую выполненную задачу нужно идентифицировать, с тем чтобы каждый член команды понял, о чем идет речь. После этого необходимо выполнять сравнение запросов между собой для оценки их актуального размера. Затем задачи выкладываются в ряд по возрастанию достигнутых оценок по каждой задаче, и напротив каждой кладется соответствующая карта с оценкой. Теперь нужно сгруппировать требования вокруг чисел. Описанное мероприятие является действенным способом достижения общего понимания трудоемкости выполняемых задач. Его можно проводить периодически, когда команда "буксует" с выполнением оценки задач на PP.

Planning Poker обладает значимыми преимуществами по сравнению с аналогичными техниками планирования. К ним стоит отнести следующие:

• В планировании участвует вся команда.
• У каждого члена команды есть возможность высказаться, не испытав влияния более авторитетных коллег.
• Все члены команды берут на себя ответственность за сроки.
• Оценки, полученные PP, более точные в сравнении с оценками, полученными с помощью альтернативных методов оценок.

Правила, которым подчинена техника Planning Poker, достаточно просто запоминаются и легки в применении:

• Scrum-мастер не участвует, а только ведет общее собрание.
• Владелец продукта представляет краткие обзоры каждой из задач.
• Члены команды задают вопросы и ведут дискуссию о предложениях и рисках.

• Итог обсуждения записывается Scrum-мастером.

  

  
  Рис. 6.1. Атрибуты техники Planning Poker
• Каждый раз разыгрывается определенная задача.
• Участники выбирают карту.
• Кладут ее рубашкой вверх.
• Числовые достоинства - оценка трудозатрат на задачу.
• Участникам с высокими и низкими оценками дается возможность высказаться и обосновать свою оценку.
• Процесс обсуждения продолжается до тех пор, пока не будет достигнут консенсус.

Критичные для проведения процесса замечания:

• Не рекомендуется использовать числа больше 13 или 20.
• Не верьте в то, что бывает работа, не требующая никаких усилий.

Если речь идет о команде, которая раньше не работала вместе, или разрабатывается новый продукт, нет возможности использовать статистику, накопленную за определенный период. Размер затрат должен оценить наиболее авторитетный участник команды, обладающий схожим опытом работы и выложить в виде линейной последовательности.

Это будет наиболее эффективным способом оценки задач и старта активности PP, даже если потом окажется, что в начальном расчете были допущены незначительные ошибки.

Несмотря на то что практика Planning Poker все чаще входит в жизнь большинства современных Scrum-команд, этого оказывается недостаточно, чтобы команды научились делать оценки легко и быстро. Иногда, если людям дать только колоду карт со стандартными инструкциями, этого оказывается мало, и со временем команда перестает использовать этот механизм оценки. Роль и значимость Scrum-мастера для этой конкретного мероприятия, так же как и для большинства мероприятий, проводимых в Scrum, сложно переоценить.