Все больше и больше команд в сфере IT и не только, предпочитают ведение проектов по методологиям Agile и SCRUM. Одной из важнейших частей этих методологий является планирование спринта, которое включает в себя оценку времени, анализ приоритетов, так же на этом этапе возможно предварительное распределение задач в команде разработки.
Планирование спринта — это встреча, на которой Команда и Проектный менеджер либо SCRUM-мастер, либо Владелец Продукта (могут присутствовать все) обсуждают и принимают решение о том, какая работа будет завершена в спринте. Спринт — это временной отрезок длительностью в месяц или меньше, в течение которого создается готовый продукт.
Возможно у некоторых команд есть свои правила и свой подход к планированию, но тем не менее хочу рассказать о следующих подходах:
— Планирование спринта, основанного на скорости.
— Планировании спринта, основанного на мощности.
Собираясь на планирование, команда определяет объем работы, который будет равен примерно тому, сколько команда сделала в предыдущих спринтах.
Этот вариант подходит если у команды одинаковый объем работы от спринта до спринта. Команда заранее знает размер спринта, и он обычно не меняется, даже если учитывают факторы риска.
Как построить процесс?
1. Определите среднюю скорость команды. Некоторые команды предпочитают брать за основу скорость последнего спринта, но лучше анализировать предыдущие 3-6 спринта.
2. Выберите невыполненные задачи, равные этой скорости. Как только команда сможет сложить свою среднюю скорость, планирование спринта считается оконченным. Все!
Некоторые команды идут дальше:
3. Определите задачи. Команда определяет каждую задачу, которая была выбрана для спринта разбирают ее подробно, чтобы постараться учесть как можно больше моментов.
После определения большинства задач, команда решает является ли спринт полным. Они могут прийти к выводу, что спринт переполнен или заполнен недостаточно, и добавляют или убирают задачи, которые нужно выполнить.
4. Оцените задачи и посмотрите, соответствует ли сумма работы прошлым спринтам. Имея список задач, некоторые команды решают продолжить планирование и оценивают эти задачи за часы, чтобы определить, правильно ли они выбрали объем работы.
После этого планирование спринта считается законченным.
Здесь обычно на планировании присутствует Владелец продукта, Scrum Master и все члены команды разработчиков. Обычно владелец продукта озвучивает на собрании приоритетную, невыполненную работу и описывает детали команде.
После участники команды делят высоко приоритетную работу на задачи и приблизительно оценивают время выполнения каждой задачи. Оценки не должны быть точными. Команде важнее подумать о достаточном количестве задач, которые, они продумали в ходе работы. Важно понимать, что продумывание деталей работы — это настоящая цель встречи.
После того, как определили задачи и приблизительно оценили количество часов, члены команды спрашивают себя: «Можем ли мы выполнить это?».
Если кто-то не может выполнить задачу, члены команды, как правило, обсуждают ситуацию и смотрят, как можно помочь и решить проблему. Если не получается решить эту задачу, то возможно, необходимо разбить ее, либо переместить в бэклог (пока не найдут решения) и выбрать другую задачу которую команда сможет решить в текущих условиях.
Также необходимо определить резерв для незапланированных задач и рисков. В среднем это 20-30% мощности команды.
Процесс разбора задач проходит до тех пор, пока команда не решит, что гарантированно выполнит все взятые на спринт обязательства и сможет поставить готовый продукт.
В планировании спринта, основанного на скорости, команда выбирает набор невыполненных задач, чьи высокоуровневые оценки равны их средней скорости. Такой метод подходит для стабильной команды, которая имеет опыт оценки своей скорости выполнения задач.
Но один из недостатков заключается в том, что скорость слишком перемена, чтобы быть надежной для краткосрочных проектов. Скорость отлично подойдет для долгосрочного планирования. Другой недостаток является привязка к времени которая обычно приводит к тому, что команды иногда делают меньше, чем могли бы. Это также может привести к тому, что команды иногда делают больше. Но обычно опыт показывает, что команды с большей вероятностью откажутся от одного или двух элементов.
В планировании спринта, основанного на мощности, является выбор одного элемента не выполненного продукта, который подробно разбирается и оценивается командой задачи, затем разобранный элемент включают в спринт. Этот метод отлично подходит команде, которая является новичком в Scrum либо для краткосрочных проектов. Он также подойдет для других видов проекта, так так помогает сократить выполнения ненужной работы и с большой вероятностью закончить работу в срок.
Получите бесплатную консультацию на разработку Вашего проекта.