Покер планирования (Planning Poker) — это техника оценки задач, основанная на методе Wideband Delphi, который начали использовать в 1970-х годах. В 2002 году этот метод был адаптирован для Agile-команд Джеймсом Гренингом, одним из участников разработки Agile-манифеста. Те, кто покер планирование хотел назвать число 100, захотят уменьшить свою оценку, а те, кто задумал число 10, захотят увеличить её. Это может быть опасным и приводить к оценкам, на которые повлияли планы или личные мнения людей, не сфокусированных на качественном выполнении задачи. Planning Poker помогает команде разработчиков более точно оценивать сложность задач и учитывать все возможные риски и проблемы, связанные с их выполнением. Он также помогает сформировать общее понимание задачи в рамках команды и определить необходимый объем работы для выполнения задачи в заданный период времени.
Топ-9 российских Kanban-досок для управления проектами
Мы настоятельно рекомендуем Вам принимать все возможные меры предосторожности во время пребывания в Интернете. Организованные нами услуги и веб-сайты предусматривают меры по защите от утечки, несанкционированного использования и изменения информации, которую мы контролируем. Имя используется для обращения лично к вам, а ваш e-mail для отправки вам писем рассылок, новостей тренинга, полезных материалов, коммерческих предложений. Вы можете отказаться от получения писем рассылки и удалить из базы данных свои контактные данные в любой момент, кликнув на ссылку для отписки, присутствующую в каждом письме. Персональные данные, собранные при регистрации (или в любое другое время) Локализация программного обеспечения преимущественно используется для подготовки Продуктов или Услуг в соответствии с Вашими потребностями.
Заказать колоду просто — заполните форму и мы вышлем ее вам лично!
Но в целом в обосновании могут участвовать буквально все игроки, если позволяет время. Каждый игрок кладёт свою карту рубашкой вверх, чтобы её номинал не могли видеть оппоненты. Метод обсуждения задач по модели https://deveducation.com/ Planning Poker впервые предложил Джеймс Греннинг, который является одним из создателей манифеста Agile, в 2002 году. Чуть позже подход популяризировал Майк Кон в своей книге Agile Estimating and Planning (год выхода – 2005). Важно создать атмосферу открытого диалога — каждый должен чувствовать себя комфортно, высказывая свое мнение. Модератор следит, чтобы обсуждение не превращалось в спор, а оставалось конструктивным обменом идеями.
Как и зачем мы проводим планирования
С помощью серий последовательных опросов, интервью, мозговых штурмов участники добиваются консенсуса для решения. Анализ оценок проводится в несколько этапов, а результаты обрабатываются статистическими методами. Карты должны появляться именно рубашкой вверх — чтобы не повлиять на оценки других. Цифры на картах могут означать количество баллов пользовательской истории, дни, часы выполнения или другие единицы, которые команда сама себе придумает. Исходя из результатов игры можно делать выводы и решать, как работать над задачами дальше.
Участники снова вытягивают карточки, кладут их рубашкой вверх, после чего карты вскрываются и участники видят новый диапазон из оценок. После второго тура голосования этот диапазон должен уменьшиться. Например, оценивая сложность задачи, сотрудник А выбрал карточку с цифрой 3, а сотрудник Б — с числом 13. Все остальные эксперты выбрали карточки между этими значениями.
Ну и «играть» при планировании часто приходится с неполной информацией о картах противников. Не затягивайте обсуждение, оптимальное время — 5-10 минут на задачу. Если дискуссия затягивается, возможно, задачу стоит разбить на более мелкие подзадачи. После обсуждения проводят повторное голосование, обычно второй раунд дает более близкие друг к другу результаты.
Если конкретная пользовательская история имеет размер 1 или 3, она должна оставаться постоянной в течение итераций. Все, что команда выбирает в качестве шаблона, должно быть согласованным на всех итерациях. Группы обычно обращаются к специализированным точкам интереса, когда они говорят о пользовательской истории. Никто не будет жаловаться на выбор более высокого числа, потому что признается, что решение требует времени. Довольно часто гибкие команды позволяют всем голосовать, даже если они не знают, о чём идет речь. Затем в 2002 году предприниматель, занимающийся программным обеспечением, Джеймс Греннинг усовершенствовал эту технику, назвав ее Planning Poker и адаптировав ее для команд agile-разработчиков.
После выбора поля откроется окно для коллективного ввода оценок для этой карточки. Метод покерного планирования можно легко реализовать в Kaiten. Выбранное значение фиксируется, а команда переходит к следующей задаче, и шаги, описанные выше, повторяются. Главное, чтобы все участники договорились о значениях всех карт и правильно понимали их суть перед началом оценки.
❗В колоде должно не очень много карт, а на картах — значительные числовые скачки. Это гарантирует, что команда не завязнет в обсуждении. Задача техники planning poker в Scrum – получить инсайты и максимально ценные результаты. Для этого надо собрать людей, которые участвуют в разработке продукта. В этом поможет функция создания поля для ввода значений несколькими пользователями.
Чтобы оценка была независимой, а сотрудники не привязывались к мнению друг друга, карты кладутся на стол рубашкой вверх. Для офлайн-встречи необходимо заранее подготовить колоду карт — это могут быть специальные карты для покерного планирования или обычная колода карт. Другими словами, это эффективный метод коллективного принятия решений в процессе разработки программного продукта. Когда команда состоит из трех человек, достичь единого мнения может быть легко, но когда в ней участвуют 10, 20 или даже больше сотрудников, мнения часто расходятся.
Цель этапа — не заставить всю команду согласиться с одним числом, а прийти к общему пониманию объема и сложности задачи. Небольшие расхождения допустимы, если команда осознает все риски и сложности. После обсуждения и повторного голосования команда обычно приходит к согласованной оценке.
У каждой команды должна быть своя система расчета SP, основанная на стиле ее работы. При расчете принимается во внимание объем работы, техническая сложность и возможные риски. Для принятия решений по системе planning poker используется колода специальных карт.
- Правильно организованный покер планирования не только улучшает точность оценок, но и помогает команде лучше понять проект и выявить потенциальные риски.
- Так, если разработчик желает выбрать 6, но он не до конца уверен, он выберет 5, либо может предусмотрительно выбрать 8.
- У каждой команды должна быть своя система расчета SP, основанная на стиле ее работы.
- Когда команда состоит из трех человек, достичь единого мнения может быть легко, но когда в ней участвуют 10, 20 или даже больше сотрудников, мнения часто расходятся.
- «Мы использовали Planning Poker на этой неделе и нашли метод очень полезным.
Важно ограничить встречу по времени и строго следить за таймингом. Обычно на одну сессию выделяется 2—4 часа в зависимости от объема обсуждаемых задач, количества участников и уровня их вовлеченности. Подробнее о том, как грамотно планировать встречи с командой и делать их продуктивнее, можно узнать здесь. Для второго случая существуют разнообразные онлайн-сервисы с функционалом для Planning Poker. Например, в Kaiten используется функция «Коллективная оценка» в карточках задач. В 2002 году Джеймс Греннинг представил миру концепцию Покера планирования (Planning Poker) в своей публикации.
Покер в планировании позволяет выявить и изолировать мнение наиболее влиятельных участников команд, дать возможность высказать и обосновать своё мнение всем остальным. Собственно, с реальной карточной игрой покер-планирование никак не связано. Единственная общая черта – необходимость открытия карт и немного элементов «торговли». Правда «торговаться» нужно больше с собой, чем с другими участниками.