Как оценивать задачи по методу Planning Poker

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

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

Планирование покера

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

Процесс обсуждения продолжается до достижения консенсуса. Голос участника, который, скорее всего, будет владеть разработкой, имеет больший вес в «голосовании на основе консенсуса». Каждый участник называет свою карту и переворачивает её. Каждому участнику обсуждения выдаётся по колоде карт. Реализуем в следующий релиз + простые(задачи берутся с головы списка). По тому как решаются такие задачи можем сразу понять темп релиза….

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

Или же, гуляя с собакой, вы понимаете что ваш шпиц меньше пуделя, а тот меньше овчарки. Конечно, свои дела вы не будете оценивать в собаках или других зверях (хотя некоторые IT-компании так и поступают), вы будете оценивать задачи в цифрах. Вот как проходит оценка задачи по методу Planning Poker. Мы расскажем, что делать, когда команда находится в офисе и её можно привлечь к обсуждению. Они могут использовать карту «Мне нужен перерыв», которая позволяет им привлечь внимание каждого к необходимому перерыву.

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

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

Покер планирования (Planning Poker)

Гибкая методология разработки — она на то и гибкая, что вынуждает изменять приоритеты и ставить задачи по ходу работы над проектом. Ценность затраченного времени на ту или иную задачу здесь невероятно высока. А если еще вспомнить, что обычно разрабатывается сразу несколько проектов? Не рассчитали — образовалась пробка похуже, чем на Садовом кольце. Поэтому не будем забывать слова, приведенные в следующем эпиграфе. Затем каждый участник лично оценивает задачу и кладёт на стол “закрытую” карту со своим числом.

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

Каждый участник получает набор карточек, представляющих последовательность чисел. Обычно последовательности включают удваивающиеся числа, (0, ½, 1, 2, 4, 8, 16 и т. Д.), Ряд Фибоначчи , размеры футболки и т. Последовательность Фибоначчи более распространена и с ней легче работать. — Scrum Master представляет одну пользовательскую историю за раз.

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

Расширенный Scrum

То есть, ничто не сможет сбить с толку того, кто еще сомневается. Он выявляет проблемы раньше времени и в ходе истории https://deveducation.com/ пользователя, а не в конце. Все, что команда выбирает в качестве шаблона, должно быть согласованным на всех итерациях.

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

Во время обсуждения достоинствам не должны приписываться новые значения в зависимости от размера функций с целью избегания эффекта привязки. Если у вас есть зависимости между задачами, то вначале следует их выявить. Построить сетевой график для них – производить poker planning планирование исходя из него. А для областей где задачи независимы можно и нужно использовать квадрант Кантора. В результате у нас получилась вот такая картина. В процессе торгов выяснилось что EPIC 5 проще чем EPIC 3 и более того он самый простой из всех эпиков.

Достоинства метода[править | править код]

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

Преимущества Scrum Planning Poker

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

Соберите команду и договоритесь о значениях

Для EPIC 5 и EPIC 3 процесс анализа сложности закончился. Время исполнения (за сколько сделаем)– считается, что это то же самое, что и трудоемкость. Главное отличие состоит в том, что это не время которое мы потратили на задачу, а время, через которое мы можем сказать, да задача полностью выполнена. Наполнить наш бензовоз с помощью насоса можно, скажем за 1 час, и если все так просто. То через час + небольшой запас, мы можем сказать – да все готово. Но ситуация меняется когда надо наполнить бензовоз можно только, например, в присутствии комиссии, а собирается она раз в месяц.

Принимайте правильные решения, прислушивайтесь к мнениям ваших коллег, подбирайте адекватные оценки. Планирование — это регулярный процесс командного обсуждения каждой задачи. Мы проводим его раз в 2 дня, и в нем участвуют только члены инженерной команды и те, кто ставит им задачу. Если расхождение не более, чем на две карты (например, 5, 8, 8, 13), то берется среднее арифметическое, округленное в большую сторону (здесь будет 8), и команда переходит к следующей задаче. Каждый участник команды получает колоду карт с числами 1, 3, 5, 8,13 и так далее.

Он используется для оценки времени и сложности выполнения задач в Agile и, в частности, в Scrum. Покер планирования или planning poker — это методика, которая позволяет принимать https://deveducation.com/ решения с учетом мнения всех подчиненных. Метод planning poker дает возможность каждому сотруднику высказать свою позицию, но обсуждение вопросов не затягивается надолго.

Нужно стремиться, чтобы сложность задачи не превышала 1 день. Примерная оценка задач по размерам условных маек — XS, S, M, L, XL. Оценивают, сколько дней или рабочих часов займёт выполнение задачи. Сервис для планирования и блог о Planning Poker. Можно использовать с компьютера или смартфона.

Автор: Ivan Sorochan