Scrum
Скрам (Scrum) — фреймворк, предназначенный для разработки, поставки и поддержки сложных продуктов. Он работает эффективно в рамках одной команды, но при масштабировании могут возникнуть проблемы. Проект слишком большой и у владельца продукта возникают сложности с управлением бэклогом? Над проектом работает много команд и появляются проблемы с интеграцией отдельных решений? Не хватает системности и синхронизации между командами? Тогда вам следует обратить внимание на SAFe или LeSS.
Согласно 13th Annual State of Agile Report от VersionOne, SAFe является самым популярным фреймворком для масштабирования скрама — 30 % компаний используют его. LeSS используется только в 3 % случаев.
В данной статье будут рассмотрены отличия в организации работы с использованием скрама, LeSS и SAFe.
LeSS
LeSS (Large-Scale Scrum) в переводе на русский означает «скрам на больших масштабах». Это фреймворк, позволяющий применить принципы скрама в больших проектах. В зависимости от количества команд используется либо LeSS (2–8 команд), либо LeSS Huge (больше 8 команд).
Одним из принципов LeSS является «получать большее за счёт меньшего», что значит не создавать бюрократии и обходиться без лишних ролей, процессов и артефактов.
Таблица 1. Отличия LeSS от Scrum
| Этап цикла | Отличия |
| Планирование спринта | Проходит в два этапа: общее и командное планирование (если у команд есть связанные элементы бэклога, то межкомандное) |
| Межкомандная сессия по проектированию решения | Проводится командами со связанными задачами, чтобы продумать архитектуру решения |
| Координация и интеграция | Каждый участник команды синхронизирует данные по несколько раз в день и просматривает, нет ли изменений, связанных с его работой |
| На ежедневном скраме могут присутствовать представители других команд | |
| Создаются онлайн-сообщества, чтобы объединить людей, работающих над одними и теми же компонентами продукта в одно и то же время | |
| Уточнение бэклога продукта | Проводится общее и командное (при необходимости межкомандное) уточнение для разделения и детализации больших элементов бэклога |
| Ретроспектива спринта | Проходит в два этапа: общая и командная ретроспектива спринта |
Когда количество команд превышает 8, то требуется дополнительная структура, используется LeSS Huge:
Таблица 2. Отличия LeSS Huge от Less
| Нововведение | Описание |
| Область требований | Сгруппированный набор требований к функционалу. Внутри каждой области требований работа организуется по LeSS: должно быть не более 8 команд, свой бэклог, спринт и т. д. |
| Команда помощников владельца продукта | Существует только один владелец продукта, но теперь у него есть команда помощников, каждый из которых отвечает за одну область требований |
SAFe
Если LeSS является масштабированной версией Scrum, то SAFe — это комбинация Lean, Agile и DevOps. SAFe расшифровывается как Scaled Agile Framework, или масштабированный гибкий фреймворк. Это открытая база данных, на официальном сайте можно найти подробную информацию по каждому элементу SAFe — по ролям, обязанностям, артефактам и событиям, необходимым для внедрения концепции Lean-Agile в масштабе предприятия.
Фреймворк содержит четыре конфигурации. Чем больше человек работает в организации, чем сложнее продукт, тем больше требуется инструментов для эффективной организации работы и, соответственно, выбирается более сложная конфигурация.
- Essential SAFe
Это основа фреймворка, которая представляет из себя минимальный набор инструментов, необходимый для получения результата. На этой базовой конфигурации основаны все остальные. Подходит организациям, которые работают над одним продуктом средней или высокой сложности.
- Portfolio SAFe
В рамках этой конфигурации идёт разработка нескольких продуктов средней или высокой сложности. Возникает необходимость в управлении портфелем, где принимаются решения по распределению бюджета между потоками, решения о покупке или слиянии с другими компаниями, создании новых направлений бизнеса и закрытии старых.
- Large Solution SAFe
Подходит организациям, занимающимся разработкой одного большого, комплексного решения несколькими командами команд. Создаются планы работ на 12–36 месяцев, проводится анализ экономической целесообразности изменений.
- Full SAFe
В рамках этой конфигурации идёт разработка нескольких комплексных и сложных решений. Вовлекаются все уровни.
Базовая конфигурация состоит из двух уровней — уровня команды и уровня программы. На уровне команды работа осуществляется по Scrum, Kanban, XP.
На уровне программы вводятся новые роли.
Таблица 3. Роли SAFe на уровне программы
| Роль | Описание |
| Менеджмент продукта | Один или несколько человек, определяющих направление развития продукта, отвечают за бэклог продукта |
| RTE (Release Train Engineer) | Аналог роли скрам-мастера.
Отвечает за координацию и организацию процесса работы не отдельной команды, а программы |
| ART (Agile Release Train) | Команда команд (50–125 человек), которая постепенно разрабатывает и поставляет решения в потоке ценности |
| System Architect / Engineer | Человек, отвечающий за общее техническое и архитектурное видение разработки продукта. Нет аналога, так как в скраме сама команда отвечает за архитектуру |
Используется много терминологии, связанной с поездами: ART (Agile Release Train), RTE (Release Train Engineer). Это связано с тем, что работа команд в какой-то мере похожа на работу поезда — имеется стабильное расписание. Если вы не успеваете на один поезд, то всегда можно сесть на следующий. Если в текущий инкремент не получается уместить какие-то цели, то их можно поместить в следующий.
Организация работы на уровне программы в SAFe напоминает организацию работы по скраму, только в более крупном масштабе, с планированием на более долгий период.
Таблица 4. Сравнение этапов работы в Scrum и SAFe на уровне программы
| Scrum | SAFe Program Level |
| Спринт (1–4 недели) | Инкремент программы (8–12 недель) |
| Планирование спринта | Планирование инкремента программы |
| Ежедневный скрам | Дополнительные встречи для синхронизации команд, владельцев и менеджмента продукта |
| Обзор спринта | Демонстрация системы |
| Ретроспектива спринта | Инспекция и адаптация |
Заключение
В статье были рассмотрены основные отличия LeSS и SAFe от скрама. У каждого фреймворка свои особенности.
LeSS более простой и понятный. Не требует таких сильных изменений, как SAFe.
SAFe предлагает более комплексный подход. Появляются дополнительные роли, артефакты и события. Введение требует больше ресурсов.
Невозможно сказать однозначно, какой подход лучше. Всё зависит от специфики работы вашей компании. Если над одним продуктом работает небольшое количество команд, то введение LeSS поможет вам повысить эффективность работы с меньшими затратами. Когда масштабы увеличиваются, появляется неразбериха и требуется больше системности, то стоит обратить внимание на SAFe.
