У каждой команды должна быть своя система расчета SP, основанная на стиле ее работы. При расчете принимается во внимание объем работы, техническая сложность и возможные риски. Оценка и planning poker это планирование задач часто превращается в споры, где каждый видит сложность по-своему. Planning Poker помогает команде быстро прийти к общему мнению и учесть все детали. Этот метод основан на карточной игре, но его цель — не победа, а точное планирование. Разберем, как работает техника и почему она эффективна.
У каждого участника команды https://deveducation.com/ есть своя колода карт для оценки. Для того чтобы процесс относительной оценки проходил проще, желательно на встрече поместить в поле зрения команды набор эталонных задач (флипчарт, whiteboard и др.). Не затягивайте обсуждение, оптимальное время — 5-10 минут на задачу. Если дискуссия затягивается, возможно, задачу стоит разбить на более мелкие подзадачи.
Сбор Команды И Работа Со Значениями
Существует целый ряд разнообразных техник покера планирования, но мы опишем самую популярную из них. Покерное планирование часто используется в методологии управления проектами Scrum (скрам). Выбранное значение фиксируется, а команда переходит к следующей задаче, и шаги, описанные выше, повторяются.
Избегание Эффекта Привязки
Например, Япония с 1971 года раз в пять лет публикует прогнозы научно-технического прогресса, используя модифицированную версию Delphi. А Германия около 30 лет с помощью этой методики разрабатывают госпроекты. Но нужно не забывать Покрытие кода что он является комплементарной практикой к скрам-фреймворку. В нем должны участвовать все, кто будет задействован в работе над обсуждаемым проектом. После этого вводим название поля и выбираем его тип.
Ключевым недостатком покерного планирования считается необходимость присутствия как минимум двух человек, которые имеют компетенции для выполнения каждой из обсуждаемых задач . Покерное планирование не даст положительного эффекта, если оценки дают сотрудники, не имеющие экспертизы и навыков для выполнения оцениваемых задач. Например, оценивая сложность задачи, сотрудник А выбрал карточку с цифрой three, а сотрудник Б — с числом thirteen.
- Карты должны появляться именно рубашкой вверх — чтобы не повлиять на оценки других.
- Однако, если согласия не достигнуто, продолжайте голосование до тех пор, пока не удастся получить однозначный результат.
- Таким образом, Scrum-покер действительно помогает упростить процесс оценки, принимать решения на основе общего мнения и повысить точность в agile-проектах.
- Обычно встречу проводит владелец продукта или менеджер проекта.
- Менеджер проекта или тимлид описывает первую задачу и просит каждого высказать свое мнение.
- Например, разница между eight и 9 небольшая и подсознательно кажется, что задача не такая сложная.
Модифицированная последовательность Фибоначчи, где до числа 13 идет обычная последовательность Фибоначчи, а затем числа округляются. Важно создать атмосферу открытого диалога — каждый должен чувствовать себя комфортно, высказывая свое мнение. Модератор следит, чтобы обсуждение не превращалось в спор, а оставалось конструктивным обменом идеями. ✅ Техника подойдёт крупным компаниям и масштабным продуктам.
Ещё команда может использовать обсуждение, чтобы больше узнать о задаче и задать необходимые вопросы. Покер планирование — усовершенствованный метод оценки Wideband Delphi, разработанный корпорацией RAND в середине XX века. Переработал в 2002 году эту технику для Agile-команд разработчиков Джеймс Гренинг, один из основателей Agile-манифеста. Популярной технику сделал Майк Кон в 2005 году в книге «Agile Estimating and Planning». Planning Poker хорош тем, что объединяет людей из всех отделов организации, чтобы согласовать усилия для выполнения задач. Например, в компаниях, занимающихся разработкой ПО, это владелец продукта, разработчики, UX-дизайнеры, тестировщики, менеджеры по продукту.
Часто оценка занимает много времени, особенно это заметно при большом количестве задач или серьезных разногласиях в команде. Длительные обсуждения могут снизить общую продуктивность. Иногда команда приходит к общему решению не из-за объективной оценки, а под давлением группы. Идея покера планирования родилась из стремления сделать процесс оценки более точным — метод разработал Джеймс Гренинг в 2002 году, адаптировав технику Wideband Delphi для нужд Agile-команд.
Покер планирования помогает избежать влияния авторитетов на оценку, так как все участники показывают свои карты одновременно. Кроме того, метод стимулирует обмен мнениями и опытом между членами команды, благодаря чему оценка становится точнее, и участники лучше понимают задачи. В таких случаях важно попросить каждого участника команды высказаться и объяснить свою точку зрения. Это позволит понять, почему они выбрали определенные значения. Если все участники выбрали одинаковые карты, то задача считается оцененной. Если же оценки различаются, то команда продолжает обсуждать задачу, чтобы выявить причины разногласий.
Кроме того, не будет «испорченного телефона», когда кто-то внутри команды неправильно понял задачу и рассказал свое видение другим. При выборе первого варианта числа на карточках можно интерпретировать как рабочие часы, дни или недели. Во втором случае используются story points или баллы сложности.
Задачи с наибольшим количеством голосов считаются наиболее сложными. Этот метод может быть полезным для команд, которые хотят быстро оценить наиболее важные задачи. Relative Mass Valuation (Относительная оценка) – это метод, который использует относительные оценки для задач. Каждой задаче присваивается оценка относительно других задач. Например, если задача А кажется в два раза сложнее, чем задача В, то она получит оценку в два раза выше. Этот метод не требует использования карт и может быть более быстрым и простым.
