Кен Швабер - Скрам [Гибкое управление продуктом и бизнесом] [litres]

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

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

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

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

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

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

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

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

Готово

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

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

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

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

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

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

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

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

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

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

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

Инкремент

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

Итерация

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

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

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

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

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

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

Ограничение по времени

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

Оценка оставшейся работы

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

Планирование спринта

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

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

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

Поросенок

Человек, выполняющий одну из трех ролей скрама (участник команды, владелец продукта или скрам-мастер), приверженный проекту, берущий на себя и несущий ответственность за проект и скрам-команду.

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

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