Назад

Покер планирования (Planning Poker)

Покер планирования (также называемый покером Scrum) помогает agile-командам оценить время и усилия, необходимые для завершения каждой инициативы в их портфеле продуктов.

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

Базовой единицей расчета является Story Points, где оценка происходит не по времени, а согласно заранее оговоренным стандартам.

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

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

Как работает Poker Planning

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

Шаг 1. Раздайте карточки

Всем участникам выдается одинаковая колода карт (или фишек) с разными номерами. Обычно колода содержит карты, содержащие числа Фибоначчи, включая ноль: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89. 

Шаг 2. Прочтите историю

Затем владелец продукта (или, возможно, менеджер по продукту) зачитывает каждую User Story вслух группе.

Шаг 3. Обсудите

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

Шаг 4. Оцените и поделитесь

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

Шаг 5. Работайте над достижением консенсуса

Если все участники открывают одну и ту же карту, то это число становится консенсусом. Группа может перейти к следующему рассказу.

Но если карты различаются, группа продолжает обсуждение истории. Те, кто имеет более высокие (или более низкие) оценки, чем остальная часть группы, объяснят свои рассуждения и попытаются убедить своих коллег понять их позицию.

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

История появления Poker Planning

Согласно статье, написанной для государственного университета Сакраменто, история планирования покера восходит к другому методу оценки, названному Wideband Delphi, разработанному корпорацией RAND в середине двадцатого века.

Затем в 2002 году предприниматель, занимающийся программным обеспечением, Джеймс Греннинг усовершенствовал эту технику, назвав ее Planning Poker и адаптировав ее для команд agile-разработчиков.

Наконец, Майк Кон из Mountain Goat Software популяризировал покер в сфере планирования в 2005 году своей книгой «Гибкая оценка и планирование».

Какие организации должны планировать покер?

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

Всего комментариев: 0

Оставить комментарий

Ваш email не будет опубликован.

Вы можете использовать следующие HTML тэги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>