Покер планирование: Коллективная оценка трудоемкости задач в Agile Planning Poker Хабр

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

Как использовать Planning Poker

Если все участники выбрали одинаковые карты, то задача считается оцененной. Если же оценки различаются, то команда продолжает обсуждать задачу, чтобы выявить причины разногласий. Затем, все участники снова выбирают карты, и процесс повторяется до тех пор, пока все не сойдутся на одной оценке. В ходе Planning Poker команда разработчиков собирается вместе, чтобы обсудить задачу и оценить ее сложность. Каждый член команды получает колоду карт со значениями Story Points (обычно используются карты со значениями от 0 до 100), и все вместе обсуждают задачу, чтобы https://deveducation.com/ определить ее сложность.

Какие навыки необходимы для проведения Planning Poker?

• Это гарантирует, что команда не завязнет в обсуждении.
• Как правило, после обсуждения двух оценок участники договариваются о лучшем способе реализации задачи.
• Она обычно используется в гибкой методологии разработки, в частности, в методологии экстремального программирования.
• Затем владелец продукта (или, возможно, менеджер по продукту) зачитывает каждую User Story вслух группе.

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

Средства для распределённых команд

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

Как работает метод Planning Poker

У каждой команды должна быть своя система расчета SP, основанная на стиле ее работы. При расчете принимается во внимание объем работы, техническая сложность и возможные риски. Для принятия решений по системе planning poker используется колода специальных карт.

Покер в планировании позволяет выявить и изолировать мнение наиболее влиятельных участников команд, дать возможность высказать и обосновать своё мнение всем остальным. Собственно, с реальной карточной игрой покер-планирование никак не связано. Единственная общая черта – необходимость открытия карт и немного элементов «торговли». Правда «торговаться» нужно больше с собой, чем с другими участниками.

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

Теперь, когда все услышали историю, группа обсудит ее. Участники опишут, как они видят выполнение работы, сколько людей, по их оценке, будет задействовано, какие навыки потребуются и какие препятствия, по их мнению, замедлят прогресс. Группа также будет использовать это время, чтобы задать вопросы об истории. Planningpoker.com — англоязычный сайт, посвященный системе planning poker. При покупке платной версии количество участников не ограничено.

Часто затрагиваются вопросы о том, как будет выполняться работа, сколько людей нужно, какие навыки требуются и как преодолеть возможные препятствия. Эти обсуждения помогают команде лучше понять историю и прийти к общему мнению. Bucket System (Система ведер) – это метод, который использует группировку задач в «ведра» в соответствии с их сложностью. Например, ведро «Легкие задачи» может содержать задачи с оценкой от 0 до 3, а ведро «Сложные задачи» – задачи с оценкой от 8 до 13. Этот метод может быть полезен для команд, которые хотят быстро оценить большое количество задач. Суть покера в азарте, а суть проектного менеджмента — в системе.

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

Покер планирования (Planning Poker) — это очень эффективный метод гибкого планирования и оценки, который стал чрезвычайно известным в последние годы. Он основан на процедуре, известной как Wideband Delphi, которая была сделана корпорацией RAND между 1940 и 1968 годами (точный год неизвестен). Затем владелец продукта (или, возможно, менеджер по продукту) зачитывает каждую User Story вслух группе.

Подведите итоги встречи, а Srum-мастер может отметить себе, что можно улучшить в будущем. После игры формируется список задач, которые идут в работу. Пользовательская история — неформальное объяснение функции программного обеспечения, которое описывает ценность для конечного пользователя. Метод чисел Фибоначчи – числовая последовательность, где первые два числа равны 0 и 1, а каждое последующее сумме двух предыдущих чисел.