Scrum-time.com

Planning Poker (Scrum Poker)

Planning Poker (Scrum Poker)


Planning Poker или Scrum Poker, пожалуй, одно из важнейших мероприятий в методологии Scrum или любой гибкой технологии разработки. Практически всегда перед командой встает вопрос:

Как оценить эту задачу?

Оценка трудозатрат будет влиять на целую цепочку зависимостей. От сложности работы зависит количество баллов, начисляемых в рейтинг, сроки сдачи заказа и количество денег, которые должен будет заплатить заказчик. Пожалуй, каждый из членов Scrum Team может оценить ту или иную задачу лучше других, особенно если она лежит в области его профессиональной деятельности. Сама методология Scrum в выполнении той или иной работы уводит нас из области личной ответственности в область коллективной. Логично при этом считать, что и оценивать ту или иную задачу, за которую несёт ответственность вся команда, должна вся Scrum Team. Более того, такой подход поможет более точно определить реальные сроки, которые конкретный человек может себе искусственно завысить по разным причинам.

Что собой представляют карты для Planning Poker / Scrum Poker

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

Есть несколько вариантов карт, которые пользуются большей популярностью.

1 вид популярной колоды для Planning Poker:

Карточки представляют собой последовательность чисел Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89.

2 вид популярной колоды для Planning Poker:

Данный вид имеет следующие значения: 0, ?, 1, 2, 3, 5, 8, 13, 20, 40, 100, «?», «Чашка кофе». Знак вопроса означает, что «игрок» не понял до конца смысл обсуждаемого или не обладает достаточной информацией, чтобы оценить её. Чашка кофе, в свою очередь, означает «Я устал, давайте передохнём».

Как проходит Scrum Poker / Planning Poker

Один человек является ведущим, и он не участвует в «игре». На обсуждение выносятся поочередно пункты, которые необходимо оценить. Каждый пункт позволено обсудить и провести обзор без оценочных данных. После этого каждый член команды выбирает карточку и кладет её рубашкой вверх. После того, как все положили карты – они вскрываются. Идеальным состоянием считается, если разброса в значениях практически нет. Как можно догадаться, такое бывает не всегда. Так или иначе в выброшенных картах будут наименьшие и наибольшие значения. Людям, выбросившим такие карточки, дают слово, и они высказывают своё мнение, почему оценка была именно такой. Это позволяет всей остальной команде получить больше информации и задуматься, услышав доводы, либо объяснить свою точку зрения выбросившим высокие или низкие позиции.

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

Основные проблемы в использовании Planning Poker

Как и любая методология или технология должна иметь чёткие инструкции в использовании, так и Planning Poker имеет чёткие предписания, которые не позволяют делать ошибки и сводить на нет внедрение этого усовершенствования рабочего процесса.

Эффект привязки в Scrum Poker

Главной проблемой всегда был эффект привязки, который может проявлять себя по-разному. Главной ошибкой, вызывающей этот эффект, является открытое обсуждение оценок. Если тот, кто начинает обсуждение, говорит примерно следующее: «Я считаю, что данное задание займет 18 часов разработки», то так или иначе все будут акцентированы на сроке в 18 часов, и тот, кто считал, что задача будет решена за 2 дня, может подумать, что на самом деле и 18 часов будет достаточно, а тот, кто думал про 5 часов, может подумать, что не учёл все нюансы. С одной стороны, консенсус достигается быстрее, но, с другой стороны, он не будет эффективным, а эффективность – это то, для чего мы всё это делаем. В такой ситуации в результат войдет мнение, скорее, одного человека, а не команды.

Не выделяться из толпы

Второй знаменитой проблемой является ситуация, когда оценки выставляются не одновременно. В такой ситуации кто-то, конечно, выскажет свое мнение, но, с другой стороны, человек сомневающийся решит бросить карту, которая ближе к тем, что есть. К примеру, опять, кто-то решил, что задача займёт 18 часов, а до него двое выкинули по 5 часов, и логично предположить, что данный человек быстро среагирует: засомневавшись в объективности своей оценки и подумав, что так выделяться не стоит, бросит не то, что хотел изначально.

Scrum Team

Scrum Team

Непосредственно команда, как единый организм. Для четкой оценки всех задач и успешной работы всей Scrum Team и придуман Planning Poker.

Project Manegement
Project Manegement
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно

Время Scrum Time

keyboard_arrow_up