Вы находитесь на странице: 1из 2

©2014 agilescaling.org - Все права защищены. Перевод на русский язык выполнен компанией ScrumTrek.

Легенда: Примечание: Высокий не


Низкий = Светло-розовый означает, что лучший,
Средний = Синий нужно основываться на Последняя версия всегда доступна на
Agile Scaling KnowledgebaseTM (ASK) Decision Matrix публичная версия 5.1 Высокий = Фиолетовый ваших целях и подходах www.agilescaling.org

Сравнение Подходов
Spotify "model"
Scaled Agile Framework Discipled Agile Delivery (DAD) Recipes for Agile Nexus / Scaled Scrum at Scale
Вопросы / Критерии Scrum-of-Scrums (SoS) Large Scale Scrum (LeSS) (Tribes, Squads, Chapters DSDM Drive Strategy Другое…
(SAFe) + Agility at Scale Governance (RAGE) Professional Scrum Sutherland/Brown Примечания
PO meta-scrum Larman/Vodde & Guilds) Deliver More
Leffingwell Ambler/Lines Scrum.org
Kniberg
DSDM - Agile-подход
Важный механизм, которого Метод, используемый в управления проектом и Масштабирование на описание другого
Гибрид классического и
может оказаться достаточно Модель Larman / Vodde, Модель Scott Ambler, Spotify, в котором есть фреймворк поставки, основе Scrum, включает Модульный фреймворк подхода, который
Метод, описанный Dean Agile-подхода в проектном
Описание небольшим организациям, но описанная в книге "Scaling Lean описанная в книге "Disciplined Отряды (Squads), Кланы обеспечивающий "экзоскелет" под названием Scrum Inc. для будет
Leffingwell и Scaled Agile, Inc. и портфельном
не являющийся полноценным & Agile Development" Agile Delivery" (Tribes), Отделы (Chapters) и надежность готовности Nexus плюс около 40 масштабирования Scrum рассмотрен и
планировании
способом масштабирования Гильдии (Guilds) необходимого решения практик оценен…
точно в срок
www.cprime.com/tag/agile-
guide.agilealliance.org/guide/scrumof www.scrum.org/Resources/The-
Гиперссылка less.works scaledagileframework.com disciplinedagiledelivery.com scaling-agile-spotify-11.pdf www.dsdm.org governance www.scruminc.com
scrums.html Nexus-Guide
Обратите внимание, что не все сторонники Agile
считают, что подобные уровни *нужны*, но на
Полнота охвата "уровней",
Низкий Средний Высокий Высокий Средний Высокий Высокий Средний Средний сегодня они есть в большинстве крупных
включая:
организаций. Таким образом, Низкий - не
обязательно плохой!
* В LeSS Единый Владелец Продукта и один
Портфель Низкий Средний* Средний Средний Низкий Высокий Средний Средний Средний Бэклог Продукта представляют портфель
* LeSS фокусируется на Продукте, а не
Структура Программы Низкий Средний* Высокий Высокий Низкий Высокий Низкий Средний Средний традиционной поставке в рамках Программы
Межкомандная
Средний Высокий Высокий Высокий Высокий Высокий Средний Средний Высокий
Координация
Уровень Команды Средний Средний Высокий Высокий Высокий Средний Средний Высокий Средний
Инженерные Практики Низкий Средний Средний Высокий Средний Средний Средний Средний Средний
Популярность / Внедрения
(новое / растущее (низкий)
Высокий Средний Высокий Низкий Низкий Низкий Низкий Низкий Низкий
или проверенное /
лидирующее (высокий)
Гибкость / Правила
возникают по ходу:
Формализованный Высокий Высокий Низкий Средний Высокий Средний Высокий Средний Средний
(низкий) или гибкий Обратите внимание, что формализация может
(высокий)? допускать изменения и позволять адаптацию
Могут сильно отличаться, обычно доступны
Затраты на Внедрение Низкий Низкий Высокий Средний Низкий Средний Низкий* бесплатно для самостоятельного внедрения
Наличие Детализации и
Низкий Средний Высокий Средний Низкий Средний Средний Низкий Низкий
Поддержки
Какие поддерживаются
фреймворки на уровне Scrum / Kanban / конкретные Собственный метод, отчасти Собственный Гибридный
Scrum Scrum Scrum /Lean Scrum /Lean Scrum Scrum
Команд? (Scrum, Kanban, "избранные" практики XP схожий со Scrum Agile Scrum-метод
XP и т.д.)
Больше централизации и
Смешанная, в зависимости от
Контроль больше Централизованная потока "сверху-вниз" для Распределенная с Адаптивный контроль, Централизовано
Децентрализация с небольшой выбранных частей, но Больше Централизованного
Централизован или приоритизация и идей, но распределенная различными вариантами который настраивается по представление продукта, ?
координацией некоторые решения Контроля и взаимодействия
распределен? распределенная координация ответственность за способ координации необходимости все остальное распределено
централизованы
реализации
Малый: < 100 сотрудников или 10 команд
Средний: >100 < 500 сотрудников или 50
Масштаб / Целевой Малый, но Nexus+ можно команд
Малый - Средний - Крупный
размер (малый - средний - Малый Средний - Крупный Крупный - Корпорации Средний - Крупный Средний - Крупный Средний - Крупный применить при более 9 Малый - Крупный Крупный: >500 сотрудников или 100 команд
крупный) команд * Диапазоны может изменить любой
использующий этот инструмент на основе
предпочтений по относительным размерам.
Создавался исключительно
для Spotify, возможно, Адаптируется под любой Новый, поэтому точной Адаптируется под любой
Организации какого Типа Любые, который используют Предлагает 2 структуры для Используется во многих Зрелая Комплексная
Ориентирован на корпорации подходит для других размер. Типичных информации о внедрениях размер. Типичных
обычно используют? Scrum организаций разного размера разнообразных организациях Организация
относительно плоских Agile- организаций нет. нет организаций нет.
организаций

Команда/структура, очень Фокус на Шаблонах,


Упрощение организации, Команда/структура; Команда/структура, большие
гибкое масштабиирование с которые можно
Основной фокус команда/структура, Agile- настраиваемый, но этапы проекта, процесс работы Команда/структура, Использование концепций Представляется как
Команда/структура, минимумом накладных использовать на основе
(команды/структура - мышление, Владелец формализованный с проблемами для варианты коммуникаций, Scrum и мышления на "Модульный" подход
межкомандные зависимости расходов, соединение потребностей команды,
организация/ROI) Продукта масштабируется с фреймворк для большинства технического совершенства на сотрудничающие команды масштабе Масштабирования
команд, обработка программы или
помощью "областей" вопросов Agile в масштабе. масштабе
межкомандных проблем предприятия

Ориентирован на Разработку Ориентирован на Разработку


Разработка ПО - как часто
Можно использовать везде, ПО или Разработку ПО или Разработку Были случаи использования Были случаи использования Ориентирован на Можно использовать везде, Можно использовать везде,
используется вне Только Spotify
где вы используете Scrum программного/аппаратного программного/аппаратного вне ИТ вне ИТ Разработку ПО где вы используете Scrum где вы используете Scrum
разработки ПО или ИТ?
обеспечения обеспечения

Page 1 of 2
©2014 agilescaling.org - Все права защищены. Перевод на русский язык выполнен компанией ScrumTrek.

Легенда: Примечание: Высокий не


Низкий = Светло-розовый означает, что лучший,
Средний = Синий нужно основываться на Последняя версия всегда доступна на
Agile Scaling KnowledgebaseTM (ASK) Decision Matrix публичная версия 5.1 Высокий = Фиолетовый ваших целях и подходах www.agilescaling.org

Сравнение Подходов
Spotify "model"
Scaled Agile Framework Discipled Agile Delivery (DAD) Recipes for Agile Nexus / Scaled Scrum at Scale
Вопросы / Критерии Scrum-of-Scrums (SoS) Large Scale Scrum (LeSS) (Tribes, Squads, Chapters DSDM Drive Strategy Другое…
(SAFe) + Agility at Scale Governance (RAGE) Professional Scrum Sutherland/Brown Примечания
PO meta-scrum Larman/Vodde & Guilds) Deliver More
Leffingwell Ambler/Lines Scrum.org
Kniberg
Хорошее масштабирование Содержательный подход,
"Общая картина" и полнота, Очень гибкий,
Простой стандартный Scrum, Владельца Продукта, сильные сильный в таких областях, как
Главные Плюсы / Agile "под ключ" для крупных предпримательский, Очень распространен в Легковесный, авторство Jeff
фокус на зависимостях и их принципы согласованности, не архитектура, проектирование и Подвижный и адаптивный Авторство Ken Schwaber
Ключевые Отличия корпораций, активно распределенные команды, Великобритании Sutherland
разрешении формализующий, а DevOps, включает в себя
развивается низкие накладные расходы
предлагающий множество хороших моделей

Мало информации о том, как


делать; качественное
Ограниченное
Более "радикальный" Agile- внедрение чаще всего требует
документирование, нет В некоторых местах отсутствует Очень мало информации о Новый подход, который
подход, который может быть сертифицированного SPC;
четкого описания, скорее информация о том, как делать; том, как делать; не является развивается и адаптируется.
Ключевые Риски / сложно продать в больших выглядит формализованным; Накладные расходы Новый подход, который Новый подход, который
всего, не подойдет для можно встретить внутренние настоящим фреймворком; Некоторые части являются
Проблемы классических организациях с считается "недостаточно тяжеловесного процесса развивается и адаптируется развивается и адаптируется
больших масштабов, противоречия; жизненный цикл может подойти только в "секретными" и даются
большим количеством Agile" среди сообщества;
относительно разные не формализован некоторых культурах только на тренинге
уровней и специализаций иногда проявляется проблема
варианты внедрения
"быстро запустил и
расслабился"

Есть тренинги и
Наличие Тренингов / Известных нет, проводите Да, многоуровневые тренинги Да, многоуровневые Известных нет, проводите Да, многоуровневые Нет известных книг,
Есть сеть тренингов и коучей сертификация Scaled Тренинги проводились
Ресурсов собственные и сертификации сертификации собственные сертификации самостоятельное внедрение
Professional Scrum
Можете внедрить
Внедряйте самостоятельно и
Способ Внедрения (с чего Теперь доступно на их сайте самостоятельно, но обычно Скорее всего, потребуется
Самоорганизация, внедряйте выбирайте практики из Ничего не известно, Тренинги и коучинг от
начать и обеспечить https://less.works/less/adoption выполняется с помощью Внедряйте самостоятельно тренинг и, вероятно, ?
самостоятельно большого количества внедряйте самостоятельно группы DSDM
устойчивость) /getting-started.html сертифицированных коучей коучинг от SPS
возможных
(SPC) и тренингов
DAD - гибридный подход,
который расширяет Scrum
Теперь предлагается Все еще в развитии. Есть
стратегией из Гибкого
сертификация в качестве подход для > 9 команд
Моделирования (Agile
профессионала или тренера. Начали предлагать новые Не пытается следовать Steve Messenger - это POC Kevin Tompson - это POC (Nexus+), но про него
Часто используется неверно и Modeling, AM), Экстремального
Большинство аспектов сертификации, что привело к другим общим рассказывают только на Публично представлен на
Примечания превращается в статусную Программирования (Extreme
основаны на сильном пересечению с Scrum Alliance фреймворках, таким как uk.linkedin.com/pub/steve- www.linkedin.com/in/kevinth тренингах SPS. Сейчас Agile 2014 в Орландо
встречу Programming, XP), Unified
упрощении структуры и Scrum.org Scrum messenger/1/a97/72a ompsonphd практики тоже читаются
Process (UP), Kanban, Lean
организации и ликвидации только на тренингах SPS и
Software Development, Outside
специализированных команд публично недоступны
In Development (OID) и
нескольких других методов
Другое…

Сноски
* - популярная тема в обсуждениях, но не настолько проработанная, чтобы можно было что-то сказать
** - но недостаточно точное следование Scrum или любому одному фреймворку

* Первоначально назывался Scaled Agile Differentiator (SAD)


Концепция родилась в Scrum Alliance Scrum Coach Retreat - December 2013
Среди участников семинара были: Richard Dolman, Steven Spearman, Dave Cornelius, Bob Galen, Bryan Stallings, Perry Reinert, Mike Register, Bill Johnson, and Vijay Kumar

Page 2 of 2

Вам также может понравиться