Что такое Planning Poker в Agile? Полное руководство по оценке в Agile

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

Точность групповой оценки по сравнению с индивидуальной

В исследовании по точности оценки усилий между индивидуальными и групповыми оценками в эксперименте по разработке программного обеспечения 20 специалистов по программному обеспечению из одной компании независимо оценили усилия, необходимые для реализации одного и того же программного проекта. У участников были разные профессиональные бэкграунды и роли, и программный проект уже был реализован ранее. Затем они были сгруппированы в пять команд. Каждая команда обсуждала и объединяла свои знания, чтобы прийти к согласованной оценке.
Результат – Оценки, основанные на групповом мнении, были более точными, чем индивидуальные оценки.

Что такое Planning Poker?

Planning Poker (также известный как Scrum Poker) — это игровая техника, основанная на согласии, используемая для оценки, в первую очередь для оценки усилий или относительного размера задач разработки в процессе разработки программного обеспечения.
Scrum Planning Poker
Scrum Planning Poker
Шаги Planning Poker
  1. Чтобы начать сессию Planning Poker, владелец продукта или клиент зачитывает Agileисторию пользователя или описывает функцию для оценщиков.
    Пример:

    • «Пользователь заходит в систему бронирования»
    • «Пользователь вводит критерии поиска для бронирования отеля»
  2. Члены команды одновременно кладут свои нумерованные карточки рубашкой вниз, чтобы скрыть свои оценки (используя последовательность Фибоначчи: 1, 2, 3, 5, 8, 13, 20, 40)
  3. Все карточки одновременно открываются
  4. Обсудить оценки и объяснить высокие или низкие значения
  5. Повторить по необходимости, пока не будет достигнуто согласие
Scrum Planning Poker Steps
Шаги Scrum Planning Poker
Скрытие чисел таким образом позволяет группе избежать когнитивного предвзятого эффекта, при котором первое названное число устанавливает прецедент для последующих оценок.

Оценка в Agile — относительная по сравнению с абсолютной

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

Последовательность Фибоначчи и планирование покера

Покер планирования использует последовательность Фибоначчи для присвоения баллов функциям или пользовательским историям. Последовательность Фибоначчи — это математическая последовательность, введенная в XIII веке для описания определенных аспектов природных паттернов, таких как ветвление деревьев. Последовательность формируется путем сложения двух предыдущих чисел для получения следующего значения: 0, 1, 1, 2, 3, 5, 8, 13, 21 и т.д.
Для целей оценки в рамках Agile некоторые числа были скорректированы, чтобы получить следующую последовательность: 1, 2, 3, 5, 8, 13, 20, 40, 100, как показано ниже:
Fibonacci Sequence and Planning Poker
Последовательность Фибоначчи и планирование покера
Значение карт, используемых в покере планирования, объясняется в таблице ниже:
Карта Объяснение
0 Задача уже выполнена.
1/2 Задача очень маленькая.
1, 2, 3 Используется для небольших задач.
5, 8, 13 Используется для задач среднего размера.
20, 40 Используется для крупных задач.
100 Используется для очень крупных задач.
<Бесконечность> Задача огромная.
? Не уверен, сколько времени потребуется для завершения.
<одна чашка кофе> Я голоден?

Исторические баллы против часов при оценке

Почему использоватьИсторические баллывместо значений, основанных на времени? Исторические баллы позволяют командам сосредоточиться на сложности и усилиях, вложенных в выполнение работы. Команда сравнивает новую работу с уже выполненной. Они оценивают сложность новой задачи относительно прежних вызовов и оценивают уровень сложности и необходимое время.
Например, мы обычно не учитываем «стоимость ведения бизнеса». Совещания, электронные письма, проверка кода — все это имеет временную ценность. Но на самом деле это необходимые практики в повседневной жизни, и они не считаются «работой». Исторические баллы отделяют разработку программного обеспечения от связанных операционных задач, делая оценку на основе баллов более стабильной, чем оценка на основе времени.

Ссылки

  1. Что такое Planning Poker в Agile?
  2. Scrum Poker для Agile-проектов – Work Life от Atlassian
  3. Онлайн-планирование покера | Scrum poker | Мы Agile Вы
  4. Planning Poker: Методика оценки и планирования в Agile
  5. Что такое Agile-оценка? – Visual Paradigm
  6. Магическая оценка – FourWeekMBA
  7. Что такое Planning Poker? | Определение и обзор
  8. Planning poker: Агиле-подход к оценке для команд Scrum – блог LogRocket
  9. Что такое Agile-оценка?
  10. Planning Poker — руководство по применению методики Agile-оценки | Easy Agile

 

Leave a Reply