Иными словами, получается некая модель игры «в тёмную», когда сначала делаются ставки на время реализации задачи, и только потом заслушиваются мотивированные части решений. Метод Planning Poker хорошо работает в небольших командах до 10 человек. Для крупных проектов можно разделить покер планирование команду на подгруппы, каждая из которых будет оценивать свою часть задач. На оценочной сессии должны присутствовать все участники, которые напрямую связаны с задачей.
Правила игры в покер планирования
Конечно, покер планирование подразумевает обсуждение, но оно должно быть лимитированным. Но долгая говорильня утомит и https://deveducation.com/ приведёт к нежеланию думать. В первую очередь при planning poker лучше оценивать общие усилия на задачу, а не только время. Если члены команды показали близкие по значению карты – консенсус достигнут. После голосования карты переворачивают лицевой стороной вверх.
Зачем проводить Planning Poker?
Фасилитатор следит, чтобы обсуждение не ушло в торги и нескончаемый спор. Цель обсуждения — обменяться опытом, понять, почему есть такой разброс оценок, и прояснить детали решения, Стадии разработки программного обеспечения которые помогут снизить разброс и прийти к консенсусу. Planning Poker — это эффективный метод оценки задач в Agile-разработке, который позволяет командам более точно прогнозировать сложность и время выполнения проектов.
Средства для распределённых команд
Ретроспектива (или просто ретро) в Agile — это важная командная встреча, основная цель ретроспективы — проанализировать прошедший спринт и найти способы для улучшения работы. В этой статье мы поговорим о том, для чего нужна ретроспектива, как провести ретро эффективно, и поделимся идеями, с чего начать, если ваша команда планирует свою первую ретроспективу. Поддерживайте атмосферу, в которой каждый готов внести свою лепту. Ограничьте время на каждую задачу, чтобы сессия оставалась продуктивной и динамичной.
- С помощью серий последовательных опросов, интервью, мозговых штурмов участники добиваются консенсуса для решения.
- С их помощью оценивают количество Story Points для каждой User Story или задачи, подлежащей обсуждению.
- Карты должны появляться именно рубашкой вверх — чтобы не повлиять на оценки других.
- Каждый размер футболки соответствует определенной оценке сложности.
- Мы настоятельно рекомендуем Вам принимать все возможные меры предосторожности во время пребывания в Интернете.
Описание процесса планирования с использованием карт
Затем команда приходит к общему решению — сумме, средней или максимальной оценке сложности по каждой задаче. Planning Poker (Покер планирование) – это техника оценки задач, используемая в Agile проектном управлении для оценки сложности задач с помощью коллективного голосования команды разработчиков. Покер планирования помогает избежать влияния авторитетов на оценку, так как все участники показывают свои карты одновременно. Кроме того, метод стимулирует обмен мнениями и опытом между членами команды, благодаря чему оценка становится точнее, и участники лучше понимают задачи. Также игровой формат покера планирования делает оценку более увлекательной, что позволяет вовлечь команду в обсуждение задач.
Участники самостоятельно читают и оценивают задачи, которые прислал модератор. Когда оценки получены, модератор смотрит, есть ли отклонения. Если мнения разделились, модератор делает удалённую сессию, на которой обсуждают оценки, как и в покер планировании.
Итак, осталось рассмотреть процесс проведения покер-планирования. Хотя, если нет желания приобретать специальные наборы карт, можно задействовать классические игральные карты. Главное – обговорить, какая фигура и что будет обозначать. Например, короля традиционно связывают с бесконечностью. Общий смысл тот же – сначала сроки, без оглядки на мнение остальных, и только потом обсуждение с принятием консенсуса. ✅ Хорошо подходит небольшим и удалённым командам, которые невозможно собрать для игры.
Для защиты Вашей личной информации мы используем разнообразные административные, управленческие и технические меры безопасности. Наших сотрудников обучают понимать и выполнять эти меры контроля, они ознакомлены с нашим Уведомлением о конфиденциальности, нормами и инструкциями. Тем не менее, несмотря на то, что мы стремимся обезопасить Вашу личную информацию, Вы тоже должны принимать меры, чтобы защитить ее.
С помощью метода команда может коллективно оценить сложность или трудоемкость задач, используя специальные карточки, напоминающие игру в покер. Часто при разработке программного продукта участники команды оценивают сложность поставленных задач по-разному. С его помощью можно не только оценить сложность задачи в целом, но и разбить ее на более мелкие компоненты для более быстрого решения. Команда собирается вместе и проводит несколько раундов покера планирования. В каждом раунде каждый участник высказывает свою оценку сложности задачи, используя систему стори-поинтов.
Если оценки стали ближе друг к другу, например, большинство выбрало 8, а пара человек — 13, можно принять среднее значение или округлить в большую сторону. Также новичкам сложно применять Planning Poker, так как незнакомые задачи трудно оценить без опоры на предыдущий опыт. Опытные участники в свою очередь могут манипулировать оценками — намеренно завышать или занижать цифры, чтобы повлиять на общий результат. Такое поведение искажает итоговую оценку и подрывает доверие в команде.
Если обсуждение начинает уходить в сторону, возвращайте фокус на основную тему. Planning Poker обычно проводят после создания бэклога, предпочтительно через несколько дней после завершения итерации. В качестве альтернативы покер-сессию можно провести сразу после ежедневного стендапа, когда вся команда в сборе.
Например, если задача А кажется в два раза сложнее, чем задача В, то она получит оценку в два раза выше. Этот метод не требует использования карт и может быть более быстрым и простым. В целом, проведение Planning Poker – это эффективный способ оценки сложности задач в Agile проектном управлении. Для ведения проектов можно использовать систему управления Worksection. В ней легко вносить прогресс работы и контролировать дедлайны.
