Ключевые ценности SAFe®
Что именно понимают в Scaled Agile Framework® (SAFe®) под ключевыми ценностями, и как они помогают в работе.
Вольный перевод статьи: Core Values — Scaled Agile Framework.
“Найдите людей которые разделяют ваши ценности и вместе вы покорите мир”
Ключевые ценности
Ключом к эффективности в SAFe® являются четыре основные ценности: Согласованность, Встроенное Качество, Прозрачность и Выполнение Программы, которые отражают в себе фундаментальные убеждения фреймворка. Эти принципы дают руководство к действиям и поведению всех участников портфеля SAFe.
Детали
SAFe основывается на четырех столпах знаний: Agile-разработка, Lean-разработка продуктов, системное мышление и DevOps. В совокупности они позволяют расширять, углублять и масштабировать фреймворк. Но, в сердце подхода, больше всего упор идет на четыре ключевые ценности SAFe: Согласованность, Встроенное качество, Прозрачность и Выполнение Программы. Это отражено на Рисунке 1 и описано в следующих параграфах статьи.
Рисунок 1. Четыре ключевые ценности SAFe
Согласованность
Несогласованность деталей в конструкции автомобиля, так же как и в организации, может привести к серьезным последствиям. Ими тяжело управлять, они могут не реагировать на попытки изменить направление и т.д. И даже если всем понятно, куда мы хотим приехать, автомобиль навряд ли будет способен нас туда доставить, имея вышеупомянутую несогласованность деталей.
Согласованность в организации необходима, чтобы идти в ногу с быстро меняющимися условиями, конкурентами, а также работать с географически распределенными командами. Даже если наделенные полномочиями Agile-команды достаточно зрелые (и даже очень), ответственность за стратегию и согласованность всей организации не может лежать на них, неважно насколько они хороши. Согласованность организации в любом случае должна опираться на ее бизнес-цели. Ниже приведены несколько способов как SAFe поддерживает эту ценность:
- Согласованность начинается со стратегии и инвестиционных решений на уровне Портфеля и отражается в Стратегических Темах, Концепции Портфеля и Бэклоге Портфеля, а так же в результатах Инициативного Бюджетирования. Все это, в свою очередь, транслирует информацию в Концепцию, Дорожную Карту и Бэклоги всех уровней организации: Бэклог Портфеля, Бэклог Решения, Бэклог Программы, Бэклог Команды. Непрерывное Изучение, Клиентоориентированность и Дизайн-мышление объединяют точки зрения разных стейкхолдеров и других источников информации, чтобы обеспечить наличие экономически обоснованного приоритета и достаточную проработку каждого элемента бэклога перед передачей командам для реализации. Вся работа должна быть наглядна, обсуждаема, выполнима и прозрачна.
- Согласованность поддерживается за счет четких границ полномочий, начиная с уровня портфеля и далее на уровне Менеджмента Решения и Продукта, вплоть до Владельца продукта.
- PI-цели и Цели Итераций нужны чтобы связать ожидания с принятыми обязательствами.
- Каденции и регулярные синхронизации также служат для обеспечения согласованности, и в том числе, чтобы отклонения оставались в допустимых экономических и временных рамках.
- Архитектура и управление пользовательским опытом помогают достичь технологичности, надежности и масштабируемости разрабатываемых решений.
- Приоритизация, основанная на экономическом эффекте, держит стейкхолдеров вовлеченными в непрерывный и согласованный процесс, который основан на текущих условиях и фактах, поддающихся оценке.
Таким образом, под согласованностью не следует понимать директивное управление сверху-вниз. Согласованность рождается, когда все работают для достижения общей цели. И действительно, Согласованность позволяет расширить права и полномочия, достигая автономии, Децентрализованного Принятия Решений, давая возможность тем кто создает ценность, принимать лучшие решения на своем уровне ответственности.
Встроенное качество
“Обзор и анализ не повышает и не гарантирует качество. Инспектировать уже поздно. Качество, хорошее оно или плохое, уже в продукте. Поэтому качество нельзя инспектировать в продукте или услуге — оно должно быть встроено в него”
– У. Эдвардс Деминг
Встроенное Качество подразумевает соответствие стандартам качества на протяжении всего цикла разработки каждого элемента и каждого инкремента Решения. Качество не может быть “добавлено позже”. Обеспечение качества является обязательным условием для построения бережливого производства и потока — без него, в организации, скорее всего, работа будет выполняться большими партиями неверифицированной и невалидированной работы. Как результат — переработки и низкая производительность команды (velocity).
Кроме того, чем больше система, тем важнее качество, и здесь нет ни капли двусмысленности в отношении важности встроенного качества в крупных системах. Оно обязательно. Встроенное Качество является основополагающим элементом SAFe, и, поскольку локализовать обсуждение качества для каждой конкретной деятельности невозможно, в статье про встроенное качество рассуждения о качестве ведутся вокруг 5 аспектов: Поток, Архитектура и Дизайн, Код, Системы, Релизы, как показано на Рисунке 2.
Рисунок 2. Пять аспектов Встроенного Качества
В статье DevOps описывается подробное техническое руководство по практикам DevSecOps, обеспечивающим встроенное качество и безопасность, которые являются неотъемлемой частью разработки программных решений. В дополнении к этому, есть еще 3 статьи: Тестирование в Agile (Agile Testing), Разработка через поведение (Behavior-Driven Development (BDD) и Разработка через тестирование (Test-Driven Development (TDD). В совокупности набор этих статей представляет собой исчерпывающую информацию для достижения встроенного качества в крупных системах в качестве отправной точки (не все из этих статей полностью переведены, для полной информации смотрите оригинал — прим. ред.).
Прозрачность
Разработка полнофункциональных решений — это сложный процесс. Всегда что-то работает неправильно или не так как было задумано. Без прозрачности факты становятся неявными, а принятие решений основано на спекулятивных предположениях и отсутствии данных.
Чтобы достичь прозрачности необходимо доверие. Доверие — это когда бизнес и разработка могут уверенно положиться друг на друга, на то, что другой действует честно и открыто, особенно в трудные времена. Без доверия никто не может построить высокоэффективные команды и программы, а также дать (или восстановить) уверенность, необходимую для принятия и выполнения обязательств. В такой атмосфере работать совсем невесело.
Достижение доверия — долгий процесс. Прозрачность — это enabler доверия, обеспечиваемый несколькими практиками в SAFe:
- Руководство, Lean Portfolio Management и другие заинтересованные лица могут видеть Kanban Портфеля и бэклоги программ, а также имеют четкое представление о PI-целях для каждого Agile Release Train или Solution Train.
- Бэклоги Команд и Бэклоги Программ открыты и доступны для всех.
- Команды и программы берут на себя краткосрочные, ясные обязательства, которые они регулярно выполняют.
- Инспекция и Адаптация происходит с участием всех релевантных стейкхолдеров и рождает улучшения на основе полученного опыта.
- Портфель Бизнес- и Enabler-эпиков доступен к просмотру всем командам и всем Agile Release Trains (ARTs).
- Прогресс основан на объективных показателях работающих решений. (Принцип SAFe № 5)
- Каждый может узнать Velocity и WIP любой команды и программы. Стратегия и возможность ее реализации должны соответствовать друг другу.
- На результаты Программ можно положиться, как будет понятно из описания следующей ценности, Программы реализуются надежно, как указано ниже в описании последней ценности.
Лидеры Lean-Agile играют критически важную роль в создании условий, которые продвигают доверие и прозрачность.
Выполнение программы
Конечно, ничто не имеет значения, если команды не способны создавать ценность. Поэтому SAFe уделяет большое внимание работающим системам и бизнес-результатам. История показывает нам, что, в случаях когда организации начинают трансформацию с отдельных Agile-команд, те часто разочаровываются, поскольку стремятся приносить больше ценности надежно и эффективно, чем то, что ждут от них на старте.
В этом и заключается цель объединения команд в ARTs, и именно поэтому SAFe рекомендует начинать внедрение с Essential SAFe. В свою очередь, способность Потока создания ценности приносить ценность зависит от объективных возможностей ARTs и Solution Trains.
Если же команды достигают Согласованности, Прозрачности и Встроенного Качества, то “ветер дует им в спину”. Все это позволяет им сфокусироваться на Выполнении. И если у них возникнут затруднения — а они возникнут, ибо разработка комплексных решений сложна, — у них всегда есть решение — мероприятия по Инспекции и Адаптации. Таким образом, они замыкают цикл и работают все лучше и лучше во время каждого Инкремента Программы.
Необходимое лидерство
Успешная разработка Lean-Agile и четыре основные ценности требуют проактивной поддержки Lean-Agile Лидеров и Культуры Непрерывного Обучения. Лидеры сочетают вышеперечисленные ценности с Принципами Lean-Agile разработки и практиками SAFe, фокусируясь на создание ценности для клиентов. Все это делает культуру организации значимой и устойчивой для команд и их заинтересованных лиц.
Именно так работают успешные команды и программы, и именно поэтому они получают множество преимуществ — вовлеченность сотрудников, высокую производительность, безупречное качество и отличный time to market — которые так ценятся всеми организациями Lean-Agile.
SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.
Стать пионером трансформации в компании, кратно увеличить объем продаж, вдохновляя своим успехом другие команды, и разрешить себе мечтать о «космосе»: история успешной Agile-трансформации в интервью с Сергеем Нечушкиным, директором департамента малого и среднего бизнеса Абсолют Банка.
В статье рассмотрим Lean Portfolio Management — одну из 7-ми ключевых компетенций, необходимых для достижения Бизнес-гибкости (Business Agility).
Статья с детальным обзором состава и механизма работы портфеля SAFe®. Содержит различные примеры организации портфелей для крупного и малого бизнеса, а также их плюсы и минусы