Руководство по скраму | 24. Планирование покера

Опубликовано: 2022-05-27

Planning Poker — один из самых популярных методов оценки Scrum. Это происходит во время планирования спринта и имеет несколько простых правил. Все игроки становятся членами Команды Разработки и каждый из них одновременно выкладывает на стол карточку с количеством Story Points для оценки задачи, описанной Владельцем Продукта. Каковы преимущества и недостатки Planning Poker и как в него играть? Взгляните на наш пост, чтобы узнать и освоить технику.

Планирование покера – содержание:

  1. Введение
  2. Как играть в покер планирования?
  3. Правила планирования покера
  4. Преимущества и недостатки планирования покера
  5. Резюме

Введение

Покер планирования, также называемый Scrum Poker или Pointing Poker , представляет собой относительный метод оценки объема работы, необходимой для выполнения конкретной задачи. Он был создан в 2022 году Джеймсом Греннингом. Он хотел решить проблему бесконечных споров в Скрам-команде по поводу оценки сложности задач, поставленных перед Разработчиками.

Как играть в покер планирования?

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

Карты Story Point обычно содержат значения, соответствующие последовательности Фибоначчи, т. е. 0, 1, 3, 5, 8, 13, 20, 40 и 100. Также бывает, что они отмечены последовательными степенями 2, т. е. 2, 4. , 8, 16, 32 и так далее. Почему они не являются последовательными номерами? Потому что Planning Poker — это четкое отображение различий между сложностью задач. А слишком малые различия между значениями карт могли бы скрыть суждения.

Числа обычно выражают количество Story Points. Однако они также могут быть другими единицами измерения, используемыми Скрам-командой. Подробнее о единицах оценки и Story Points мы писали в этой статье.

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

Планирование игры в покер подсказки:

  • колода карт с User Stories – готовится отдельно для каждой игры
  • колода карт с Story Points – по одной колоде на каждого Разработчика, для многократного использования

Этапы покера планирования:

  1. Презентация истории пользователя
  2. Обсуждение
  3. Геймплей (этапы 2 и 3 повторяются до тех пор, пока все не достигнут консенсуса)
  4. Консенсус
  5. Переходим к следующей пользовательской истории

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

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

Следующий шаг — начать обсуждение реализации User Story. В обсуждении участвует вся Скрам-команда, но основными участниками являются Разработчики. Обсуждение касается, в том числе, таких вопросов, как:

  • техническая сторона задачи
  • навыки отдельных разработчиков, которые будут необходимы для выполнения задачи
  • способы справиться с ожидаемыми трудностями
  • дополнительные задачи, связанные с выполнением User Story.

Когда Разработчики соглашаются по наиболее важным вопросам, каждый из них выбирает одну из карт из своей колоды Story Points. Затем они размещают его в соответствии со своим мнением над кадом User Story, который лучше всего отражает его уровень сложности.

Следующий шаг зависит от того, как были распределены карты:

  • Если Разработчики выложили на стол карты разного достоинства, они возвращаются к обсуждению. Затем они убирают карты со стола и переоценивают ценность пользовательской истории. Ситуация повторяется, и разработчики снова рисуют, пока не достигнут консенсуса.
  • Если Разработчики соглашаются с User Story, они переходят к следующему раунду Planning Poker. Владелец продукта представляет следующую пользовательскую историю, и процедура повторяется до тех пор, пока пул пользовательских историй, запланированных для текущего спринта, не будет исчерпан.
Scrum technique: Planning Poker

Преимущества и недостатки планирования покера

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

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

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

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

planning poker

Резюме

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

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 24. Planning Poker caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта