Planning Poker — как оценивать задачи командой и не превращать встречу в спор

Откуда взялся Planning Poker

В 2002 году Джеймс Грэннинг — один из авторов Agile‑манифеста — работал с командой, которая застряла в бесконечных обсуждениях оценок задач. Вместо «давайте ещё раз проговорим, сколько это займёт» он предложил раздать каждому колоду карт с числами и выкладывать оценку одновременно, рубашкой вверх. Идея оказалась простой и заразной: уже в 2005 году Майк Кон описал метод под названием Planning Poker в книге «Agile Estimating and Planning», и формат разошёлся по scrum‑командам по всему миру.

По сути, Planning Poker — это структурированная версия «оценки команды». Структура даёт две вещи: во‑первых, все участники голосуют одновременно и независимо; во‑вторых, расхождения видны сразу и становятся поводом обсудить, а не усреднить.

Почему карты скрыты до раскрытия

Главная проблема устных оценок — якорение. Тот, кто первый озвучил «дня три», задаёт диапазон: остальные уже не говорят «неделя», потому что «ну Миша сказал три, наверное я чего‑то не понимаю». В итоге команда сходится в оценке, которую по‑настоящему продумал один человек, а расхождение в понимании требований остаётся внутри головы других.

Скрытое голосование ломает этот эффект: пока карты не открыты, каждый оценивает задачу сам, опираясь только на формулировку истории и свой опыт. Когда карты переворачиваются одновременно, расхождение «5 у одного — 13 у другого» становится не поводом для давления на младшего коллегу, а сигналом: мы с ним по‑разному поняли задачу. И самое ценное в сессии — не средняя цифра, а то, что прозвучит в обсуждении этого расхождения.

Какие бывают колоды

Колода — это набор значений, из которых участники выбирают. В классическом Planning Poker это модифицированная последовательность Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 20, 40, 100. Почему не 1, 2, 3, 4, 5 — потому что точность оценки падает с ростом задачи, и шаги должны это отражать: разница между «5 и 6» иллюзорна, а между «8 и 13» — уже реальна. Плюс в колоде всегда есть специальные карты ? («не понимаю задачу») и ☕ («нужен перерыв»).

В реальных командах прижились несколько вариантов: чистая Fibonacci без больших чисел (для небольших пользовательских историй), «T‑Shirt размеры» (XS / S / M / L / XL / XXL) — когда оценки крупные и числа только сбивают с толку, и степени двойки (1, 2, 4, 8, 16, 32) — там, где удобно рассуждать в категориях «в два раза больше / меньше». На первой сессии с новой командой обычно лучше брать Fibonacci и не разводить философию про выбор колоды: метод важнее конкретных чисел.

Классический сценарий за 30 минут

Оценочная сессия не должна превращаться в многочасовой марафон. Тридцати минут на 5–8 историй — разумная цель для устоявшейся команды. Разбивка примерно такая:

• 0–3 мин: модератор кратко напоминает цель встречи и правила (скрытые карты, обсуждаем расхождения, специальные карты ? и ☕).
• 3–5 мин: зачитывается первая история. Пара уточняющих вопросов — не обсуждение оценок, а проверка, что все понимают формулировку одинаково.
• 5–6 мин: участники выкладывают карты рубашкой вверх. Модератор переворачивает одновременно.
• 6–10 мин: если разброс большой (например, 3 и 13) — участник с минимальной и с максимальной оценкой по очереди объясняют, из чего она складывается. Часто на этом шаге всплывает «а я думал, мы это делаем с нуля» или «а мы разве не переиспользуем сервис X» — это и есть главный выхлоп.
• 10–12 мин: повторный раунд голосования. Если оценки снова расходятся — ещё одно обсуждение, но не больше двух дополнительных кругов. На третьем идём в модератора: либо фиксируем максимум, либо разбиваем задачу на подзадачи.
• 12–30 мин: то же самое для остальных историй, каждая — 3–5 минут.

Если сессия затянулась — это почти всегда сигнал, что истории недостаточно подготовлены. На оценке исправить это уже нельзя; вывод в протокол: «такая‑то история уходит в груминг, возвращаемся через цикл».

Что делать при сильном расхождении

Расхождение — не баг, а фича формата. Но несколько типовых ситуаций стоит узнавать в лицо:

• Минимальная карта у автора истории, максимальная — у разработчика. Чаще всего речь о нефункциональных требованиях, о которых автор не подумал (миграции, совместимость, покрытие тестами). Их и стоит проговорить, а потом переголосовать.
• Весь стол выкладывает 3 и 5, а один участник — 20. Это либо совсем другое понимание задачи, либо напоминание о техдолге в этой области. В обоих случаях полезно слушать — тихий голос про «в этом модуле трёхлетняя путаница» часто стоит всей встречи.
• Карты ? у половины команды. Это явный сигнал: история не готова к оценке. Возвращаем в груминг, не тратим время на уточнение на месте.
• После трёх кругов консенсуса нет. Не пытаемся додавить: либо фиксируем максимальную оценку (консервативный подход), либо дробим историю на части и оцениваем по отдельности.

Типичные ловушки

• Голосует только модератор. Классика антипаттерна: мастер показывает карту первым, остальные подстраиваются. Модератор в покере — судья, а не оценщик, и голосует последним (или не голосует вовсе, если он не будет делать задачу).
• Усреднили — и поехали. Если вы видите «3 и 13 → округлили до 8 и записали», вы не провели Planning Poker. Вы провели совещание с бюрократическим оформлением. Смысл был в обсуждении расхождения.
• Спор «у тебя 5 не такая, как у меня». Если в команде плавает масштаб — оценивайте через референсные истории: «это примерно как та прошлая задача про логин? она у нас вышла в 5, значит и эта 5». Масштаб держится на 2–3 историях из прошлых спринтов, к которым все могут вернуться.
• Часовая сессия на каждый спринт. Обычно это значит, что бэклог приходит сырым или история слишком большая. Готовьте истории заранее в грумингах — покер это не место для написания требований.
• Давление на «джуна». Если молодой участник тянет к нижней границе, а старшие давят — формат сломан. Жёстко следите: говорит сначала крайний («2») и крайний сверху («13»), остальные слушают.

Когда Planning Poker не нужен

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

Как это связано с ретро

Оценка и ретроспектива — две части одного цикла. После спринта полезно вернуться к оценкам, которые команда ставила на планировании: какие истории оказались тяжелее ожиданий и почему. В RetroPoint закрытая сессия покера разворачивается в доску ретроспективы Sprint Goal одним кликом: в центр доски ложатся истории с итоговыми оценками, а команда обсуждает, что помогло или помешало дойти до цели спринта с таким набором задач.

Попробовать в RetroPoint

Planning Poker встроен в раздел «Команды» RetroPoint: лидер команды создаёт сессию, команда подключается по ссылке, голосование идёт скрытыми картами с серверной гарантией — значения не раскрываются до команды модератора. Что и как устроено в продукте — в отдельном анонсе В RetroPoint запустили Planning Poker. Начать оценивать задачи можно с главной страницы: зарегистрируйтесь, создайте команду и нажмите на карточке команды кнопку «Planning Poker».