Перекинуться партией в покер на работе — а почему бы и да, если это игра помогает в планировании и в принятии эффективных решений. Рассказываем про Planning Poker — командную игру как раз для этого.
Что такое Planning Poker
Planning Poker (также называется Scrum-покер) — техника оценки времени, объёма и усилий, необходимых для завершения задачи.
Окей, при чём здесь покер? Фишка техники – оценка происходит с помощью карт и напоминает карточную игру.
Как работает метод Planning Poker
Planning Poker используется в методе Scrum. На обсуждение выносится вопросы или задачи. Например, при планировании спринта, когда команда решает, что взять в бэклог спринта: какие фичи получится реализовать и насколько сложной будет предстоящая работа.
Команда собирается, получает повестку встречи — и колоду карт. В колоде карты с цифрами — допустим, от 1 до 10. Ими команда должна оценить сложность задачи.
Каждая задача должна быть оценена одной картой от одного участника. При голосовании участники кладут карты рубашкой вверх. Когда проголосует каждый, команда вскрывает карты — как и в покере. Каждая задача получает энное количество оценок с разными значениями.
Идеально, если нет больших разбросов. Если есть — то человеку, который поставил оценку, сильно отличающуюся от других, дают слово. Он объясняет, в чём для него сложность (или простота) задачи.
По итогам команда получает оценку задач. Исходя из результатов игры можно делать выводы и решать, как работать над задачами дальше.
Planning Poker хорош тем, что объединяет людей из всех отделов организации, чтобы согласовать усилия для выполнения задач. Например, в компаниях, занимающихся разработкой ПО, это владелец продукта, разработчики, UX-дизайнеры, тестировщики, менеджеры по продукту.
Можно использовать специальную бумажную колоду и онлайн-сервисы, например, planningpoker.com, planningpokeronline.com, planningpoker.ru или planITpoker.com.
История Planning Poker. Покер планирование — усовершенствованный метод оценки Wideband Delphi, разработанный корпорацией RAND в середине XX века. Переработал в 2002 году эту технику для Agile-команд разработчиков Джеймс Гренинг, один из основателей Agile-манифеста. Популярной технику сделал Майк Кон в 2005 году в книге «Agile Estimating and Planning».
Зачем использовать покер планирование
Planning Poker в целом пригодится любой команде и проекту — а особенно хорошо работает для небольших команд.
✅ Преимущества техники:
- Игровой подход к оценке сближает и налаживает сотрудничество. Например, новым сотрудникам особенно комфортно высказывать свои мысли в игре.
- Наглядный метод делает его простым решением. Задачи, вопросы на столе — туда же понятные оценки.
- У всех в команде равные права голоса. В решении участвуют все, а не кто-то один. Итог — коллегиальные решения, все чувствуют причастность, все важны.
- В беседе выявляется ценная информация от команды. А она помогает в принятии адекватных решений.
- Выявляет пробелы в требованиях и реализации. Когда участники раскрывают оценки, они должны подкрепить их аргументами. В итоге команда получает ценнейшую обратную связь о проблемах и успехах.
❌ Недостатки техники:
- Субъективность. Что поделать, как и любая оценочная методика.
- Оценка может быть ошибочной. Достижение консенсуса даёт ложное чувство уверенности. А оценка может оказаться неверной — но об этом команда узнает потом.
- Групповая оценка может оказаться более оптимистичной, чем прогноз, который сделали бы члены группы по отдельности.
- Доминирующий человек в группе может влиять на других. В результате оценка поставлена не благодаря согласованности команды, а авторитету одного.
Как происходит сам процесс метода Planning Poker
Участники
Задача техники planning poker в Scrum – получить инсайты и максимально ценные результаты. Для этого надо собрать людей, которые участвуют в разработке продукта.
В Scrum-команде это:
- Scrum-мастер – он обеспечивает успешную групповую коммуникацию.
- Члены Scrum-команды – они определяют список результатов на основе бэклога продукта, например, новые функции.
- Владелец продукта – носитель основного техзадания и главной цели развития продукта.
Шаг 1. Раздача карт
Все получают по одинаковой колоде карт, состоящей из разных чисел. Например, в колоде Кона — 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 и короля. Король — данная задача слишком большая или её слишком сложно оценить. Туз — плёвая задача.
Цифры на картах могут означать количество баллов пользовательской истории, дни, часы выполнения или другие единицы, которые команда сама себе придумает.
Пользовательская история — неформальное объяснение функции программного обеспечения, которое описывает ценность для конечного пользователя.
❗В колоде должно не очень много карт, а на картах — значительные числовые скачки. Это гарантирует, что команда не завязнет в обсуждении.
Шаг 2. Ознакомление с задачами
Ставится повестка — владелец продукта говорит: «Ребята, формируем бэклог спринта. Цели вот такие и такие». Затем модератор зачитывает отдельные задачи, которые надо сделать.
Шаг 3. Обсуждение
По озвученным задачам высказывается каждый участник сессии. Они могут сказать:
- Как они представляют себе выполнение
- Сколько человек должно принять участие в спринте
- Какие навыки нужны для работы
- Что может замедлить процесс
Ещё команда может использовать обсуждение, чтобы больше узнать о задаче и задать необходимые вопросы.
Обсуждения может и не быть — если всё и так ясно.
Шаг 4. Оценка
🃏Игра!
Все участники выкладывают карты рубашкой вверх. Это важно! Карты должны появляться именно рубашкой вверх — чтобы не повлиять на оценки других.
После голосования карты переворачивают лицевой стороной вверх. Команда видит оценки, и снова начинается обсуждение.
Шаг 5. Достижение консенсуса
Если члены команды показали близкие по значению карты – консенсус достигнут.
- Если цифры на карты сильно различаются, участники с очень высокими и низкими оценками объясняют свой выбор.
- Когда команда завершит этот раунд обсуждения, все снова играют — выкладывают карты и открывают их.
- Тут видно, что поменял свою оценку. Снова обсуждение. Процесс повторяется, пока команда не придёт к единому значению.
Обычно уже после второго раунда разрозненность в оценках сглаживается.
Шаг 6. Итоги сессии
Запишите окончательные оценки для каждой задачи. В онлайн-сервисах итоги оценок подводятся автоматически. Оценки стоит занести в инструмент по ведению задач. В WEEEK это можно сделать с помощью тегов.
Подведите итоги встречи, а Srum-мастер может отметить себе, что можно улучшить в будущем. После игры формируется список задач, которые идут в работу.
Частые ошибки в Planning Poker и как их избежать
Как при использовании любой техники планирования, успех в покер планировании зависит от точности использования. Вот самые частые ошибки.
❌ Считать, что время важнее усилий. В первую очередь при planning poker лучше оценивать общие усилия на задачу, а не только время.
👌🏻 Как избежать: Стараться отрешиться от часов и дней, которые надо потратить на задачу. Старайтесь думать в целом о ресурсах, которые на неё уйдут.
❌ Оценка идёт от авторитета. Доминирующие члены-команды, например, владелец продукта может на старте игры намекнуть, что важно сделать в ближайший спринт. Это может заставить игроков занизить оценки сложности.
👌🏻 Как избежать: Лучше пусть этот авторитетный человек не даёт предварительных оценочных суждений, а оставит их на сессию обсуждения.
❌ Слишком долгие дискуссии. Конечно, покер планирование подразумевает обсуждение, но оно должно быть лимитированным. Но долгая говорильня утомит и приведёт к нежеланию думать.
👌🏻 Как избежать: Говорить кратко и по делу. Для удобства можно поставить таймер, чтобы устанавливать лимит времени одного круга. Можно попробовать асинхронный покер — когда участники команды оценивают задачи в собственном темпе и дают оценки модератору до определённой даты.
❌ Отсутствие нужных людей на сессии. На оценочной сессии должны присутствовать все участники, которые напрямую связаны с задачей.
👌🏻 Как избежать: Звать всех, кто нужен для задачи.
❌ Кастомизация покерных карт. Когда команды используют карты так, как им нравится. Например, чаще, чем это стоит, используют карточку «?». В итоге обсуждение затягивается. Либо выбирают карты 8 и 13 в качестве максимального размера оценки. Тогда сложную задачу трудно оценить правильно.
👌🏻 Как избежать: Не подстраивать покерные карты под команду, если в этом нет необходимости.
Planning Poker и другие методы оценки
Для тех команд, которым Planning Poker не заходит, есть несколько альтернатив.
Async Poker (асинхронный покер) – модифицированная форма классического Planning Poker.
Участники самостоятельно читают и оценивают задачи, которые прислал модератор. Для отправки оценок есть дедлайн. Когда оценки получены, модератор смотрит, есть ли отклонения. Если нет, то хорошо, работаем дальше. Если мнения разделились, модератор делает удалённую сессию, на которой обсуждают оценки, как и в покер планировании.
Техника не требует одновременного участия в сессии и даёт больше времени на понимание задачи. Это снижает вероятность ложной оценки.
✅ Хорошо подходит небольшим и удалённым командам, которые невозможно собрать для игры.
ICE, RICE — числовая оценка задач по критериям: Impact (влияние на продукт), Confidence (уверенность в охвате и влиянии), Effort (затраты) и Reach (охват результатов).
Также каждую задачу надо оценить в числах по этим критериям по шкале от 1 до 10. Затем вывести среднее значение по формулам. Исходя из результатов, принимается решение о дальнейшей работе.
✅ Хорошо подходит небольшим продуктовым командам.
Delphi – техника экспертного оценивания, когда задачу оценивает несколько экспертов. Считается, что они могут оценить и предсказать результат лучше.
Оценка задачи проходит анонимно, заочно, и эксперты не должны быть знакомы друг с другом. К обсуждению привлекается от 20 экспертов (в разработке Планов действий eLAC в Латинской Америке участвовало 1454 человека). Они разделены на группы: эксперты с их мнением и аналитики, которые подведут итоги.
С помощью серий последовательных опросов, интервью, мозговых штурмов участники добиваются консенсуса для решения. Анализ оценок проводится в несколько этапов, а результаты обрабатываются статистическими методами.
✅ Техника подойдёт крупным компаниям и масштабным продуктам. Например, Япония с 1971 года раз в пять лет публикует прогнозы научно-технического прогресса, используя модифицированную версию Delphi. А Германия около 30 лет с помощью этой методики разрабатывают госпроекты.
Рекомендации от WEEEK
- Прислушивайтесь друг к другу. В сессии Planning Poker должны участвовать те, кто создаёт продукт. Например, тимлид оценил, что задачу можно сделать за два дня. Но вот делать будет её джун-разработчик — и ему на это надо 4 дня.
- Помните о теории вероятностей и закладывайте ресурсы на кризисы. Например, изначально Scrum-команда прогнозировала одно время для задачи, а потом оно удвоилось. А всё потому, что не подумали, что где-то на неделе дизайнер заболеет, у разработчика будут проблемы с интернетом дома, а заказчик вообще попросить срочно что-то новое.
- Применяйте оценки. Помните, что покер планирование в Scrum нужно, чтобы принять решения о том, какие задачи брать на спринт и как много времени и сил они потребуют. Учитывайте оценки при распределении нагрузки.
Резюме вместо всего текста
- Planning Poker — игра для планирования работы. Она помогает оценить сложность задач с помощью колоды карт с цифрами.
- Используйте карты с большим разбросом чисел, но с небольшим количеством карт. Это поможет выставить реальные оценки и не увязнуть в обсуждениях.
- Вынесенные оценки используйте для работы — сложные задачи декомпозируйте, распределяйте внутри команды, приоритизируйте задачи по степени важности.
Подписаться 
