Масштабируемая гибкая структура - Scaled agile framework
| Разработка программного обеспечения |
|---|
Чешуйчатая гибкая основа ( SAFe ) представляет собой набор организации и документооборот модель предназначена для руководства предприятия в масштабировании постных и гибкие методов. Наряду с крупномасштабным Scrum (LeSS), дисциплинированной гибкой доставкой (DAD) и Nexus, SAFe является одной из растущего числа фреймворков, которые стремятся решить проблемы, возникающие при масштабировании за пределы одной команды. SAFe предоставляется бесплатно компанией Scaled Agile, Inc., которая сохраняет авторские права и зарегистрированные торговые марки.
SAFe способствует согласованности, сотрудничеству и доставке в большом количестве гибких команд. Он был разработан практиками и для практиков с использованием трех основных областей знаний: гибкой разработки программного обеспечения , бережливой разработки продуктов и системного мышления .
Первоначально основным ориентиром для масштабируемой гибкой платформы была разработка общего представления о том, как работа перетекает от руководства продуктом (или других заинтересованных сторон ) к клиентам через группы управления , программы и разработки . В сотрудничестве с другими участниками гибкого сообщества, это было постепенно уточняется, а затем впервые официально описано в книге 2007 года. Структура продолжает разрабатываться и публиковаться публично; с академией и схемой аккредитации, поддерживающей тех, кто стремится внедрять, поддерживать или обучать других внедрению SAFe.
Начиная с первого выпуска в 2011 году, было выпущено пять основных версий, а последняя версия, версия 5.1, была выпущена в феврале 2021 года.
Хотя SAFe по-прежнему считается наиболее распространенным подходом к масштабированию гибких практик (30% и растет), он также подвергся критике за то, что является слишком иерархичным и негибким.
Проблемы масштабирования гибких принципов и практик
Как справиться с более длинными горизонтами планирования
Команды разработчиков обычно уточняют свой бэклог до двух-трех итераций вперед, но в более крупных организациях команде продуктового маркетинга необходимо заранее планировать свои обязательства на рынке и обсуждения с клиентами. Они часто работают с очень высоким уровнем, 12–18-месячной дорожной картой, а затем совместно с командами планируют три месяца работы. Команды разработчиков по-прежнему будут заниматься детальной доработкой на 2-3 итерации вперед, а подробные планы задач будут только на следующей итерации.
Сохранение гибкости на абстрактных уровнях ответственности
В то время как команды разработчиков имеют ряд структур, которые определяют, как они должны быть гибкими, для руководства это очень мало. SAFe предоставляет многие из тех же принципов, таких как кросс-функциональные команды, группам, которые занимаются более абстрактными уровнями ответственности и планирования (продукт и портфель). SAFe также подвергается критике за объединение слишком большого количества разрозненных практик.
Работа с делегированными полномочиями
В Scrum ожидается, что владелец продукта возьмет на себя ответственность за полный жизненный цикл продукта , включая окупаемость инвестиций в решения по разработке, а также эффективность на рынке. При крупномасштабных разработках организация хочет получить представление о множестве невыполненных работ, например, от менеджера по продукту . Хотя SAFe предполагает, что роль владельца продукта принадлежит менеджменту продукта, его, тем не менее, критиковали за разделение владельцев продукта на организацию, занимающуюся разработкой.
Синхронизация результатов
Фреймворки Agile предназначены для того, чтобы дать команде разработчиков возможность быть автономной и свободной при проектировании того, как они работают. SAFe признает, что в масштабе нескольких десятков или сотен команд разработчиков полная самоорганизация групп становится все более хаотичной. Таким образом, это накладывает некоторые ограничения на это, так что там, где команды работают над одним и тем же продуктом, их результаты могут быть лучше синхронизированы для совместного выпуска, хотя это была одна из областей, в которой SAFe подвергался критике.
Оставляя время на инновации и планирование
Цикл планирования SAFe рекомендует включать дополнительную итерацию после выпуска, позволяя командам улучшить свои практики и быть готовыми к следующему этапу планирования. Более ранние выпуски SAFe также проектировали это как итерацию упрочнения , а именно для стабилизации или упрочнения продукта перед его выпуском. Это было основано на сложностях работы с большими интеграционными средами, где зависимости не позволяли протестировать несколько вопросов до самого конца. SAFe критиковали за это, потому что он представлял собой элемент, препятствующий гибкости или водопаду, но соответствовал минимальным 90-дневным шагам, которые составляют 13 недель, а если вы выполняете двухнедельные спринты, вам нужно шесть из них плюс недельное планирование или цикл закалки. Это не включено в последние выпуски SAFe.
Реализация
Основные принципы SAFe
По словам авторов, SAFe основан на десяти основных концепциях, которые основаны на существующих принципах бережливого производства и гибкости, а также на наблюдениях:
- Взять экономический взгляд
- Применяйте системное мышление
- Предполагайте изменчивость; сохранить варианты
- Постройте поэтапно с помощью быстрых интегрированных циклов обучения
- Основные этапы объективной оценки работающих систем
- Визуализируйте и ограничивайте незавершенные работы, уменьшайте размеры пакетов и управляйте длиной очереди
- Применяйте каденцию (тайминг), синхронизируйте с междоменным планированием
- Раскройте внутреннюю мотивацию работников умственного труда
- Децентрализовать принятие решений
- Организуйте вокруг ценности
Фреймворк SAFe
В SAFe версии 5.1 есть четыре конфигурации: основная, портфолио, большое решение и полная:
- Essential SAFe - это самая базовая конфигурация. Он описывает наиболее важные необходимые элементы и предназначен для обеспечения большинства преимуществ фреймворка. Он включает в себя уровень команды и программы (который он называет Agile Release Train или ART).
- Большое решение SAFe обеспечивает координацию и синхронизацию нескольких программ, но без учета портфеля. В более ранних версиях SAFe этот уровень назывался потоком создания ценности .
- Портфель SAFe включает вопросы стратегического направления, инвестиционного финансирования и бережливого управления.
- Full SAFe сочетает в себе три других уровня.
Сертификаты
Scaled Agile предоставляет сертификаты , охватывающие разные области и уровни знаний.
Смотрите также
использованная литература
дальнейшее чтение
- Хойссер, Мэтью (17 июня 2015 г.), Введение в масштабируемую гибкую структуру , ИТ-директор , стр. 1-2. - содержит обзор плюсов и минусов методологии и делает вывод, что это промежуточный путь к полностью гибкой системе.
- Леффингуэлл, декан (2011 г.), Практика требований бережливого производства для команд, программ и предприятия , Addison-Wesley Professional, ISBN 978-0321635846
- Линдерс, Бен (15 января 2015 г.), Lean and Agile Leadership with the Scaled Agile Framework (SAFe) , InfoQ