Один из самых болезненных моментов в управлении проектами — когда разработчик говорит «пара часов», дизайнер слышит «пара дней», а клиент ждёт результат «к пятнице». Planning poker — это структурированная техника оценки задач, которая устраняет разночтения и помогает команде договориться об усилиях честно и быстро. В этой статье вы узнаете, как применять эту технику в реальных проектах, какие ошибки разрушают процесс и как интегрировать её в Scrum-спринты.
Что такое Planning Poker и почему он работает
Planning poker — это метод коллективной оценки трудозатрат, разработанный в рамках Agile-методологии. Каждый участник команды получает набор карточек с числами из последовательности Фибоначчи: 1, 2, 3, 5, 8, 13, 21. Эти числа — не часы и не дни, а story points — абстрактная мера сложности задачи.
Механика простая: ведущий зачитывает описание задачи (user story), команда одновременно выкладывает карточки рубашкой вверх, а затем переворачивает их. Если оценки совпадают — задача принята. Если расходятся — начинается обсуждение, после которого проводится повторное голосование. Это предотвращает «эффект якоря», когда первый озвученный вариант тянет всех остальных за собой.
Почему последовательность Фибоначчи, а не просто цифры от 1 до 10
Разрывы между числами Фибоначчи намеренно увеличиваются. Это отражает реальность: чем сложнее задача, тем сложнее её оценить точно. Разница между 1 и 2 — небольшая. Разница между 13 и 21 — принципиальная. Если задача оценивается в 21 или выше story points, это сигнал: её нужно декомпозировать, иначе она превратится в неуправляемый монолит посреди спринта.
Как провести сессию Planning Poker: пошаговый алгоритм
Многие команды проводят оценочные сессии хаотично — без ролей, без регламента, без итогов. Результат предсказуем: 40 минут дискуссий и никакой договорённости. Вот рабочая схема, которая экономит время.
Шаг 1: Подготовьте бэклог заранее
До начала сессии Product Owner или менеджер проекта должен убедиться, что каждая задача имеет чёткое описание и критерии приёмки. Без этого оценка превращается в угадайку. Представьте, что вы разбираете канбан-доску в Trello: если карточка называется просто «Сделать форму», никто не знает, о чём речь — о простом инпуте или о многоступенчатом мастере с валидацией.
Шаг 2: Установите таймбокс на обсуждение
На каждую задачу отводите не более 5–7 минут обсуждения. Если консенсус не достигнут после двух раундов голосования — фиксируйте медианное значение и двигайтесь дальше. Бесконечные споры съедают энергию команды и обесценивают весь процесс оценки.
Шаг 3: Дайте слово «крайним» оценщикам
После первого раунда обязательно спрашивайте тех, кто поставил минимальную и максимальную оценки. Именно их аргументы несут наибольшую ценность: тот, кто поставил «2», видит задачу простой — возможно, он уже решал похожую. Тот, кто поставил «13», заметил скрытую сложность, о которой остальные не подумали.
Типичные ошибки, которые убивают эффективность оценки
Техника работает только при соблюдении нескольких принципов. Нарушение любого из них превращает planning poker в пустую формальность.
Ошибка 1: Менеджер называет свою оценку первым
Это классический «эффект якоря». Как только руководитель говорит «я думаю, это на 3 поинта», большинство команды подсознательно тянется к этому числу. Все карточки должны открываться одновременно — это обязательное условие, а не рекомендация.
Ошибка 2: Смешивать story points с часами
«8 поинтов — это 8 часов?» — частый вопрос новичков. Нет. Story points измеряют относительную сложность, а не время. Задача в 8 поинтов для опытного разработчика займёт 2 часа, для джуниора — день. Именно в этой абстракции и заключается сила метода: команда договаривается о сложности, а не о личном расписании каждого.
Ошибка 3: Оценивать задачи в одиночку
Некоторые менеджеры заполняют бэклог самостоятельно, а команде остаётся только согласиться. Это не Agile — это театр. Ценность planning poker именно в коллективном интеллекте: разные роли видят задачу с разных сторон, и только вместе они охватывают полную картину.
Planning Poker в контексте Scrum и Agile
В классическом Scrum оценочная сессия проходит во время Sprint Planning — встречи, на которой команда выбирает задачи из Product Backlog в текущий спринт. Planning poker — это инструмент, который делает Sprint Planning продуктивным, а не бесконечным совещанием.
Со временем команда накапливает данные о своей «скорости» (velocity) — среднем количестве story points, закрываемых за спринт. Это позволяет планировать реалистично: если ваша скорость 30 поинтов за спринт, не берите задачи на 50. Никакая мотивация не изменит физику.
Как story points помогают управлять ожиданиями клиентов
Фрилансерам и менеджерам, работающим напрямую с клиентами, story points дают важный инструмент: вы можете показать клиенту приоритизированный бэклог с оценками и честно объяснить, сколько «веса» влезает в итерацию. Это переводит разговор из режима «почему так долго» в режим «что мы берём в первую очередь».
Часто задаваемые вопросы
Можно ли использовать planning poker для нетехнических задач?
Да, и весьма эффективно. Маркетинговые кампании, создание контента, дизайн-процессы — всё это поддаётся относительной оценке. Главное — чтобы команда заранее договорилась, что считается «эталонной» задачей на 1 поинт, от которой отталкиваются все остальные оценки.
Сколько человек должны участвовать в сессии?
Оптимально — от 3 до 7 человек. Меньше трёх — теряется коллективный эффект. Больше семи — сессия становится неуправляемой. Если команда большая, разбейте её на подгруппы по доменам ответственности и объедините результаты.
Что делать, если один участник всегда ставит максимальную оценку?
Не давить и не игнорировать — слушать. Хронически высокие оценки от одного человека часто говорят о том, что он видит технический долг или риски, которые другие не замечают. Это ценная информация. Если же это просто перестраховка — паттерн станет виден со временем, и команда научится его калибровать.
Нужны ли физические карточки или можно использовать онлайн-инструменты?
Для распределённых команд онлайн-инструменты предпочтительнее: они сохраняют принцип одновременного раскрытия карточек и позволяют вести историю оценок. Физические карточки хороши для очных встреч — они создают ощущение игры и снижают формальность, что помогает людям говорить честнее.
Если вы хотите не только оценивать задачи, но и системно управлять ими на всём протяжении проекта, попробуйте Smartello.ru — канбан-систему, которая органично поддерживает story points прямо в карточках задач. Вы можете проставлять поинты после сессии planning poker и сразу видеть суммарную нагрузку колонок и спринтов на доске. Это делает связку Agile-оценки и визуального управления задачами по-настоящему бесшовной — без лишних таблиц и переносов данных вручную.
Ваш комментарий будет первым