Scrum на практике: роли, спринт и четыре встречи

Коротко: Scrum работает спринтами по одной–четыре недели с тремя ролями, тремя артефактами и четырьмя встречами, чтобы команда регулярно выдавала готовые к передаче результаты и училась.

Подробнее: Scrum — самый известный гибкий фреймворк. Он не предписывает техник, а задаёт ритм с прозрачностью, инспекцией и адаптацией (эмпиризм).

Подробности

Три роли

• Владелец продукта (PO): отвечает за ценность, ведёт и приоритизирует бэклог продукта, решает, что создаётся.
• Scrum-мастер: следит, чтобы команда понимала и применяла Scrum, устраняет препятствия, содействует; не управление проектом.
• Команда разработки (разработчики): самоорганизуется, обладает всеми навыками, решает, как создавать; обычно 3–9 человек.

Три артефакта

• Бэклог продукта: упорядоченный список всех пожеланий (пользовательские истории).
• Бэклог спринта: выбранные на спринт пункты плюс план.
• Инкремент: рабочий результат, отвечающий определению готовности.

Спринт и встречи

Спринт (1–4 недели, фиксированной длины) содержит:

1. Планирование спринта: что мы делаем (цель спринта), как?
2. Daily scrum (15 минут ежедневно): прогресс, план на день, препятствия.
3. Обзор спринта (review): показать результат заинтересованной стороне, получить обратную связь, скорректировать бэклог.
4. Ретроспектива спринта: как мы работаем? Что улучшаем в следующем спринте? Между ними уточнение (refinement) (уход за бэклогом, оценка).

Советы и ловушки

• Цель спринта понятна и не меняется посреди спринта.
• Velocity (завершённые очки) помогает планированию, но не измеряет производительность.
• Определение готовности задаёте вместе.
• Частые ловушки: Scrum-but (опускание правил), daily как отчёт перед начальником, недоступный PO, перегрузка спринта, нечестная ретро.
• Альтернативы/дополнения: Kanban (поток вместо спринтов), XP, SAFe/LeSS для крупных организаций. В документации IHK вы объясняете, как вы адаптировали Scrum (например, в проекте одного человека: планирование и обзор спринта с наставником).

См. также: Гибкие методы (Scrum и Kanban), Пользовательские истории и критерии приёмки, Сравнение моделей процессов