Scrum p.1 | Основные понятия и ограничения

Основные понятия

Проавторы данного фреймворка — Хиротака Такеути и Икуджиро Нонака.
Название: scrum (англ.) — момент схватки в регби, борьба за мяч для возобновления игры после нарушения правил или остановки. То есть набросились, поработали, завершили «игровую ситуацию», снова набросились, поработали, завершили новую «игровую ситуацию» и т.д.
Давайте разберемся с основными принципами и понятиями Scrum.
Основные принципы Scrum

1. Одна или несколько кроссфункциональных, самоорганизующихся команд создают проект итерациями (временные отрезки для разработки отобранных задач и поставки результатов разработки заказчику).
2. Система ролей, встреч, правил и артефактов. Рассмотрим их подробнее ниже.
3. Итерации (спринты) фиксированной длины на протяжении всего проекта, от 1 недели до 1 месяца. На время спринта команда не может меняться, все изменения в команде нужно вводить между спринтами.

Основные роли

Product owner (владелец продукта) управляет бэклогом (упорядоченный список требований к продукту) продукта, обеспечивает его прозрачность, доступность и ясность для всех членов команды. Знает и понимает потребности бизнеса, оптимизирует ценности работ.
Scrum master отвечает за процессы в проекте, помогает настроить их таким образом, чтобы бэклог продукта был упорядочен, а  команда понимала цели, объем работ и предметную область продукта. Также фасилитирует все скрам-события. В идеальном скраме команда стремится к самоорганизации и самопознанию, настроена на результат и искренне болеет за успех проекта. Помочь команде стать именно такой — это задача скрам-мастера,  к нему приходят за советом, чтобы найти причину проблемы, с которой столкнулась команда. Это касается не технической стороны проекта, а управления и коммуникации в первую очередь.
Dev team — команда профессионалов, работающих для поставки потенциально готового к релизу инкремента (прироста функционала) в конце каждого спринта. Обычно в команде от 5 до 9 человек, не дробится на подкоманды и обладает всеми компетенциями для реализации спринт-бэклога. Обычно состоит из разработчиков, тестировщиков, технических писателей, бизнес-аналитиков. Могут быть и другие роли, если они нужны команде для достижения целей проекта.
Scrum team состоит из Dev team, Scrum master и Product owner.

Артефакты
Product-backlog (продукт-бэклог) — упорядоченный список требований к продукту, которые предоставляет клиент, ведь он лучше всех знает и представляет, какой продукт ему нужен. Кроме требований, может содержать новые характеристики и новые функции продукта, информацию о путях усовершенствования продукта. Формирует и приоритизирует Product owner.
Sprint-backlog (спринт-бэклог) — список задач, которые команда оценила (сложность и время исполнения) и обязуется выполнить в текущем спринте. Изменять или отменять задачи из спринт-бэклога можно только в форс-мажорном случае, сделать это может только Product owner.

Product Increment (продукт инкремент) — сумма завершенных за спринт элементов Product-backlog и всех инкрементов предыдущих спринтов. Для упрощения понимания можно назвать это совокупностью выполненных работ.

Основные события

Sprint (спринт) — временной отрезок фиксированной длины, в конце которого должен быть представлен готовый к использованию инкремент продукта. Спринт является контейнером для остальных событий Scrum.
Sprint Planning — проводится в начале спринта, на этом митинге команда определяет и оценивает, какие задачи из продукт-бэклога будут взяты в спринт-бэклог и реализованы в текущем спринте.

Daily Scrum (daily stand-up, sync) — ежедневный короткий митинг для синхронизации действий команды. Часто проводится стоя возле доски с задачами. 

Sprint Review (demo) — неформальная встреча для инспекции инкремента и адаптации Product-backlog. Демонстрация клиенту функционала, реализованного в текущем спринте. Может проводиться любым членом команды. 

Sprint Retrospective — инспекция командой самой себя, применимо к людям, отношениям, процессам и инструментам. Результатом события является запланированное конкретное улучшение на следующий спринт.

Все эти события должны быть регулярными, чтобы другие события были не нужны.

В нашей следующей статье мы рассмотрим плюсы и минусы Scrum.