Planning Poker (покер планирование) в Scrum: как проводить оценку задач

Именно для решения этой проблемы в Agile-сообществах появился метод Planning Poker (покер планирования). Это не просто игра, а структурированный подход к оценке трудоемкости задач, основанный на коллективном интеллекте и экспертизе всей команды. Вместо того чтобы спрашивать «Сколько времени это займет?», участники оценивают сложность, риски и объем работы относительно друг друга. В этой статье мы подробно […]

Именно для решения этой проблемы в Agile-сообществах появился метод Planning Poker (покер планирования). Это не просто игра, а структурированный подход к оценке трудоемкости задач, основанный на коллективном интеллекте и экспертизе всей команды. Вместо того чтобы спрашивать «Сколько времени это займет?», участники оценивают сложность, риски и объем работы относительно друг друга.

В этой статье мы подробно разберем, что такое покер планирование, какую роль оно играет в Scrum, как правильно проводить сессии оценки и какие инструменты помогут организовать этот процесс удаленно.

Что такое Planning Poker и где он применяется

Planning Poker (скрам покер) — это метод коллективной оценки, используемый в гибких методологиях разработки (Agile), чаще всего в рамках Scrum. Суть метода заключается в том, что каждый член команды, используя специальную колоду карт, независимо от других оценивает сложность конкретной задачи (пользовательской истории или user story).

Главная цель покера — не назвать идеальную цифру, а выявить разницу в понимании задачи участниками команды и прийти к консенсусу. Если один разработчик оценивает задачу на «3», а другой на «13», это верный признак того, что у команды нет единого понимания требований, либо кто-то видит скрытые риски, которые упустили другие.

title="Как назначаются задачи сотрудникам в вашем бизнесе?" subtitle="Внедрите инструмент «Задачи» для достижения целей:" points="Канбан-доски под любые задачи|Каждый сотрудник сфокусирован на своих приоритетах|Подойдут для всех отраслей и компаний" button_text="Внедрить бесплатно" button_url="https://platrum.ru/features/tasks" image="https://platrum.ru/blog/wp-content/uploads/2025/10/kanban-board.svg" image_alt="Задачи и доска" bg_class="bg1" pad_right="true" pad_bottom="true"]

В Scrum покер планирование занимает центральное место в событии Sprint Planning (планирование спринта). Команда разработчиков работает с Product Backlog (бэклог продукта), выбирая задачи для следующего спринта. Вместо часов здесь используется понятие story points (сторипоинты) — абстрактная единица, которая измеряет не время, а комплексную сложность: усилия, риски, количество изменений и неопределенность.

Таким образом, покер планирование — это не гадание на кофейной гуще, а системный метод перевода размытых бизнес-требований в измеримые единицы работы, понятные всей команде.

Как работает покер планирование: пошаговый процесс

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

Этапы проведения

Подготовка. Владелец продукта (Product Owner) заранее готовит бэклог. Задачи должны быть четко сформулированы, иметь критерии приемки и быть отсортированы по приоритету. Команда подключается к инструменту или берет физические карты.

Чем занимается Product Owner: задачи, навыки, компетенции. Пример работы PO

Презентация задачи. Product Owner зачитывает user story, объясняет её ценность для бизнеса и отвечает на уточняющие вопросы команды. На этом этапе важно не обсуждать реализацию в деталях, а убедиться, что всем понятна суть.

Обсуждение (факультативно). Если команда использует вариант покера с обсуждением перед голосованием, участники быстро пробегаются по возможным техническим подходам. Важно ограничить это по времени.

Индивидуальная оценка. Каждый участник (разработчики, тестировщики, аналитики) выбирает карту со значением, которое, по его мнению, отражает сложность задачи.

Одновременное раскрытие. По команде модератора все игроки показывают свои карты одновременно. Это ключевое правило: оно предотвращает влияние «авторитетного мнения» на остальных.

Анализ расхождений. Если оценки совпали (или находятся в допустимом диапазоне), значение фиксируется. Если же разброс велик (например, «5» и «20»), начинается обсуждение. Сначала слово дается тем, кто поставил самую высокую и самую низкую оценку. Они объясняют свою логику.

Повторное голосование. После обсуждения команда голосует снова. Цикл повторяется до тех пор, пока не будет достигнут консенсус или явное большинство.

Структура сессии покера

Шаг	Действие команды	Результат
1. Подготовка	Product Owner обновляет бэклог, команда знакомится с задачами.	Прозрачный список задач для оценки.
2. Презентация	Владелец продукта объясняет суть задачи и отвечает на вопросы.	Единое понимание «что» нужно сделать.
3. Раунд голосования	Каждый участник тайно выбирает карту. Все карты открываются одновременно.	Получение массива первичных оценок.
4. Обсуждение спора	Носители минимальной и максимальной оценок аргументируют свои позиции.	Выявление скрытых рисков и упущенных деталей.
5. Консенсус	Повторное голосование до схождения оценок.	Согласованная оценка в story points.

Шкала оценки: почему используется Фибоначчи

В классическом покере планирования используется не линейная шкала (1, 2, 3, 4…), а последовательность чисел Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… Почему так?

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

Нелинейная шкала Фибоначчи заставляет команду задуматься: если задача не вписывается в «8» и кажется больше, чем «13», вероятно, её стоит декомпозировать (разбить на несколько меньших задач). Это защита от иллюзии точности.

Существуют и альтернативные шкалы:

• T-shirt sizes (размеры футболок): XS, S, M, L, XL. Используется на самых ранних этапах, когда нет четких требований.
• Степени двойки: 1, 2, 4, 8, 16. Работает по тому же принципу нелинейности.

Выбор шкалы зависит от зрелости команды и специфики проектов. Однако Фибоначчи остается золотым стандартом, так как интуитивно понятен разработчикам и отлично коррелирует с ростом неопределенности.

Покер планирование в Scrum и Agile

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

Во-первых, это Sprint Planning. Здесь покер помогает определить, сколько сторипоинтов команда может взять в спринт, основываясь на своей исторической скорости (Velocity). Если в прошлом спринте команда закрыла 50 сторипоинтов, а в новом планирует взять задач на 80, покер позволит увидеть перегрузку.

Что такое спринт в бизнес-процессе и как он помогает выполнять задачи в срок

Во-вторых, это Refinement (Grooming) — очистка и уточнение бэклога. Это более спокойное мероприятие, где команда оценивает задачи на будущие спринты, не оказывая давления на текущие обязательства.

Участники процесса:

• Команда разработки (разработчики, тестировщики, devops): выставляют оценки, так как именно они выполняют работу.
• Product Owner: представляет задачи, отвечает на вопросы, но не голосует.
• Scrum Master: выступает фасилитатором (модератором). Он следит за таймингом, правилами одновременного раскрытия карт и предотвращает конфликты.

Кто такой Scrum Master, и нужен ли он в команде

Главное отличие от индивидуальной оценки в том, что покер нивелирует эффект «сверх-звезды». Если ведущий разработчик говорит, что задача на 2 часа, а джуниор понимает, что ему потребуется неделя, покер выявит эту диспропорцию и позволит либо перераспределить пары, либо разбить задачу на более понятные подзадачи.

Planning Poker online: инструменты и сервисы

С переходом на удаленную работу физические колоды карт отошли в прошлое. На смену им пришли цифровые сервисы, которые автоматизируют процесс, хранят историю оценок и упрощают работу распределенных команд.

Вот несколько популярных инструментов для online poker planning:

1. Scrum Poker. Простой и бесплатный инструмент. Не требует регистрации, позволяет создать комнату, выбрать шкалу (Фибоначчи, степени двойки, футболки) и наблюдать за голосованием в реальном времени.
2. Planning Poker. Один из первых сервисов, интегрируется с Jira. Позволяет импортировать задачи прямо из бэклога, сохраняя прозрачность истории.
3. Pointing Poker. Если ваша команда ведет разработку в Jira, это лучшее расширение. Оно встраивается прямо в интерфейс задач, позволяя проводить оценку без переключения между вкладками.
4. Miro или Mural. Хороши для команд, которые любят визуализацию. На доске можно разместить стикеры с задачами, а карты имитировать с помощью стикеров с цифрами.

Критерии выбора инструмента:

• Анонимность голосования: до момента раскрытия никто не видит чужих оценок.
• Интеграция с Jira/Asana/Trello: чтобы не копировать задачи вручную.
• Таймер: удобно контролировать время обсуждения.
• Поддержка наблюдателей: часто к сессиям подключаются стейкхолдеры, которые не должны влиять на процесс голосования.

Преимущества и ограничения метода

Как и любой инструмент, покер планирование имеет сильные и слабые стороны. Понимание этих граней поможет вам эффективно использовать метод.

Плюсы

• Коллективная экспертиза: снижается риск упустить важную деталь. Каждый участник смотрит на задачу под своим углом (безопасность, тестирование, архитектура).
• Снижение влияния авторитета: одновременное раскрытие карт не позволяет менеджеру или старшему разработчику неосознанно продавить свое мнение.
• Повышение вовлеченности: команда чувствует ответственность за взятые обязательства, потому что участвовала в их оценке.

Минусы

• Зависимость от зрелости команды: если команда не умеет конструктивно спорить или боится высказывать мнение, отличное от мнения руководителя, покер превращается в формальность.
• Групповое мышление: иногда команда слишком быстро соглашается с первой предложенной цифрой, чтобы не затягивать совещание, пропуская реальные риски.
• Затраты времени: первые сессии могут длиться часами. Важно ограничивать обсуждение таймером и учиться декомпозировать слишком крупные задачи, вместо того чтобы пытаться оценить «слона» целиком.

Частые ошибки при проведении Scrum Poker

Чтобы покер приносил пользу, нужно избегать типичных ловушек. Вот самые распространенные ошибки и способы их исправления.

Ошибка	Последствие	Как исправить
Оценка времени (часов), а не сложности	Команда начинает спорить о рабочих часах, теряя абстракцию story points. Перегружается спринт.	Напоминать, что мы оцениваем относительную сложность и неопределенность. 1 сторипоинт = эталонная задача.
Влияние лидера	Мнение руководителя подавляет инициативу младших разработчиков. Оценки искажаются.	Scrum Master должен строго следить за одновременным раскрытием карт и давать слово тихим участникам первыми.
Обсуждение до раскрытия карт	Команда договаривается о цифре до голосования. Суть метода теряется.	Запретить обсуждать цифры до сигнала «Показываем». Обсуждать можно только требования к задаче.
Слишком детальная декомпозиция	Оценка превращается в проектирование архитектуры на несколько часов.	Если задача больше 13 (или 21), не пытайтесь её оценить. Поставьте маркер «нужно разбить» и двигайтесь дальше.

Как внедрить покер планирование в команде

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

1. Обучите команду. Проведите 15-минутную лекцию, объясните разницу между часами и сторипоинтами. Покажите видео или примеры.
2. Выберите эталон. Найдите задачу, которая уже была сделана и понятна всем, и назовите её «1 сторипоинт». Все остальные задачи будут оцениваться относительно неё.
3. Настройте инструменты. Если вы работаете удаленно, выберите один онлайн-инструмент и установите его как корпоративный стандарт.
4. Проведите пилотную сессию. Не берите для первой сессии критические задачи. Оцените несколько простых user story из бэклога, чтобы команда привыкла к механике.
5. Анализируйте отклонения. В первые спринты фиксируйте, сколько сторипоинтов было взято и сколько выполнено. Если разрыв велик, пересмотрите эталонную задачу.

Чек-лист запуска:

• Утверждена единая шкала оценки (например, Фибоначчи 1,2,3,5,8,13).
• Product Owner подготовил и приоритизировал бэклог.
• Команда понимает, что такое сторипоинты.
• Выбран и протестирован инструмент (онлайн или физические карты).
• Scrum Master назначен фасилитатором.
• Установлен лимит времени на одну задачу (например, 5 минут).

Заключение

Planning Poker — это гораздо больше, чем просто способ расставить цифры в таблице. Это мощный инструмент синхронизации команды. В процессе игры разработчики, тестировщики и аналитики начинают слышать друг друга, обнаруживают скрытые риски на этапе планирования, а не за неделю до релиза.

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

Также читайте: Недельное планирование как способ добиваться целей