Планирование покера: как сделать процесс оценки ясным и прозрачным

Оценка задач - это важная проблема, с которой разработчики программного обеспечения постоянно сталкиваются в своей работе.

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

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

Однако, если вы не любите оценивать задачи «на глаз» и хотите получать прозрачные и точные результаты, попробуйтеPlanning Poker. Здесь мы кратко опишем, как это сделать.

Что такое планирование в покере в Agile?

МногиеAgile-командыиспользуют концепцию Planning Poker для оценки Agile. Что именно это означает?

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

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

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

Каковы корни техники?

Пытаясь найти истоки Planning Poker, стоит выделить следующие вехи:

  • В 1970-х Барри Бем предложил концепциюWideband Delphi- предшественницу Planning Poker.
  • В 2002 году была опубликована статья Джеймса Греннингта о нынешней форме Planning Poker.
  • В 2005 году методика была популяризирована в сообществе Scrum.

Как это работает?

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

Лучший способ применить Planning Poker - это тот случай, когда вам нужно оценить относительно небольшое количество элементов в небольшой команде (например, 10 элементов с 6-8 людьми).

Итак, процесс основан на консенсусе. Фактически он работает с использованием последовательности Фибоначчи для присвоения значения точки элементу или функции.

Последовательность Фибоначчи- это математический ряд чисел. Это понятие с вековой историей сейчас широко используется для объяснения определенных формирующих аспектов природы. Согласно алгоритму, вы складываете два предыдущих числа вместе, чтобы получить следующее значение в последовательности: 0, 1, 1, 2, 3, 5, 8, 13, 20 и так далее.

Владельцы продуктов должны прочитать конкретную пользовательскую историю или описать функцию оценщикам перед тем, как начать процесс Planning Poker.

У каждого оценщика есть колода карт со значениями 0, 1, 2, 3, 5, 8, 13, 20, 40 и 100 (рекомендуемая последовательность). Значения представляют собой количество очков истории, которые оценивает команда (также могут быть идеальные дни или другие единицы).

Вот шаги Planning Poker:

  • Члены команды встречаются в одном месте с покупателем или владельцем продукта.
  • Им достается набор карточек.
  • Владелец продукта показывает элемент для оценки, и все обсуждают его.
  • Всеигроки командывыбирают карту, которая представляет их оценку, и выбранные карты открываются одновременно.
  • Если все участники выбрали одну и ту же карту, эта сумма баллов является приблизительной. Если карты не совпадают - все обсуждают смету. Член команды, выбравший наименьшее значение, объясняет, почему он выбрал это значение. Человек, выбравший самую высокую ценность, объясняет, почему он выбрал ее.
  • Такой отбор происходит до тех пор, пока оценки не сойдутся. 2-минутный таймер можно использовать для хронометража разговора.

Все о специальных картах

Применяя эту технику, вы столкнетесь с некоторыми особенными картами:

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

Какие ожидаемые выгоды?

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

А как насчет подводных камней?

  • Некоторые люди настаивают на том, что Planning Poker - это не инструмент оценки, а инструмент, который просто может помочь командам оценить усилия, необходимые для завершения пользовательской истории (при правильном применении).
  • Часто Скрам-мастера направляют команду к желаемому ответу, а не позволяют людям прийти к своему ответу на основе разговора.
  • Иногда Planning Poker становится источником страха при планировании, однако он должен привносить только элемент веселья.
  • Кроме того, добавление точек на основе домена может быть плохой практикой. Это когдаразработчики программного обеспечениядоговариваются о том, сколько баллов нужно для разработки истории, а затем специалисты по контролю качества добавляют баллы, необходимые для завершения тестирования.

Несколько быстрых советов

  • Лучше стремиться к тому, чтобы сложность задач не превышала одного дня.
  • Лучше спланировать так, чтобы у команды был запас задач на срок более 1-2 дней. Члены вашей команды запомнят все детали обсуждения каждой конкретной задачи.
  • Если ваша задача выполняется на 2 дня дольше, ее нужно снова забрать для планирования и обсуждения.
  • Формат Planning Poker подойдет разработчикам, администраторам, аналитикам и другим командам. Это помогает им лучше понимать задачи и определять решения еще на этапе постановки.

Как вы оцениваете задачи, сложность и время их выполнения? Не стесняйтесь комментировать и делиться своим опытом.