Концепция программы, решения и портфеля в SAFe® — открытка из будущего

Вольный перевод статьи Vision — Scaled Agile Framework®.

Людям необходим смысл в работе, они хотят знать, какой вклад они вносят в общее дело.
Дэниел Пинк

Концепция (Vision) — это описание будущего состояния Решения, находящегося в разработке. Она отражает потребности клиента и заинтересованных лиц, и как предполагаемые Фичи (Features) и Возможности (Capabilities) будут им соответствовать.

Концепция должна быть одновременно амбициозна и достижима, обеспечивая широкий контекст, обзор и цель создаваемого Решения после завершения разработки. Она описывает сегменты рынка, клиентов и потребности конечных пользователей. Она устанавливает границы и контекст новых Фичей, Нефункциональных Требований и остальной работы.

Концепция применима к любой конфигурации SAFe, именно поэтому концепция располагается на «охватывающей полосе». В то время как Концепция обычно сфокусирована на решении, она однозначно связана с Концепцией Портфеля, отражая как Потоки Поставки Ценности Разработки будут взаимодействовать между собой для достижения целей Предприятия. Agile Release Trains (ARTs) и Agile-команды также могут создавать собственные концепции для обмена информацией между собой по своей части разрабатываемого решения.

Мало кто сомневается в преимуществах подходов Lean-Agile, ориентированных на краткосрочные результаты и быструю поставку ценности, откладыванием решений до последнего ответственного момента и ограничением незавершенной работы (Work In Progress, WIP). Использование таких подходов также приводит к ненужности заранее создавать полный дизайн (Big Design Up Front, BDUF), архитектуры с запасом на будущее и чрезмерно детальных планов. Теория не может заменить практических действий («Давайте сначала сделаем и только потом мы будем точно знать»).

Однако, в случае реализации крупных решений, каждый непосредственный участник принимает много решений в своей зоне ответственности. Следовательно, постоянная доработка, поддержка и распространение Концепции критично важны для формирования общего понимания целей и задач программы, особенно для идей, которые развиваются из-за постоянно меняющихся потребностей рынка и движущих сил бизнеса.

Концепция портфеля

На уровне Портфеля SAFe (Portfolio SAFe) создание концепции портфеля устанавливает долгосрочный контекст для принятия краткосрочных решений одновременно практичных и воодушевляющих («Это то, что стоит делать»). Установка долгосрочной перспективы помогает Agile-командам принимать более обоснованные решения при разработке функциональности как в ближайшем, так и в более отдаленном будущем.

Создание канваса портфеля – ключевой момент при разработке концепции портфеля. Одной из самых главных задач канваса – фиксирование текущего состояние портфеля. Текущее состояние канваса показывает в моменте состояние портфеля, и позволяет выровнять структуру организации, ее цель и текущий статус. Следующий шаг — представить будущее состояние, что поможет определить состояние концепции портфеля.

Лидеры Lean-Agile несут основную ответственность по установке стратегического направления компании и формируют миссию для команд, разрабатывая стратегию. В книге “Переключайся” это называется “открытка из будущего”.

Концепция портфеля показывает следующие характеристики:

• Вдохновляющая, но реалистичная и достижимая — она должна быть неотразимой и в какой то части футуристической, одновременно достаточно практичной и достижимой в течении заданного промежутка времени.
• Мотивирующая остальных к участию в путешествии — концепция должна быть согласована со Стратегическими Темами (Strategic Themes) и с целями индивидуальных команд.

Подробнее читайте в статье Концепция портфеля.

Концепция решения

В SAFe уровня крупного решения (Large Solution SAFe) Продуктовый и Менеджмент Решения (Product/Solution Management) несет ответственность за трансляцию концепции портфеля в направлении концепции решения, подсвечивая причину и направления движения выбранного решения. Для этого задается набор вопросов и формулируются ответы:

• Что делает это решение?
• Какую проблему оно решает?
• Какие фичи будут поставлены решением?
• От кого будет поставка этих фич?
• Какие нефункциональные требования должны быть реализованы?

Входные данные для концепции решения

Продуктовый и Менеджмент Решения работает напрямую с Представителями Бизнеса (Business Owners) и остальными заинтересованными лицами для синтеза всех необходимых входных данных и интеграции их в полную и взаимосвязанную концепцию как показано на рисунке.

Для определения используется следующее:

• Клиенты — Клиенты дают быструю обратную связь и имеют полное понимание, что нужно.
• Стратегические Темы — Стратегические Темы задают направление и используются как фильтр при принятии решений.
• Концепция портфеля — Концепция портфеля дает текущее и желаемое будущее состояние портфеля.
• Контекст Решения — Контекст решения показывает, как текущее решение накладывается на контекст клиентов.
• Бэклог Решения — Задает направление и состав концепции.
• Solution Intent — состоит частично из концепции и назначения новых элементов.
• Архитектор/Инженеры — Системный архитектор/инженеры и архитектор/инженеры решения, поддерживая постоянную эволюцию Архитектурной Полосы (Architectural Runway), сопровождают текущие и планируемые к реализации фичи.
• Agile-команды — не надо забывать очевидных, основных экспертов в предметной области — сами Agile-команды.
• Владельцы продуктов — Владельцы продуктов постоянно взаимодействуют, внедряя требования и возникающие возможности в концепцию программы.

Закрепление концепции в Solution Intent

Используя определенные в SAFe-практики проведения с установленной периодичностью лицом к лицу сессий Планирования Инкремента (PI-планирования, Program Increment Planning), документирование концепции может быть дополнено или заменено представлением концепции методом набегающей волны. Это представляет собой демонстрацию краткосрочной и долгосрочной концепции командам с определенной периодичностью в установленном режиме. Во время Планирования Инкремента заинтересованные лица выстраивают решение, например Менеджмент Решения формирует общую концепцию решения, а Продуктовый Менеджмент устанавливает нужный контекст и концепцию для нескольких ART.

Соответствующие элементы концепции вместе с детализацией текущего поведения системы фиксируются в Solution Intent.

Концепция программы

Когда применяется Полный SAFe (Full SAFe) или SAFe Уровня Крупного Решения, для каждого ART желательно иметь собственную концепцию, детализирующую направление по развитию специфических компетенций или подсистем. Эта концепция должна быть напрямую связана с концепцией решения, которое оно формирует.

Обзор дорожной карты

Обладание чувством направления критично важно для планирования и вовлечения. Но пока не будет частично реального плана, команды не будут достигать концепции, а сотрудники не будут понимать, что действительно нужно делать. Эта проблема решается за счет Дорожной Карты, пример которой представлен на рисунке.



Концепция PI-планирования — топ-10 фич

Составление дорожной карты полезно. Но требуемые действия для выполнения следующих шагов должны быть понятны. Продуктовый и Менеджмент Решения несет ответственность за определение направления этих шагов. В контексте SAFe это транслируется в серию инкрементальных шагов по своевременной разработке Инкремента Программы, фич, как показано на рисунке.

Для достижения этого Продуктовый Менеджмент постоянно обновляет приоритеты фич, используя методику Более Ценная и Короткая Работа Сначала (Weighted Shortest Job First, WSJF). Дальше во время PI-планирования Продуктовый Менеджмент представляет 10 наиболее ценных фич командам. Состав этого списка не должен удивлять команды, так как они постоянно наблюдали развитие концепции во времени и должны быть знакомы с набором фич к реализации. В дальнейшем Kanban Программы используется для исследования сфер применения фич, гипотез о выгоде, определения критериев приемки так, чтобы границы фич были определены, фичи были корректно сформулированы и были проверяемыми. Архитектор/Инженеры уже рассмотрели их и сформулировали различные необходимые Enabler.

Однако, надо понимать, что 10 самых ценных фич не могут быть выходом из процесса планирования и то, что может быть создано в следующем инкременте программы, определяется ограничениями емкости, зависимостями и новой информацией, получаемой во время планирования. Только сами команды могут планировать и брать обязательства на следование определенному курсу, фиксируя эти обязательства в Целях Инкремента Программы (PI Objectives).

Но фичи уже готовы к разработке. И фича за фичей программа двигается к выполнению концепции.

Менеджмент Решения представляет список схожих 10 самых ценных возможностей во время предварительного планирования инкремента программы (Pre-PI Planning) для согласования нескольких ART в рамках целого Solution Train.

SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.