39УДК 007
Киселев Алексей Алексеевич Kiselev Alexey Alexeevich
студент, Ярославский государственный университет им. П. Г. Демидова,
Россия, г. Ярославль student, P. G. Demidov Yaroslavl State University
Russia, Yaroslavl
ПРИМЕНЕНИЕ ТЕХНИКИ ПОКЕРА ПЛАНИРОВАНИЯ ДЛЯ ОЦЕНКИ СЛОЖНОСТИ И ТРУДОЕМКОСТИ ЗАДАЧ
POKER PLANNING TECHNIQUE IMPLEMENTATION FOR TASKS ESTIMATION
Аннотация. В данной статье рассматривается процесс применения техники покера планирования для оценки сложности задач в рамках гибкой методологии разработки. В статье рассматриваются преимущества использования техники покера планирования по сравнению с другими методиками оценки сложности задач.
Annotation: This article discusses the process of applying the planning poker technique to assess the complexity of tasks in the framework of a flexible development methodology. The article discusses the advantages of using the planning poker technique in comparison with other methods for assessing the complexity of tasks.
Ключевые слова. Agile, Scrum, Story Point, оценка задач, покер планирования.
Keywords: Agile, Scrum, Story Point, task estimate, Poker Planning.
Гибкие методологии разработки с каждым годом становятся все популярнее. Причиной тому становятся умение быстро адаптироваться к изменениям в проектных решениях и требованиях заказчика, возникающих после начала работы над проектом.
Не смотря на популярность гибких методологий в мире разработки, процесс внедрения гибких методологий разработки в проекты может оказаться крайне сложным и трудоемким процессом.
Важным элементом работы над проектом является оценка сложности и трудоемкости задач. Для грамотной оценки задач, не привязанной к конкретным единицам времени, используют специальную единицу измерения, которая называется Story Point. Оценка с помощью данной единицы измерения противопоставляется оценке в "идеальных инженерных днях", основанной на количестве дней, требуемых на выполнение задачи средним разработчикам, и не учитывающей риски и возможность отвлечения разработчика от задачи. Оценка через Story Points - это оценка в условных единицах, которые сложно перевести в конкретные часы и дни. Невозможно определить точное время решение задачи, однако легко определить разницу между сложностями выполнения конкретных задач.
Важной проблемой в использовании гибкой методологий разработки стала грамотная оценка задач. Для решения данной проблемы появилось несколько методик оценки задач, одной из которой стала методика Poker Planning.
Понятие покера планирования
Новые импульсы развития: вопросы научных исследований
Poker Planning - техника командной оценки задач в относительных единицах. Впервые данная техника была описана одним из авторов Agile-манифеста Джеймсом Гренингом в 2002 году, а позже была популяризирована Майком Коном в книге "Agile Estimating and Planning".
Техника основана на интерактивном процессе обсуждении сложности текущих задач.
Процесс проведения Для обсуждения сложности задач с помощью техники Poker Planning требуется подготовить определенные элементы:
список задач для оценки, с помощью которого владелец продукта может составить обзор необходимых действий и ответить на вопросы команды;
Специальные колоды карт со значениями, отражающими возможные оценки. Одним из самых популярных наборов значений является ряд Фибоначчи — 0, 1, 2, 3, 5, 8, 13, 21 и т.д. Такой набор значений наиболее ярко отражает неопределенность, возникающую с ростом сложности оцениваемых задач. В подобные наборы также входят специальные карты, отражающие полное непонимание задачи участником команды (знак "?") или требования перерыва (знак "чашки кофе");
Одна или несколько эталонных задач разного объема, уже выполненных командой. Такой набор задач упрощает процесс относительной оценки задач.
На обсуждении владелец продукта представляет команде список задач. Для каждой задачи происходит следующий процесс:
Владелец продукта описывает контекст задачи (необходимые действия, ожидаемый результат и т.д.);
Каждый участник команды молча производит сравнивает трудоемкость представленной задачи со списком эталонных задач, решенных командой;
После оценки каждый участник выбирает из колоды карт ту, значение которой является максимально приближенным к личной оценке сложности;
Как только выбор был произведен всеми участниками команды, все выбранные карты открываются одновременно;
Участники с максимальной и минимальной оценками начинают обсуждение, объясняя собственные рассуждения по поводу оценки задач. Целями данного обсуждения является обмен знаний о деталях задачи и выяснения причин различия оценок
По окончанию обсуждения команда повторяет цикл голосования (см п.2), пока не достигнет консенсуса в оценке задачи. Если в результате обсуждения команда пришла к консенсусу, то задаче присваивается финальная оценка, и команда переходит к оценке следующей задачи по тому же алгоритму (см. п.1). Если в результате обсуждений выясняется, что команде не хватает информации для принятия решения, оценка откладывается и задача отправляется на доработку.
Преимущества использования техники Данный процесс:
Вовлекает всех членов команды в процесс обсуждения задач;
Формирует одинаковое представление о сути и сложности оцениваемых задач благодаря обсуждению и передачи знаний между разработчиками;
Позволяет прийти к согласию в оценке задач за ограниченное время;
Согласно исследованиям [2], оценка сложности задач с помощью методики покера планирования получается более точной и менее оптимистичной
Помогает членам команды делать оценки сложности задач, избегая эффекта якорения - эффекта, при котором команда невольно привязывается к оценке, высказанной одним из участников обсуждения. Подобный эффект не возникает по причине того, что каждый из участников обсуждения выбирает оценку сложности задачи в тишине и независимо от других.
Альтернативные методики
T-Shirt Sizes - методика, в которой для оценки сложности задач используются размеры одежды (XS, S, M, L, XL), что, в отличие от методики Poker Planning, дает менее точную оценку сложности задачи. Процесс выбора размера для каждой задачи происходит в ходе открытого обсуждения;
Bucket System - методика, при которой оцениваемые задачи помещаются в "ведерки" с соответствующей оценкой. Первые 3-5 задач распределяются в процессе активного открытого обсуждения, остальные задачи распределяются между участниками команды и оцениваются ими самостоятельно;
Dot-voting - методика, которая предполагает использование "точек". Для выполнения оценки каждый из участников получает одинаковое количество «точек», а все оцениваемые задачи размещены на столе или доске. В ходе оценивания каждый член команды распределяет свои «точки» между задачами как он считает нужным, учитывая, что чем больше «точек», тем сложнее задача и тем больше на нее необходимо времени. Оценкой каждой и задач будет сумма "точек", выставленных участниками. В конечном результате все задачи ранжируются между собой по сумме "точек".
Представленные техники, в отличие от методики Poker Planning, не всегда формируют одинаковое представление о сложности задач и имеют риск возникновения эффекта якорения, поскольку обсуждение задач либо может быть привязано к конкретным участникам команды или вовсе отсутствовать.
Библиографический список:
1. Mike Cohn. Agile Estimating and Planning, 1st Edition, 2005.
2. Kjetil Molokken-Ostvold, Nils Christian Haugen. Combining Estimates with Planning Poker--An Empirical Study [Электронный ресурс] -https://ieexplore.ieee.org/document/4159687?arnumber=4159687
