Planning poker (перевод с англ. — Покер планирования) — техника командной оценки задач в относительных единицах. Впервые описана в 2002 году Джеймсом Гренингом, одним из авторов Agile-манифеста. В дальнейшем популяризирована Майком Коном в книге «Agile Estimating and Planning».

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

Участники команды обычно прибегают к специальным картам с числовыми значениями (обычно в пределах от 0 до 100), чтобы выставить оценку каждой задаче. Одним из основных принципов метода является стремление к единогласному решению, чтобы обеспечить общее понимание сложности задачи и достичь консенсуса среди всех участников. Покер планирования способствует улучшению коммуникации в команде, более точного понимания требований и повышению прозрачности процесса разработки программного продукта. Как только все участники команды выложили свои карты, вскрываются значения. Участники с минимальной и максимальной оценкой рассказывают свои доводы, объясняя, почему данная задача сложнее или легче эталонной.

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

Частые Ошибки В Planning Poker И Как Их Избежать

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

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

Если мнения разделились, модератор делает удалённую сессию, на которой обсуждают оценки, как и в покер планировании. Каждый участник выбирает карту со значением, которое, по его мнению, соответствует степени сложности задачи. Чтобы оценка была независимой, а сотрудники не привязывались к мнению друг друга, карты кладутся на стол рубашкой вверх. Карта с цифрой 2 — это 2 идеальных часа или 2 Story Point’а и т.

Процесс

Как применять покер планирования и как он помогает при постановке задач, рассказал Максим Якубович — руководитель направления «Управление проектами и Agile» в компании Product Lab. Для ведения проектов можно использовать систему управления Worksection. В ней легко вносить прогресс работы и контролировать дедлайны. Собираясь каждый месяц на планирование и ретроспективу, можно использовать систему для внесения результатов покера прямо в обсуждаемые задачи.

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

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

Можно использовать реальные карты, например вот такие. Адекватная оценка задачи в любом проекте – это фактически краеугольный камень. Ведь если точно знать все сроки по всем входящим задачам, то проект всегда и во всех командах будет сдаваться строго в обозначенное время. Но это лишь идеальная картина мира, на практике всё сложнее. Всегда бывают форс-мажоры, неверно выделенные ресурсы, подводные камни и т.п. Всё это приводит к регулярным пересмотрам времени реализации проекта.

Основные Преимущества Planning Poker

Покерное планирование не даст положительного эффекта, если оценки дают сотрудники, не имеющие экспертизы и навыков для выполнения оцениваемых задач. Участники снова вытягивают карточки, кладут их рубашкой вверх, после чего карты вскрываются и участники видят новый диапазон из оценок. После второго тура голосования этот диапазон должен уменьшиться. Например, оценивая сложность задачи, сотрудник А выбрал карточку с цифрой three, а сотрудник Б — с числом thirteen. Все остальные эксперты выбрали карточки между этими значениями. Каждому участнику обсуждения выдаётся по колоде карт.

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

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

Получите Программу И Все Материалы Тренинга Certified Agile Skilled, Современные Модели Управления, Постеры По Agile,

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

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

Читайте в колонке онлайн-школы PMCLUB о методе, который поможет вместе с командой оценить трудоёмкость задач и установить реалистичные дедлайны. В программу встроен удобный чат для обсуждения текущих вопросов по проекту. Его можно использовать для переписки, обмена голосовыми сообщениями, договоренности по поводу прикреплённых документов. ЛидерТаск функционирует на всех цифровых платформах, работает без подключения к интернету, в режиме оффлайн. Помогает ускорить выполнение задач и командных проектов.

Что Такое Planning Poker

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

Смотреть Что Такое “покер Планирования” В Других Словарях:

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

Как И Зачем Мы Проводим Планирования

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