Pull to refresh

Покер планирование: Коллективная оценка трудоемкости задач в Agile (Planning Poker)

Level of difficultyEasy
Reading time2 min
Views4.5K

В 2002 году Джеймс Греннинг представил миру концепцию Покера планирования (Planning Poker) в своей публикации. Стоит отметить, что он является соавтором Agile-манифеста, который по сей день является одним из принципов разработки программного обеспечения.

Итак, что такое Покер планирования?

Покер планирования – это техника, применяемая в Scrum-командах в рамках Agile-разработки для коллективной оценки трудоемкости задач.

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

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

Если вам нужен онлайн-сервис для покер планирования на русском языке, рекомендуем обратить внимание на https://pplanning.ru.

Но также существуют зарубежные сервисы для покер планирования:

Процесс покер планирования можно описать следующим образом:

  1. Перед началом покер планирования заказчик или владелец проекта должен ознакомить команду с Agile-историей задачи. Если у участников команды возникают вопросы, на них можно ответить на этом этапе.

  2. Подготовьте колоду карт с числовыми значениями. У каждого участника будет своя колода. Обычно используются числа из адаптированного ряда Фибоначчи: 1, 2, 3, 5, 8, 13, 20, 40 и т.д. Этот ряд чисел удобен для покер планирования, поскольку значительно проще отследить сложность задачи, опираясь на число. Кроме того, декомпозиция задачи на более мелкие поможет ускорить достижение общего консенсуса. Если большую задачу разделить на ряд маленьких и решать их последовательно, общее согласие будет достигнуто гораздо быстрее.

  3. Для наглядности можно подготовить эталонную задачу. Эталонная задача – это задача, которую команда уже решила или по которой было достигнуто единство мнений.

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

Tags:
Hubs:
Total votes 8: ↑0 and ↓8-8
Comments1

Articles