- масштабирование agile от уровня команд на уровень управления компанией.
- Совместная согласованная работа нескольких команд в проектах.
Основа - четыре области знаний: гибкая (agile) разработка ПО, бережливая (lean) разработка продукции, системное мышление и DevOps.
"Стандартные" agile-фреймворки (Scrum, Kanban, XP ...) акцентируются на процессах работы внутри команд. Для стартапов или проектов, над которыми работает одна-две команды, это прекрасно подходит. Но когда речь заходит об управлении разработкой более-менее крупных продуктов и, тем более, продуктовым портфелем, для масштабирования agile-философии нужны дополнительные методики. Ведь когда над продуктом работает несколько команд, необходимо, как минимум, синхронизировать их работу. Это и есть задача "минимум" фреймворка SAFe (и ему подобных). А задача "максимум" - выстроить работу всего предприятия по идеологии lean-agile.
Ядро SAFe, как и любой agile-методологии - это определенный mindset, то есть образ мышления.
Это критически важно.
Без поддержки этого mindset, говорить о том, что на предприятии внедрен SAFе, бессмысленно. Если команда использует kanban-доску просто для перевешивания тикетов - это еще не значит, что она работает по Kanban. Точно так же, если на предприятии есть Agile Release Train (один из артефактов SAFe), но при этом не синхронизируется процесс планирования внутри ART, нет доставки изменений после каждого Program Increment (еще один артефакт SAFe) - это не значит, что на предприятии внедрен SAFe.
Для полноценного внедрения SAFe прежде всего необходимо внедрить культуру мышления. А так как речь идет об управлении предприятием, то в первую очередь эта культура мышления должна быть понята и принята руководством предприятия.
Поэтому перед описанием атрефактов и техник, применяемых во фреймворке, стоит познакомиться с ценностями и принципами SAFe, то есть с его mindset: