Planning Poker — онлайн покер планирования задач
Метод планирования с помощью покерных карт берет свое начало от метода оценки трудозатрат в Scrum (подробнее см. в разделе « Оценка трудозатрат в Scrum »), называемого широкополосным методом Дельфи, разработанного корпорацией RAND в 1940-х годах. Оригинальный метод Дельфи предполагал предоставление независимым экспертам анкет и получение обратной связи посредством итеративных раундов до достижения консенсусной оценки.
Метод «планирования покера», разработанный Майком Коном, включает в себя некоторые из этих идей, но больше фокусируется на коллективном принятии решений всеми участниками, а не только на мнении экспертов. Более того, Джеймс Греннинг внес свой вклад в разработку «планирования покера» в рамках сообщества Agile. Он вместе с Майком Коном, Алистером Кокберном и другими, известен своим участием в создании и популяризации «планирования покера» как метода оценки в Agile. Джеймс Греннинг был активной фигурой в сообществах Agile и разработки программного обеспечения, и его вклад, наряду с вкладом других, сыграл роль в формировании практик Agile, включая использование таких методов, как «планирование покера», для эффективного командного взаимодействия и оценки в Scrum и других методологиях Agile.
Основные принципы Scrum Planning Poker — это сотрудничество, точность, ответственность и прозрачность. Учет мнений всех членов команды при оценке задач или историй способствует лучшему пониманию зависимостей и потенциальных рисков, связанных с задачей. Таким образом, можно эффективно прояснить любые вопросы, касающиеся сложности функций в бэклоге продукта и адекватно оценить проект. Кроме того, Scrum Planning Poker помогает укрепить доверие между членами команды. Он включает различные роли, такие как скрам-мастер и сотрудников, работающих с клиентами. Итоги голосования раскрываются одновременно, это позволяет избежать предвзятости. Обсуждение, необходимое для достижения консенсуса, добавляет прозрачности процессу оценки, что высоко ценится многими организациями.
Это похоже на групповой проект, где каждый участник, от представителей заказчика до скрам-мастера, обладает уникальным набором навыков, мнений и опыта. Группа использует разнообразные точки зрения для анализа пользовательских историй, что способствует принятию более взвешенных решений.
Теперь вы понимаете основы планирования в Scrum с помощью покера. Но для более подробного изучения всех его аспектов, предлагаем ознакомиться с самыми популярными вопросами.
Оценка трудозатрат
В Scrum Planning Poker каждый член команды оценивает сложность или трудозатраты блоков в относительном выражении, присваивая им баллы от 1 до 100 с помощью специальных карточек.
Как же подготовить колоду карт? Или, другими словами, как скрам-мастер координирует эту карточную систему в Jira?
Для эффективного внедрения Scrum Planning Poker первым шагом для скрам-мастера является подготовка стандартной колоды карт. Эта колода должна содержать числа, представляющие различные значения от 0 до 100 и предназначенные для определенных целей.
Составление колоды карт и определение согласованного количества очков (сюжетных баллов)
Каждое значение отражает уровень усилий или сложности, связанный с отдельным пунктом истории. Чем выше число, тем сложнее или ценнее единица работы. Однако важно отметить, что значение карточек может варьироваться в зависимости от сложности проекта и навыков, имеющихся в команде.
| Цель | 1-10 | Fibonacci | Fibonacci modified | Степень 2 |
|---|---|---|---|---|
| Не требует усилий | 0 | 0 | 0 | 0 |
| Без сложностей | 1 | 1 | 0.5 | 1 |
| Минимальная сложность | 2 | 2 | 1 | 2 |
| Минимальная сложность с неизвестными факторами | 3 | 3 | 2 | - |
| Низкая сложность | 4 | 5 | 3 | 4 |
| Средняя-низкая сложность | 5 | 8 | 5 | - |
| Средняя сложность | 6 | 13 | 8 | 8 |
| Высокая сложность | 7 | 21 | 13 | 16 |
| Очень высокая сложность | 8 | 34 | 20 | 32 |
| Чрезвычайно высокая сложность | 9 | 55 | 40 | - |
| Максимально возможная сложность | 10 | 89 | 100 | 64 |
Предположим, разработчик с многолетним опытом работы оценивает выполнение определенной задачи более высоко, чем другой человек, не обладающий столь обширными знаниями/опытом в этом вопросе. В этом случае это может привести к предвзятости или неточной оценке. Поэтому крайне важно обсудить и проанализировать ситуацию, прежде чем прийти к окончательной оценке.
Также важно включать пустые карточки для случаев, когда подходящая оценочная таблица отсутствует. Их не следует использовать в качестве стандартных карточек оценки, но они могут служить отправной точкой для постановки вопросов, например, о добавлении функции или уточнении требований.
Правила Planning Poker
В типичной колоде есть карты, отображающие последовательность Фибоначчи, включая ноль: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; возможны и другие подобные последовательности. Причина использования последовательности Фибоначчи заключается в отражении неопределенности при оценке больших чисел. Высокая оценка обычно означает, что история недостаточно хорошо понята в деталях или должна быть разбита на несколько меньших историй. Небольшие истории можно оценить более подробно.
Сама по себе структура Scrum не предписывает единого способа оценки работы командами Scrum. Однако в рамках Scrum оценка обычно производится не по времени, а с помощью более абстрактной метрики для количественной оценки трудозатрат. Распространенные методы оценки включают числовые размеры (от 1 до 10), размеры футболок (XS, S, M, L, XL, XXL, XXXL) или последовательность Фибоначчи (1, 2, 3, 5, 8, 13, 21, 34 и т. д.). Важно, чтобы команда имела общее понимание используемой шкалы, чтобы каждый член команды чувствовал себя комфортно.
Выбор карты с кофе часто используется как юмористический способ для члена команды указать, что ему нужен перерыв или он не уверен в оценке. Это сигнализирует о необходимости короткой паузы в процессе оценки для уточнения или обсуждения перед продолжением.
Выбор карты со знаком вопроса сигнализирует, что член команды не уверен в правильном понимании задачи и ему требуется дополнительное разъяснение.
Игра затем проходит в следующие этапы:- Владелец продукта в Scrum представляет задачу, которую необходимо оценить. Команда Scrum задает вопросы, и владелец продукта Scrum объясняет все более подробно. Если задач много, может быть установлено ограничение по времени (например, всего одна минута на объяснение). Если время ограничено, а команда Scrum не понимает задачу, это означает, что задачу необходимо переписать.
- Каждый член Scrum-команды выбирает в частном порядке карточку, представляющую оценку.
- После того, как все выбрали карты, все выбранные карты раскрываются.
- Людям, выбравшим завышенные или заниженные оценки, разрешается объяснить свои оценки.
- После обсуждения,проводится повторное голосование
- Результат записывается, в том числе и для сравнения с другими задачами
Установите реалистичные ожидания: легко увлечься точными оценками задач, уделяя больше внимания мелким деталям, чем сосредоточению на общих необходимых усилиях.
Документируйте принятые решения: Убедитесь, что все решения, принятые во время планирования с помощью покерных сессий, задокументированы и сохранены для дальнейшего использования при необходимости.
Распространенные ошибки
Один из недостатков Planning Poker заключается в том, что «достижение консенсусной оценки» становится обязанностью, а не естественным результатом обсуждения после раунда игры. Это чревато потерей полезной информации, а именно степени неопределенности, обусловленной широким разбросом первоначальных оценок.