Скрам - читать онлайн книгу. Автор: Кен Швабер cтр.№ 51

читать книги онлайн бесплатно
 
 

Онлайн книга - Скрам | Автор книги - Кен Швабер

Cтраница 51
читать онлайн книги бесплатно

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

Ретроспектива спринта

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

Цели проведения ретроспективы спринта:

■ инспекция прошедшего спринта применительно к людям, отношениям, процессам и инструментам. Обнаружение и упорядочение того, что прошло хорошо, и того, что нуждается в улучшении;

■ создание плана внедрения улучшений в процесс работы скрам-команды.

В событии участвуют только команда разработки, скрам-мастер и владелец продукта. Скрам-мастер убеждается, что событие проходит позитивно и продуктивно, обучает всех участников укладываться в отведенное на событие время. Он принимает участие в ретроспективе наравне с другими участниками команды, но продолжает нести ответственность за процесс, правила и практики скрама.

Ретроспектива может проходить в разных форматах. Например, скрам-мастер может попросить всех участников ответить на два вопроса:

■ Что было хорошо во время последнего спринта?

■ Что можно улучшить в следующем спринте?

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

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

Приложение Б
Определения

Бэклог продукта

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

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

Бэклог спринта

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

Владелец продукта

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

Готово

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

Готовый к поставке инкремент продукта

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

График сгорания

Тренд уменьшения объема оставшейся в спринте, релизе или продукте работы во времени. Источником сырых данных для графика является бэклог спринта или бэклог продукта. По горизонтальной оси – интервалы времени в днях спринта или спринтах создания продукта, по вертикальной – оставшаяся работа.

Ежедневный скрам

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

Задача бэклога спринта

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

Заинтересованное лицо

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

Инкремент

Сумма завершенных во время спринта элементов бэклога продукта и всех инкрементов предыдущих спринтов. К концу спринта инкремент должен быть «готов» в соответствии с определением готовности скрам-команды.

Итерация

Один цикл в рамках проекта, отрезок времени длительностью один месяц или меньше, называемый спринтом.

Команда разработки

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

Обзор спринта

Событие, на котором команда разработки демонстрирует заинтересованным лицам готовую функциональность и отвечает на их вопросы об инкременте. Могут быть продемонстрированы только готовые функциональные возможности продукта.

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

Вернуться к просмотру книги Перейти к Оглавлению Перейти к Примечанию