Анализ моделирования спринтов

Конечно, это приблизительный вариант резервов спринтов. Он может меняться в зависимости от наличия/отсутствия недочетов по результатам демонстрации, а также от скорости выполнения программистами запланированных задач.

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

Мои обязанности и артефакты

Моими основными обязанностями являются разработка и тестирование 1й компоненты проекта. Также я должен готовить артефакт, называющийся «диаграмма сгорания задач (Burndown chart)».

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

Существуют разные виды диаграммы:

диаграмма сгорания работ для спринта — показывает, сколько уже задач сделано и сколько ещё остаётся сделать в текущем спринте.

диаграмма сгорания работ для выпуска проекта — показывает, сколько уже задач сделано и сколько ещё остаётся сделать до выпуска продукта (обычно строится на базе нескольких спринтов).

Wikipedia.

Диаграмма сгорания – основное средство Scrum Master для контроля процесса разработки. Фактически, эта диаграмма и очки историй, на основании которых она строится, являются основными метриками для анализа Scrum-процесса.

Пример burndown chart по итогам окончания проекта.

Пример sprint backlog

Резерв спринта (sprint backlog) — содержит функциональность, выбранную владельцем проекта из резерва проекта. Все функции разбиты по задачам, каждая из которых оценивается скрам-командой. Каждый день команда оценивает объем работы, который нужно проделать для завершения спринта.

Wikipedia.

Характеристика	Состояние
Номер спринта	1
День	3
Выполненные задачи	История 1-1
Заработанные очки	1
Задачи к выполнению	История 1-2, История 1-3
Осталось заработать очков	2

Эта таблица должна обновляться каждый день и быть доступна всем участникам scrum-процесса.

Предложения по улучшению работы

• Заказчик может участвовать в обсуждении во время планирования спринта посредством Skype-конференций. Это обеспечивает заказчика оперативной информацией о ходе разработки, и, естественно, избавляет от необходимости присутствовать лично;

• Разработчики могут «меняться» разрабатываемыми компонентами: к примеру, 1й разработчик реализует 1ю компоненту, а тестирует 2ю. У этого подхода есть как положительные, так и отрицательные стороны: с одной стороны, разработчик начинает лучше понимать проект в целом, а также может найти те ошибки, которые не заметил первоначальный разработчик. С другой стороны, на вникание в «чужую» компоненту требуется дополнительное время.