Planning Poker

Что такое Planning Poker и как он работает

Planning Poker — техника групповой оценки трудоёмкости пользовательских историй и задач. Каждый участник держит колоду карт с числами (чаще всего ряд Фибоначчи: 1, 2, 3, 5, 8, 13, 21, 34, 55, 89) и дополнительными картами «?» и «∞». Фасилитатор зачитывает или показывает задачу, команда задаёт уточняющие вопросы, затем каждый одновременно кладёт карту на стол рубашкой вверх. По команде все карты переворачиваются.

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

Метод описан Майком Коном в книге «Agile Estimating and Planning» (2005) и с тех пор стал стандартом де-факто в Scrum-командах. Agile Alliance включает Planning Poker в официальный глоссарий как наиболее распространённый способ назначения story points.

Почему главная ценность — не точность, а согласованность

Распространённое заблуждение: Planning Poker нужен, чтобы точно предсказать сроки. Исследование Molokken-Ostvold и Haugen «An Empirical Study of Using Planning Poker for User Story Estimation» (AGILE 2006, ACM DL) на 101 пользовательской истории XP-команды показало, что Planning Poker улучшает точность оценки в большинстве случаев по сравнению с неструктурированной групповой оценкой — при этом ошибки росли лишь на задачах с экстремально большим или малым объёмом.

Академическое сравнение Planning Poker, Bucket System и Affinity Estimation (Stensrud et al., опубликовано в серии работ по agile effort estimation) показывает: после адаптации участников к методам статистически значимой разницы по точности между тремя техниками нет. При этом Bucket System и Affinity в среднем занимают вдвое меньше времени на большом бэклоге.

Реальная сила Planning Poker — в другом. Принудительное обсуждение расхождений выравнивает понимание задачи: разработчик, тестировщик и аналитик нередко оценивают одну историю в 2 и в 13 — не потому что один из них ошибается, а потому что видят разный объём работы. Именно это расхождение нужно обнаружить до спринта, а не в середине него.

По данным State of Agile Report (Digital.ai), около 81% agile-практиков используют story points как основную единицу оценки, а Planning Poker — самый распространённый способ их назначения. Команды со структурированными техниками оценки стабильно сообщают о более высокой уверенности в спринтовых обязательствах по сравнению с командами без формализованного процесса.

Промышленное исследование Jørgensen и Shepperd «A Systematic Review of Software Development Cost Estimation Studies» (IEEE TSE, 2007) относит Planning Poker к методам, снижающим индивидуальные смещения оценок за счёт структурированного группового взаимодействия — эффект, который не достигается ни индивидуальной экспертной оценкой, ни простым усреднением.

Оптимальный формат сессии: участники, длительность, частота

Практические рекомендации Майка Кона и данные из открытых отчётов по использованию инструментов planning poker сходятся на следующем эффективном формате:

• Участники: 4–7 человек — достаточно для разнообразия перспектив, не слишком много для управляемой дискуссии. При большем числе участников время на обсуждение расхождений растёт нелинейно.
• Длительность: 30–45 минут на сессию. Сессии длиннее 60 минут — сигнал: либо задачи недостаточно декомпозированы, либо команда обсуждает решение вместо оценки объёма работы.
• Частота: 3–4 раза в месяц, как правило в середине спринта — для оценки бэклога следующего спринта.

Если сессии регулярно выходят за 60 минут, рассмотрите асинхронный режим: участники выставляют оценки заранее в онлайн-инструменте, синхронная встреча нужна только для обсуждения расхождений. Это особенно актуально для распределённых команд.

Шкалы и колоды: Фибоначчи, T-shirt sizes, степени двойки

Колоды на основе Фибоначчи — стандарт де-факто в большинстве команд. Возрастающие интервалы отражают нарастающую неопределённость: разница между 1 и 2 значима, разница между 20 и 21 — нет. Это вынуждает команду делать реальный выбор, а не искать «среднее».

Карты с низкими значениями (1–5) составляют подавляющее большинство оценок в типичных командах — это нормально: хорошо декомпозированный бэклог состоит преимущественно из небольших историй. Высокие оценки (13 и выше) — сигнал к дополнительной декомпозиции задачи перед спринтом.

Planning Poker vs. альтернативы: когда переключаться

Planning Poker — не единственный инструмент, и не всегда лучший. Вот сравнение с основными альтернативами:

• Bucket System: задачи распределяются по «вёдрам» (числа Фибоначчи на столе), команда быстро раскладывает истории. Сопоставимая точность при значительно меньших затратах времени — особенно эффективен при оценке 30+ элементов за сессию.
• Affinity Estimation: задачи группируются по относительному размеру без явного голосования. Быстрее Planning Poker, хорошо работает для первичной оценки большого бэклога на старте проекта.
• Wideband Delphi: итеративная экспертная оценка с анонимными раундами. Исследование по промышленным кейсам (Jørgensen, 2004) показывает, что Planning Poker даёт более точные оценки затрат, чем Wideband Delphi, при сопоставимых временных затратах на небольших бэклогах.
• Индивидуальная экспертная оценка: быстрее всего, но подвержена систематическим смещениям и не создаёт общего понимания задачи в команде.

Практическое правило: Planning Poker оправдан при малом бэклоге (до 15–20 историй за сессию) и особенно ценен для новых команд или при работе с незнакомой предметной областью. При оценке 30+ элементов или зрелой команде с устойчивой velocity — рассмотрите Bucket System или Affinity Estimation.