Scaled Agile Framework (SAFe ) - это набор шаблонов организации и рабочего процесса, предназначенный для руководства предприятиями в масштабировании Lean и Agile практики. Наряду с крупномасштабным Scrum (LeSS), дисциплинированной гибкой доставкой (DAD) и Nexus, SAFe является одной из растущего числа фреймворков, которые стремятся решить проблемы, возникающие при масштабировании. за пределами единой команды. SAFe предоставляется бесплатно компанией Scaled Agile, Inc., которая сохраняет за собой авторские права и зарегистрированные торговые марки.
SAFe способствует согласованию, сотрудничеству и доставке среди большого числа гибких команд. Он был разработан специалистами-практиками и для них путем использования трех основных областей знаний: гибкая разработка программного обеспечения, бережливая разработка продукта и системное мышление.
. масштабируемая гибкая структура изначально была разработкой общего представления о том, как работа выполнялась от управления продуктом (или других заинтересованных сторон ) через управление, программой и команды разработчиков для клиентов. В сотрудничестве с другими участниками гибкого сообщества, это было постепенно уточняется, а затем впервые официально описано в книге 2007 года. Структура продолжает разрабатываться и публиковаться публично; с академией и схемой аккредитации, поддерживающей тех, кто стремится внедрить, поддерживать или обучать других внедрению SAFe.
Начиная с первого выпуска в 2011 году, было выпущено уже пять основных версий, в то время как последняя версия, версия 5.0, была выпущена в январе 2020 года.
Хотя SAFe по-прежнему считается наиболее распространенным подход к масштабированию гибких практик (30% и рост), он также подвергся критике за слишком иерархичность и негибкость.
Группы разработчиков обычно совершенствуют их отставание составляет до двух-трех итераций вперед, но в более крупных организациях команде продуктового маркетинга необходимо заранее планировать свои обязательства по выходу на рынок и обсуждения с клиентами. Они часто работают с очень высоким уровнем, 12-18-месячной дорожной картой, а затем совместно с командами планируют три месяца работы. Команды разработчиков по-прежнему будут заниматься детальной доработкой на 2–3 итерации вперед, а подробные планы задач будут только на следующей итерации.
Пока команды разработчиков имеют Количество фреймворков, которые определяют, как они должны быть гибкими, очень мало описывает это для руководства. SAFe предоставляет многие из тех же принципов, таких как создание кросс-функциональных групп, группам, которые занимаются более абстрактными уровнями ответственности и планирования (продукт и портфель). SAFe также подвергается критике за объединение слишком большого количества разрозненных практик.
В Scrum ожидается, что владелец продукта возьмет на себя ответственность за все жизненный цикл продукта, включая рентабельность инвестиций в решения по разработке, а также производительность на рынке. В случае крупномасштабных разработок организация хочет получить представление о множестве невыполненных работ, например, от менеджера по продукту. Хотя SAFe предполагает, что роль владельца продукта связана с управлением продуктом, его, тем не менее, критиковали за разделение владельцев продукта на организацию, занимающуюся разработкой.
Гибкие структуры предназначены для того, чтобы команда разработчиков могла быть автономными и свободными в разработке того, как они работают. SAFe признает, что в масштабе многих десятков или сотен команд разработчиков полная самоорганизация групп становится все более хаотичной. Таким образом, это накладывает некоторые ограничения на это, так что там, где команды работают над одним и тем же продуктом, их результаты могут быть лучше синхронизированы для совместного выпуска, хотя это была одна из областей, в которой SAFe подвергался критике.
Цикл планирования SAFe рекомендует включать дополнительную итерацию после выпуска, чтобы группы могли улучшить свои методы и были готовы к следующему этапу планирования. Более ранние выпуски SAFe также проектировали это как итерацию упрочнения, то есть для стабилизации или упрочнения продукта перед его выпуском. Это было обусловлено сложностями работы с большими интеграционными средами, в которых зависимости означали, что вы не можете протестировать все до самого конца. SAFe критиковали за это, поскольку он представлял собой элемент, препятствующий гибкости или водопада, но соответствовал минимальным 90-дневным шагам, которые составляют 13 недель, а если вы выполняете двухнедельные спринты, вам нужно шесть из них плюс недельное планирование или цикл закалки. Это не включено в последние выпуски SAFe.
По мнению авторов, SAFe основан на десяти основных концепциях, которые вытекают из существующих принципов бережливого производства и гибкости, а также наблюдений. :
В SAFe версии 5.0 есть четыре конфигурации: основная, портфолио, большое решение и полная:
Scaled Agile предоставляет сертификаты, охватывающие различные области и уровни знаний.