Оценка задач по методу Planning Poker

Как играть в картишки во имя эффективности и выиграть все партии

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

Planning Poker (также называется Scrum-покер) — техника оценки времени, объёма и усилий, необходимых для завершения задачи.

Окей, при чём здесь покер? Фишка техники – оценка происходит с помощью карт и напоминает карточную игру.

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

Команда собирается, получает повестку встречи — и колоду карт. В колоде карты с цифрами — допустим, от 1 до 10. Ими команда должна оценить сложность задачи.

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

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

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

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

Можно использовать специальную бумажную колоду и онлайн-сервисы, например, planningpoker.com, planningpokeronline.com, planningpoker.ru или planITpoker.com.

Пример интерфейса игры от PlanningpokerOnline

История Planning Poker. Покер планирование — усовершенствованный метод оценки Wideband Delphi, разработанный корпорацией RAND в середине XX века. Переработал в 2002 году эту технику для Agile-команд разработчиков Джеймс Гренинг, один из основателей Agile-манифеста. Популярной технику сделал Майк Кон в 2005 году в книге «Agile Estimating and Planning».

Planning Poker в целом пригодится любой команде и проекту — а особенно хорошо работает для небольших команд.

✅ Преимущества техники:

❌ Недостатки техники:

Задача техники planning poker в Scrum – получить инсайты и максимально ценные результаты. Для этого надо собрать людей, которые участвуют в разработке продукта.

В Scrum-команде это:

Все получают по одинаковой колоде карт, состоящей из разных чисел. Например, в колоде Кона — 0, 1, 2, 3, 5, 8, 13, 20, 40 и 100. Могут быть ещё колоды с кодом Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89.

Метод чисел Фибоначчи – числовая последовательность, где первые два числа равны 0 и 1, а каждое последующее сумме двух предыдущих чисел. Метод назван в средневекового математика Леонардо Пизанского (с прозвищем Фибоначчи).

А могут быть специальные карты:

Можно использовать обычную игральную колоду и взять из неё карты: туз, 2, 6, 8 и короля. Король — данная задача слишком большая или её слишком сложно оценить. Туз — плёвая задача.

Цифры на картах могут означать количество баллов пользовательской истории, дни, часы выполнения или другие единицы, которые команда сама себе придумает.

Пользовательская история — неформальное объяснение функции программного обеспечения, которое описывает ценность для конечного пользователя.

❗В колоде должно не очень много карт, а на картах — значительные числовые скачки. Это гарантирует, что команда не завязнет в обсуждении.

Ставится повестка — владелец продукта говорит: «Ребята, формируем бэклог спринта. Цели вот такие и такие». Затем модератор зачитывает отдельные задачи, которые надо сделать.

По озвученным задачам высказывается каждый участник сессии. Они могут сказать:

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

Обсуждения может и не быть — если всё и так ясно.

Планирование спринта - одна из частей Scrum-метода. Команда вместе решает, какие задачи взять в ближайший спринт на 1-4 недели

🃏Игра!

Все участники выкладывают карты рубашкой вверх. Это важно! Карты должны появляться именно рубашкой вверх — чтобы не повлиять на оценки других.

После голосования карты переворачивают лицевой стороной вверх. Команда видит оценки, и снова начинается обсуждение.

Если члены команды показали близкие по значению карты – консенсус достигнут.

Обычно уже после второго раунда разрозненность в оценках сглаживается.

Запишите окончательные оценки для каждой задачи. В онлайн-сервисах итоги оценок подводятся автоматически. Оценки стоит занести в инструмент по ведению задач. В WEEEK это можно сделать с помощью тегов.

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

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

❌ Считать, что время важнее усилий. В первую очередь при planning poker лучше оценивать общие усилия на задачу, а не только время.

👌🏻 Как избежать: Стараться отрешиться от часов и дней, которые надо потратить на задачу. Старайтесь думать в целом о ресурсах, которые на неё уйдут.

❌ Оценка идёт от авторитета. Доминирующие члены-команды, например, владелец продукта может на старте игры намекнуть, что важно сделать в ближайший спринт. Это может заставить игроков занизить оценки сложности.

👌🏻 Как избежать: Лучше пусть этот авторитетный человек не даёт предварительных оценочных суждений, а оставит их на сессию обсуждения.

❌ Слишком долгие дискуссии. Конечно, покер планирование подразумевает обсуждение, но оно должно быть лимитированным. Но долгая говорильня утомит и приведёт к нежеланию думать.

👌🏻 Как избежать: Говорить кратко и по делу. Для удобства можно поставить таймер, чтобы устанавливать лимит времени одного круга. Можно попробовать асинхронный покер — когда участники команды оценивают задачи в собственном темпе и дают оценки модератору до определённой даты.

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

👌🏻 Как избежать: Звать всех, кто нужен для задачи.

❌ Кастомизация покерных карт. Когда команды используют карты так, как им нравится. Например, чаще, чем это стоит, используют карточку «?». В итоге обсуждение затягивается. Либо выбирают карты 8 и 13 в качестве максимального размера оценки. Тогда сложную задачу трудно оценить правильно.

👌🏻 Как избежать: Не подстраивать покерные карты под команду, если в этом нет необходимости.

Для тех команд, которым Planning Poker не заходит, есть несколько альтернатив.

Async Poker (асинхронный покер) – модифицированная форма классического Planning Poker.

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

Техника не требует одновременного участия в сессии и даёт больше времени на понимание задачи. Это снижает вероятность ложной оценки.

✅ Хорошо подходит небольшим и удалённым командам, которые невозможно собрать для игры.

ICE, RICE — числовая оценка задач по критериям: Impact (влияние на продукт), Confidence (уверенность в охвате и влиянии), Effort (затраты) и Reach (охват результатов).

Также каждую задачу надо оценить в числах по этим критериям по шкале от 1 до 10. Затем вывести среднее значение по формулам. Исходя из результатов, принимается решение о дальнейшей работе.

✅ Хорошо подходит небольшим продуктовым командам.

Delphi – техника экспертного оценивания, когда задачу оценивает несколько экспертов. Считается, что они могут оценить и предсказать результат лучше.

Оценка задачи проходит анонимно, заочно, и эксперты не должны быть знакомы друг с другом. К обсуждению привлекается от 20 экспертов (в разработке Планов действий eLAC в Латинской Америке участвовало 1454 человека). Они разделены на группы: эксперты с их мнением и аналитики, которые подведут итоги.

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

✅ Техника подойдёт крупным компаниям и масштабным продуктам. Например, Япония с 1971 года раз в пять лет публикует прогнозы научно-технического прогресса, используя модифицированную версию Delphi. А Германия около 30 лет с помощью этой методики разрабатывают госпроекты.