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

Planning Poker позволяет добиться единой относительной оценки задачи всей командой. Фасилитатор встречи ведет процесс, следит за ходом обсуждения, помогает командам найти консенсус в спорных ситуациях, следит за временем. Ряд Фибоначчи показывает эту растущую неопределенность. Вместо того чтобы обсуждать, сколько единиц усилий требуется для выполнения задачи – 19 или 20, последовательность Фибоначчи заставляет дать более общую оценку (в данном случае – thirteen или 21). Участники обсуждают разные аспекты пользовательской истории. Часто затрагиваются вопросы о том, как будет выполняться работа, сколько людей нужно, какие навыки требуются и как преодолеть возможные препятствия.

B Определитесь С Методом Оценки

✅ Хорошо подходит небольшим и удалённым командам, которые невозможно собрать для игры. Техника не требует одновременного участия в сессии и даёт больше времени на понимание задачи. ❗В колоде должно не очень много карт, а на картах — значительные числовые скачки. Это гарантирует, что команда не завязнет в обсуждении. Если есть — то человеку, который поставил оценку, сильно отличающуюся от других, дают слово.

Так сотрудники смогут коллективно оценить сложность или приоритетность задачи. Метод покерного планирования можно легко реализовать в Kaiten. Важно ограничить встречу по времени и строго следить за таймингом.

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

Например, в Kaiten используется функция «Коллективная оценка» в карточках задач. Остальная команда тоже не вкладывает в проект 100% своего рабочего времени. Кофе-брейки, митинги, перекуры и даже походы в туалет — всё это часть рабочего дня. Поэтому, если объём задач Ольги оценён в 40 часов, не стоит ждать, что она уложится ровно в пять рабочих дней.

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

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

Как Применять Planning Poker?

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

Ниже мы разберем все основные этапы проведения покер планирования и дадим советы, собранные нами за время проведения более чем сотни планирований спринтов. Когда все участники проголосовали, организатор игры нажимает кнопку “Показать голоса”, после чего все карты раскрываются, и автоматически выбирается средняя оценка. Если у вас подключена интеграция с Jira, вы можете импортировать задачи из вашего проекта. В открывшемся окне найдите нужные задачи, и при нажатии на заголовок задачи она автоматически добавится на голосование.

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

Другими словами, это эффективный метод коллективного принятия решений в процессе разработки программного продукта. Когда команда состоит из трех человек, достичь единого мнения может быть легко, но когда в ней участвуют 10, 20 или даже больше сотрудников, мнения часто расходятся. Именно для таких случаев было создано покер https://deveducation.com/ планирование. После того, как вопросы были рассмотрены, каждый выбирает карту со значением, наиболее близким к его оценке размера задачи.Никто не видит выбор других, пока все не проголосуют. Анонимное голосование помогает предотвратить возникновение анкерного эффекта, который может исказить оценки. Этот эффект подробно описан в книге психологов Амоса Тверского и Даниэля Канемана “Думай медленно, решай быстро”.

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

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

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

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