Planning Poker Или Покер Планирование В Оценке Задач

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

Покер планирования (Planning Poker) — это техника оценки задач, основанная на методе Wideband Delphi, который начали использовать в 1970-х годах. В 2002 году этот метод был адаптирован для Agile-команд Джеймсом Гренингом, одним из участников разработки Agile-манифеста. Эффект привязки возникает, когда команда открыто обсуждает оценки. Когда известны все значения, озвучьте задачу для оценки, но не обсуждайте её, пока все не выберут подходящую, по их мнению, карту. Если, например, разработчик выскажет своё мнение о задаче до начала голосования, остальные уже не смогут быть объективны, потому что станут ориентироваться на его оценку.

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

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

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

• Теперь вы знаете, как оценивать задачи по методу Planning Poker.
• Основные стратегии планирования существовали в течение долгого времени, но Agile–команды, которые в полной мере воспользовались этим, приветствовали усовершенствования, сделанные Греннингом.
• Либо выбирают карты eight и 13 в качестве максимального размера оценки.
• Перекинуться партией в покер на работе — а почему бы и да, если это игра помогает в планировании и в принятии эффективных решений.
• Собственно, с реальной карточной игрой покер-планирование никак не связано.
• Например, разработчик лучше знает, сколько времени реально занимает его работа, но может преувеличить её сложность, чтобы перестраховаться и получить больше времени.

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

Карты, Деньги, Два Ствола

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

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

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

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

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

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

Еще Публикации По Agile В

При голосовании бывает трудно определить, тянет ли задача на восьмёрку или ей достаточно поставить «7». Если выбор идет между «8» и «13», как в последовательности Фибоначчи, то здесь разница более очевидна и участники смогут более уверенно ставить оценки. Важно отметить, что оценка в покер планировании происходит не в часах, а в Story Points. В будущем мы отдельно расскажем о важности этого термина, однако сейчас важно быстро ввести читателя в курс дела. Как правило, покер планирования применяется в разработке ПО, но подойдет для любых Scrum-команд.

Если члены команды показали близкие по значению карты – консенсус достигнут. ❗В колоде должно не очень много карт, а на картах — значительные числовые скачки. Это гарантирует, что команда не завязнет в обсуждении. Покер планирование — усовершенствованный метод оценки Wideband Delphi, разработанный корпорацией RAND в середине XX века. Переработал  в 2002 году эту технику для Agile-команд разработчиков Джеймс Гренинг, один из основателей Agile-манифеста. Популярной технику сделал Майк Кон в 2005 году в книге «Agile Estimating and Planning».

Покер Планирования: Блеф Не Пройдет

Если в качестве размера выбран день, то он также должен использоваться в качестве ориентира для остальных итераций. Если конкретная пользовательская история имеет размер 1 или three, она должна оставаться постоянной в течение итераций. Никто не будет жаловаться на выбор более высокого числа, потому что признается, что решение требует времени. Основные стратегии планирования существовали в течение долгого времени, но Agile–команды, которые в полной мере воспользовались этим, приветствовали усовершенствования, сделанные Греннингом. Покер планирования (Planning Poker) — это очень эффективный метод гибкого планирования и оценки, который стал чрезвычайно известным в последние годы. Он основан на процедуре, известной как Wideband Delphi, которая была сделана корпорацией RAND между 1940 и 1968 годами (точный год неизвестен).

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

Описание Процесса Оценки

Командная оценка помогает получить объективный результат. Например, разработчик лучше знает, сколько времени реально занимает его работа, но может преувеличить её сложность, чтобы перестраховаться и получить больше времени. Поэтому процесс оценки всегда контролирует менеджер, он же ведущий. Идея в том, чтобы учесть мнения всех членов команды и сделать наиболее точные прогнозы. У каждого участника команды есть своя колода карт для оценки. Для того чтобы процесс относительной оценки проходил проще, желательно на встрече поместить в поле зрения команды набор эталонных задач (флипчарт, whiteboard и др.).

Основная задача покер-планирования – отвязаться от навязанных идей и сроков других участников планирования. Иными словами, повышается объективность оценки, соответственно, сроки реализации получаются максимально приближенными к реальным. Далее игроки вскрывают карты и идёт подсчёт голосов. Если большинство участников выбрали одну карту — её число присваивается задаче автоматически. Подход назвали покер планирования, или Planning Poker.

В этом поможет функция создания поля для ввода значений несколькими пользователями. Так сотрудники смогут коллективно оценить сложность или приоритетность задачи. Метод покерного планирования можно легко реализовать в Kaiten. Главное, чтобы все участники договорились о значениях всех карт и правильно понимали их суть перед началом оценки. Далее участникам оценки раздается одинаковое количество карт с цифровыми значениями.

Так, если разработчик желает выбрать 6, но он не до конца уверен, он выберет 5, либо может предусмотрительно выбрать eight. Planning Poker помогает добиться объективной покер планирование это и точной оценки задач. Но, чтобы всё работало, важно соблюдать правильную последовательность шагов. Вот чек-лист, который ещё раз напомнит, что и  когда делать.

Корреляцию чисел с требуемым на задачу временем команда определяет самостоятельно. Когда команды используют карты так, как им нравится. Например, чаще, чем это стоит, используют карточку «? Либо выбирают карты eight и 13 в качестве максимального размера оценки. В результате такой оценки  команда участников приходит к общему видению способа реализации задачи и оценке ее сложности или объема работ.