Наша команда в одном из последних проектов столкнулась со сложностями по планированию временных затрат. В числе прочего попробовали методику покера планирования, об этом опыте и хочу рассказать.
Оценить сложность задачи и утвердить сроки ее исполнения бывает непросто даже опытному проджект-менеджеру, особенно учитывая скорость развития технологий коммуникаций и принятия решений. Провести дополнительные обсуждения легко, если команда насчитывает несколько человек, собранных в одном месте. Если же участников дискуссии уже больше и/или часть команды работает удаленно, то оценка временных затрат может сильно затянуться.
Для оценки решения задачи можно использовать:
- Метод экспертной оценки.
- Метод PERT (Program Evaluation and Review Technique) – или по-другому метод «трех точек».
- Метод аналогии.
- Метод COCOMO (Constructive Cost Model) – или параметрическая оценка.
Но цель этой статьи не сравнительный анализ, а знакомство с одной конкретной методикой – покер планирования (англ. – Planning Poker).
В чем суть метода
Принцип впервые описал Джеймс Греннинг в 2002 году и позднее популяризировал Майк Коном в книге «Agile Estimating and Planning». Он используется в методологии Scrum и позволяет руководителю проектов оценить сложность задач и определить, сколько времени потребуется на их выполнение.
Суть метода заключается в том, что он реализуется в формате игры и участие принимает вся команда. Важно понимать, что ключевая цель оценки сложности не состоит в том, чтобы точно сказать, когда задача будет готова, а убедиться, что все участники одинаково понимают задачу. Инструментом может быть как простая колода карт, так и специальная. Также существуют различные приложения и онлайн-сервисы, которые подойдут распределенным/удаленным командам.
Как проходит «игра»
В начале игры каждому участнику команды раздается колода карт – это и есть шкала, по которой будут оцениваться задачи. В качестве параметра оценки может быть выбрана сложность задачи либо время ее исполнение.
Далее ведущий озвучивает задачу и каждый сотрудник выбирает наиболее подходящую по его мнению карту. После того как все ставки сделаны – ведущий их принимает и проводит анализ. Если все оценили задачу примерно одинаково – высчитывается среднее значение и можно переходить к следующей.
В случае, если есть значительный разрыв между оценками игроков – запускается обсуждение. Важный момент заключается в том, что обсуждение должно происходить только после того, как все дали свою оценку. Это позволит избежать эффекта привязки к чьему-либо мнению.
Если один член команды дает оценку в один день, а другой в три дня, то наверняка у них кардинально отличается подход к решению – им необходимо будет объяснить свое видение. Именно в этом и заключается идея метода – рассмотреть задачу со всех сторон и прийти к общему знаменателю, к единому мнению относительно каждой задачи.
Различия в оценках возникают по ряду причин:
- опыт сотрудников;
- квалифицированность и компетентность в определенных вопросах;
- владение информацией, которой нет у другого.
Если озвученный срок отличается более чем на рабочий день, то задача должна выполняться в паре, притом тот, кто оценил в меньшую сторону, руководит тем, кто оценил в большую.
Приятное следствие в том, что покер планирования способствует коммуникации в команде и повышает уровень взаимопонимания между участниками. Каждый имеет возможность высказать свое мнение и обосновать свою оценку, что помогает улучшить качество командной работы.
В результате – более эффективное планирование и достижение поставленных целей.
Полезные советы, как улучшить процесс планирования
- Нужно стремиться, чтобы сложность задачи не превышала один день. Планирование лучше всего проводить так, чтобы у команды всегда был запас задач на один-два дня, но не больше. Так все участники будут хорошо помнить все детали обсуждения каждой конкретной задачи.
- Если задача провисела в очереди на исполнение более четырех дней, ее нужно снова вынести на обсуждение, чтобы команда вспомнила, что и как нужно сделать по ней.
- Если задача выполняется на два дня дольше, чем планировалось, ее нужно вынести заново на планирование и обсудить с командой и заказчиком все сложности и проблемы с которыми столкнулись в ходе выполнения, чтобы в следующий раз при оценке учесть их.
Как внедрить метод: инструкция
1. Подготовьтесь
Проведите информационную встречу для объяснения основных принципов и целей этой практики. Подготовьте колоду карт, которая будет использоваться для оценки сложности задач или выберите онлайн-сервис.
2. Проведите первую встречу
Определите время для проведения покера планирования. Далее это может быть регулярная встреча, например, раз в неделю. Выберите небольшую задачу, которую команда может оценить в качестве пробного варианта. Раздайте каждому участнику колоду карт.
Далее каждый участник выбирает карту с оценкой, которая по его мнению соответствует сложности задачи. Убедитесь, что все держат карты скрытыми до определения всех оценок.
Если оценки различаются, проведите обсуждение, чтобы понять причины расхождений и прийти к единому мнению. Это может быть объяснение задачи, уточнение требований или обсуждение возможных сложностей.
Повторите процесс оценки и обсуждения для всех задач, которые требуют планирования на текущей или ближайшей итерации.
3. Систематический обзор
Проведите обзор результатов первой встречи, чтобы оценить эффективность процесса и выявить возможные улучшения. Убедитесь, что участники понимают, какие задачи следует оценивать, и что оценки соответствуют реальной сложности задач.
4. Регулярные встречи
Установите регулярное расписание по покеру планирования, чтобы включить эту практику в еженедельные или двухнедельные циклы работы команды. Поощряйте обратную связь от участников команды и вносите изменения в процесс, чтобы сделать его более эффективным и удобным.
5. Мониторинг и адаптация
Регулярно отслеживайте прогресс выполнения задач и учитывайте результаты оценок при планировании будущих итераций. Не останавливайтесь на достигнутом. Продолжайте собирать обратную связь и адаптировать процесс в соответствии с изменениями в команде или условиями проекта.
С пошаговым подходом к внедрению покера планирования команда сможет успешно интегрировать эту практику в свою повседневную работу и достичь большей прозрачности и эффективности в планировании и управлении задачами.
Три сервиса, которые помогут применить методику
- Planningpoker.com
- Planningpoker.ru
- PlanITpoker.com
Заключение
Преимущества покера планирования очевидны. Однако, чтобы достичь максимальной пользы от этой методики, необходимо обеспечить эффективное взаимодействие и коммуникацию в команде. Важно поддерживать постоянное обучение и развитие участников, чтобы улучшать процесс планирования и совершенствовать результаты.
Читайте также:
Хорошо - так хорошо. Но не тем, кто хотел бы как можно дольше продавать только то, что когда-то узнали - и без каких-либо существенных изменений. Я таких встречал. Это выход из зоны комфорта, и иногда достаточно болезненный.
1.1 Приведенная автором методика определения трудозатрат -
* очень поверхностна
* по сути и шагам процедуры напоминает принятие управленческих решений методами
- Кругового обсуждения (Ринги-Се) и
- Коллективного блокнота.
Складывается мнение что автор статьи привержен модным веяниям запада))
При этом не видит леса за деревьями.
Ведь вместо колоды карт как базиса - шкалы оценки - можно использовать любую балльную шкалу - например
- в днях диапазон 1-10 или
- в ч-ч 1-100.
1.2 Гипотеза в том, что описанный метод имеет очень узкую сферу применения.
* подходит для малых команд наподобие старт-апа, все члены которых имеют кроссфункциональные навыки и в любой момент готовы отойти от узкой специализации для исполнения задач.
Не знаком с IT-миром, при этом в средних и крупных корпорациях Производственной сферы / реального сектора - где есть строгая специализация в рамках департаментов / отделов такой подход неуместен.
И на практике м.б. реализован лишь эпизодически для каких то проектных целей при политической воле среднего и топ-менеджемента.
* А также в случае проекта состоящего из множества краткосрочных задач до 1 сутки.
Что на практике не всегда соответствует действительности.
2. "Ведущий озвучивает задачу и каждый сотрудник выбирает наиболее подходящую по его мнению карту. После того как все ставки сделаны – ведущий их принимает и проводит анализ. Если все оценили задачу примерно одинаково – высчитывается среднее значение"
* Несовсем понятно как могут даваться оценки трудозатрат (ТЗ) сотрудниками одного отдела по задачам другого без прошлого успешного опыта решения задач.
Насколько прогнозная оценка ТЗ будет соответствовать действительности.
Например специалист договорного отдела - не занимавшийся ранее закупками - на этапе планирования - оценивает время для подготовки и проведения тендерных процедур по объему работ.
Очевидно что при таком варианте будут значительные расхождения в прогнозных Трудозатратах и сроках.
следствием этого будет, по мнению автора -
"Озвученный срок отличается более чем на рабочий день, то задача должна выполняться в паре, притом тот, кто оценил в меньшую сторону, руководит тем, кто оценил в большую".
3. Опять же как может при горизонтальном равенстве сотрудник или линейный менеджер одного отдела /департамента выполнять и тем более Руководить исполнением непрофильной для него задачи?
* Также при отсутствии профильной компетенции итоговое значение арифметическое среднне ТЗ будет очень отличаться зачастую в мЕньшую сторону.
например задача - подготовить проект технического задания на выполнение работ.
голосуют специалисты
* Производственного отдела
* сметного
* группы закупок и
* группы проектирования.
Ранее опыт работы созданий документа был только у специалиста производственного отдела.
Соответственно, разброс оценок на задачу в ч-ч -
- 6
- 10
- 2
- 3
Ср. арифметическое - примерно 4,3 ч-ч.
что почти в 1,5 раза меньше оценки трудозатрат специалистом производственного отдела.
4. как определяется состав участников команды?
т.е. проектный офис или управление из 50-90 человек
с тремя-четырьмя уровнями подчинения внутри -
Все 90 участвуют в оценке?
какой в этом прикладной смысл.
5. "Преимущества покера планирования очевидны."
В формате указанном автором - преимущества неочевидны.
Есть ли прикладные кейсы реализации проекта по указанной методике?
Пока что это звучит как статья для журнала Cosmopolitan для девочек 20+.
Там бы это зашло на ура- и про покер пообщались и про проекты.
Зачастую на портале много лайков набирают такие статьи - в легком мажоре, ни о чем, обязательно с упоминанием западных практик и без оценки того насколько это эффективно в реальном бизнесе.
Уставшему менеджеру почитать такие статьи - это как краткосрочная анестезия от раздражающей бизнес-реальности.
6. Так Как же тогда планировать ТЗ по задаче?
наверно при опыте - методом экспертной оценки
В первую очередь необходимо учесть мнение исполнителя + линейного менеджера над ним.
Плюс учитывать ограничения - дедлайны и политизированность этого вопроса.
Исходя из этого увеличивать человеческие и иные ресурсы.
Пример -
Заказчику необходим комплект сметной документации по проекту в течение 3 ближайших дней.
Исполнитель говорит что не ранее 4,5д. сможет выпустить итоговый продукт.
Его менеджер подтверждает.
Выход -
* добавить квал. работника
* увеличить время исполнителя рабочее
* уменьшить объем работ путем переговоров с Заказчиком.
Если опыта нет - то исходя из практики коллег, нормативных справочников, внутрикорпоративной базы накопленной с учетом контекста.