Иными словами, получается некая модель игры «в тёмную», когда сначала делаются ставки на время реализации задачи, и только потом заслушиваются мотивированные покер планирование части решений. Метод Planning Poker хорошо работает в небольших командах до 10 человек. Для крупных проектов можно разделить команду на подгруппы, каждая из которых будет оценивать свою часть задач. На оценочной сессии должны присутствовать все участники, которые напрямую связаны с задачей.
- Как и в случае с ретроспективой, фасилитатор следит за ходом обсуждения оценок.
- В ходе оценки происходят обсуждения, уточняются выбранные подходы к реализации задачи, выбирается лучший из них и проводится повторная оценка, чтобы прийти к консенсусу.
- Этот метод основан на принципах #agile и направлен на обеспечение гибкости, адаптивности и постоянного совершенствования рабочих процессов.
- Метод покерного планирования можно легко реализовать в Kaiten.
- ❗В колоде должно не очень много карт, а на картах — значительные числовые скачки.
Какие навыки необходимы для проведения Planning Poker?
Каждый этап процесса Poker Planning играет важную роль в формировании точной и согласованной оценки. Ниже — подробнее о каждом шаге и рекомендации для успеха команды. Бета-тестирование Такие дискуссии помогают обнаружить скрытые риски и сложности, которые могли бы остаться незамеченными при других подходах.
Средства для распределённых команд
С помощью метода команда может коллективно оценить сложность или трудоемкость задач, используя специальные карточки, напоминающие игру в покер. Часто при разработке программного продукта участники команды оценивают сложность поставленных задач по-разному. С его помощью можно не только оценить сложность задачи в целом, но и разбить ее на более мелкие компоненты для более быстрого решения. Команда собирается вместе и проводит несколько раундов покера планирования. В каждом раунде каждый участник высказывает свою оценку сложности задачи, используя https://deveducation.com/ систему стори-поинтов.
Пошаговый процесс покер планирования в Scrum
Как и в случае с ретроспективой, фасилитатор следит за ходом обсуждения оценок. Важно, чтобы процесс оценки не превращался в торг, а дискуссия — в спор с переходом на личности. Как правило, покер планирования применяется в разработке ПО, но подойдет для любых Scrum-команд.
методов мозгового штурма: как проводить с помощью Kaiten или другого таск-трекера
Если оценки стали ближе друг к другу, например, большинство выбрало 8, а пара человек — 13, можно принять среднее значение или округлить в большую сторону. Также новичкам сложно применять Planning Poker, так как незнакомые задачи трудно оценить без опоры на предыдущий опыт. Опытные участники в свою очередь могут манипулировать оценками — намеренно завышать или занижать цифры, чтобы повлиять на общий результат. Такое поведение искажает итоговую оценку и подрывает доверие в команде.
Для защиты Вашей личной информации мы используем разнообразные административные, управленческие и технические меры безопасности. Наших сотрудников обучают понимать и выполнять эти меры контроля, они ознакомлены с нашим Уведомлением о конфиденциальности, нормами и инструкциями. Тем не менее, несмотря на то, что мы стремимся обезопасить Вашу личную информацию, Вы тоже должны принимать меры, чтобы защитить ее.
Каждый член команды выбирает карту, которая наиболее точно отражает сложность задачи, и кладет карту в центр стола, где она видна всем. Затем, каждый участник команды по очереди объясняет, почему он выбрал именно эту карту, и обсуждает все возможные риски и проблемы, связанные с выполнением этой задачи. Planningpoker.ru — русский сайт, на котором можно заказать настоящую колоду для planning poker. Онлайн сервис для оценки сложности задач доступен владельцам аккаунтов Facebook.
Итак, осталось рассмотреть процесс проведения покер-планирования. Хотя, если нет желания приобретать специальные наборы карт, можно задействовать классические игральные карты. Главное – обговорить, какая фигура и что будет обозначать. Например, короля традиционно связывают с бесконечностью. Общий смысл тот же – сначала сроки, без оглядки на мнение остальных, и только потом обсуждение с принятием консенсуса. ✅ Хорошо подходит небольшим и удалённым командам, которые невозможно собрать для игры.
Если обсуждение начинает уходить в сторону, возвращайте фокус на основную тему. Planning Poker обычно проводят после создания бэклога, предпочтительно через несколько дней после завершения итерации. В качестве альтернативы покер-сессию можно провести сразу после ежедневного стендапа, когда вся команда в сборе.
Одно из отличий покерного планирования — оценку проводят несколько участников команды. В ходе оценки происходят обсуждения, уточняются выбранные подходы к реализации задачи, выбирается лучший из них и проводится повторная оценка, чтобы прийти к консенсусу. В покере планирования обычно используются специальные карточки — карты для покера планирования. На них изображены числа Фибоначчи — 0, 1, 2, 3, 5, 8, 13, а также альтернативные оценки — 20, 40, 100. Planning Poker — это метод коллективной оценки задач, который применяют в гибких методологиях разработки, особенно в Scrum-командах.
Ретроспектива (или просто ретро) в Agile — это важная командная встреча, основная цель ретроспективы — проанализировать прошедший спринт и найти способы для улучшения работы. В этой статье мы поговорим о том, для чего нужна ретроспектива, как провести ретро эффективно, и поделимся идеями, с чего начать, если ваша команда планирует свою первую ретроспективу. Поддерживайте атмосферу, в которой каждый готов внести свою лепту. Ограничьте время на каждую задачу, чтобы сессия оставалась продуктивной и динамичной.
Когда проголосует каждый, команда вскрывает карты — как и в покере. Каждая задача получает энное количество оценок с разными значениями. Хотя основная цель Покер планирования — оценка задач, он также косвенно влияет на расстановку приоритетов.
Затем команда приходит к общему решению — сумме, средней или максимальной оценке сложности по каждой задаче. Planning Poker (Покер планирование) – это техника оценки задач, используемая в Agile проектном управлении для оценки сложности задач с помощью коллективного голосования команды разработчиков. Покер планирования помогает избежать влияния авторитетов на оценку, так как все участники показывают свои карты одновременно. Кроме того, метод стимулирует обмен мнениями и опытом между членами команды, благодаря чему оценка становится точнее, и участники лучше понимают задачи. Также игровой формат покера планирования делает оценку более увлекательной, что позволяет вовлечь команду в обсуждение задач.
Команда собирается, получает повестку встречи — и колоду карт. Карта с цифрой 1 обозначает оценку в 1 идеальный час, если команда договорилась оценивать задачи в идеальных часах, и 1 Story Point, если оценки сложности задач производятся в Story Point’ах. Карта с цифрой 2 — это 2 идеальных часа или 2 Story Point’а и т. Однако подход будет более эффективным, если в оценке каждой задачи будут принимать участие только те участники команды, кто потенциально может выполнить задачу. Именно они смогут высказать экспертное мнение, которое сделает оценку более обоснованной и точной.
Участники самостоятельно читают и оценивают задачи, которые прислал модератор. Когда оценки получены, модератор смотрит, есть ли отклонения. Если мнения разделились, модератор делает удалённую сессию, на которой обсуждают оценки, как и в покер планировании.
Когда размер кейса ненормально увеличился, менеджер может узнать, рассмотрела ли команда что–то, что не входит в сферу, что могло бы увеличить размер. Он или она может делать такие предложения, но у них нет полномочий указывать команде уменьшить размер. Наконец, Майк Кон из Mountain Goat Software популяризировал покер в сфере планирования в 2005 году своей книгой «Гибкая оценка и планирование». Гибкость и готовность к изменениям — ключевые принципы Agile, и покер планирования обеспечивает быструю реакцию на новые требования и изменения в проекте. Ведущий должен подводить итоги голосования, но не высказывать свое мнение. Иначе некоторые участники начнут ориентироваться на лидера, и результат будет необъективным.
Фасилитатор следит, чтобы обсуждение не ушло в торги и нескончаемый спор. Цель обсуждения — обменяться опытом, понять, почему есть такой разброс оценок, и прояснить детали решения, которые помогут снизить разброс и прийти к консенсусу. Planning Poker — это эффективный метод оценки задач в Agile-разработке, который позволяет командам более точно прогнозировать сложность и время выполнения проектов.