Руководство по Скраму определяет единицу, состоящую из Владельца продукта, Команды разработчиков из 3-9 участников и 1 Мастера Скрама для примерно от 5 до 11 участников. Я видел случаи, когда у Владельца продукта может быть вспомогательный персонал или у команды может не быть специального Scrum Master, чтобы немного изменить это число, но, похоже, это обходится примерно дюжине человек.
Руководство Nexus описывает один метод масштабирования Scrum для работы с 3-9 командами Scrum, работающими над одним продуктом. Он добавляет новую Команду интеграции Nexus, которая может быть преданным членом или состоять из людей из различных команд Scrum. Исходя из этого руководства, оно составило бы около 20-120 человек.
Дисциплинированный Agile может масштабироваться от одной команды до N команд. Стандартный размер отдельной группы будет примерно таким же, как в Scrum - 3-9 участников плюс вспомогательные роли от различных специалистов, независимых групп тестирования, экспертов в области и т. Д. В этой структуре рассматриваются не просто масштабирование, а применение гибких методов. в крупных организациях регулируемые среды с обязательным соблюдением, аутсорсинг, глобально распределенные команды. Кажется, что ограничением является то, что у вас будет один экземпляр DA для каждого продукта или линейки продуктов.
В той или иной степени я принимал участие в разработке или реализации процессов с использованием Scrum, Nexus и DAD, поэтому я хорошо понимаю их. У меня нет практических знаний о LeSS и SAFe, помимо того, что я читаю, как говорят другие люди.
LeSS кажется простым. Это альтернатива Nexus, которая может масштабироваться намного больше. В правила LESS государства, МЕНЬШЕ предназначен для 2-8 команды и МЕНЬШЕ Огромный предназначен для 8+ команд, которые я бы оценить размер организации развития , чтобы быть около 15-80 для LESS и 80+ для LESS огромно. В зависимости от вашей организации, вы, вероятно, будете искать 20-110 человек в организации продукта для LeSS и более 100 человек в LeSS Huge, включая управление, независимый контроль качества, операции и так далее. Обе формы LeSS, по-видимому, ориентированы на один продукт или, возможно, тесно связанный набор продуктов (например, линейку продуктов или набор микросервисов). У каждого продукта будет свой экземпляр LeSS (или LeSS Huge).
SAFe, похоже, включает в себя всю организацию - операции, пользовательский опыт, корпоративных архитекторов и системных инженеров, менеджеров по продуктам, QA, разработчиков и так далее. У него есть две модели - трехуровневая организация и четырехуровневая организация. Трехуровневая организация определяет команду, программу и портфолио. Четырехуровневая организация добавляет уровень потока создания ценности между программой и портфелем. Судя по количеству идентифицированных ролей, создается впечатление, что он нацелен на крупные корпоративные организации с несколькими продуктами и параллельными программами. Читая их руководство по осуществлениюПохоже, что они ожидают, что внедряющая организация обучит руководителей и менеджеров, а затем, по крайней мере, 50 членов команды разработчиков. Минимальный размер организации, по-видимому, составляет пару сотен человек во всех идентифицированных группах и нескольких продуктах, чтобы реализация имела смысл.
Правильно ли я полагаю, что LeSS является «конкурентом» Nexus по отношению к целевой аудитории, а SAFe нацелена на очень крупные организации с большим количеством продуктов или линейок продуктов, гораздо больше, чем другие масштабируемые гибкие платформы?