Все статьи
Продукты и решения в SAFe®
Дата: 28.01.2026
Продукт или решение предлагает измеримую пользу для клиента. Каждый продукт или решение должно быть востребованным, технически реализуемым, экономически оправданным и поддерживаемым в долгосрочной перспективе. Команды и ART в SAFe® (Scaled Agile Framework®) применяют клиентоцентричное мышление, чтобы создавать востребованные продукты и решения, которые удовлетворяют потребности внутренних и внешних клиентов. Продукты и решения часто эволюционируют, чтобы отвечать новым рыночным сегментам, потребностям клиентов и стадиям жизненного цикла продукта.
Щёлк. Бах. Потрясающе!
Решение — это продукт, система или услуга, которые предоставляют ценность внутренним или внешним клиентам.
Содержание
Что такое продукты и решения?
Продукт или решение представляет собой некую ценность, которую организация создаёт для внутренних или внешних клиентов. Термин «продукт» обычно используется для обозначения чего-то, что решает конкретную задачу, тогда как «решение» чаще представляет собой комбинацию продуктов и услуг, предназначенную для более сложных потребностей клиентов. Почти во всех случаях использование терминов «продукты» и «решения» зависит от того, как конкретная организация упаковывает и поставляет ценность. Независимо от того, как они определяются в конкретном контексте, характеристики и рекомендации, описанные в этой статье, применимы всегда.
Примеры продуктов и решений могут варьироваться от небольшого мобильного приложения, создаваемого одним Agile Release Train (ART), до крупной автомобильной системы систем (system of systems), разрабатываемой сетью потоков разработки ценности (Development Value Streams, DVS) в рамках цепочки поставок, и до банковского сервиса, предоставляемого финансовой организацией. Некоторые продукты и решения напрямую поддерживают операционные процессы компании. Например, банк может предоставлять мобильное приложение для клиентов и одновременно иметь программное обеспечение контактного центра для сотрудников. Другие продукты и решения помогают клиентам в повседневной деятельности. Например, авиакомпания использует самолёты и другие инструменты, чтобы управлять процессом перевозки пассажиров.
Основываясь на видении продукта или решения, его бэклоге и дорожной карте, специалисты в потоке разработки ценности (DVS) определяют, создают, проверяют и поставляют решения клиентам, как показано на рисунке 1.
Успешные продукты и решения обладают следующими качествами:
- Желательность (Desirable) — хотят ли этого клиенты и пользователи?
- Осуществимость (Feasible) — можем ли мы это реализовать с помощью разработки, покупки, партнёрства или приобретения?
- Жизнеспособность (Viable) — создаёт ли способ разработки ценность, превышающую затраты?
- Устойчивость (Sustainable) — управляем ли мы продуктом проактивно, учитывая его предполагаемый жизненный цикл?
Оставшаяся часть этой статьи описывает эти четыре качества.
Что делает продукт или решение желательным?
Если вы дочитали до этого места, значит, вам интересен полезный контент о современных методах управления. Чтобы узнавать про новые статьи, видео и бесплатные мероприятия, вступайте в сообщество SAFe® Russia.
Что делает продукты и решения осуществимыми?
Создание новых и инновационных решений требует широкого спектра навыков и ресурсов. Цифровая трансформация позволила компаниям входить в новые рынки и разрушать старые. Например, Apple продала больше часов, чем вся швейцарская часовая индустрия, всего через четыре года после запуска Apple Watch. Чтобы конкурировать, организациям необходимо обладать технической экспертизой и стратегическими партнёрами, которые помогут им создавать инновационные решения и быстро развивать их в соответствии с меняющимися потребностями клиентов и рынка.
Организации используют методы Lean-Agile, чтобы формировать культуру непрерывного обучения. Сотрудничество с поставщиками приносит важные знания, практический опыт и готовые компоненты решения, которые команды могут применять в разработке. Однако, организации реже вступают в партнёрства, если цепочки поставок слишком медленные, чтобы поддержать бизнес-цели, или когда технология имеет стратегически критическое значение. В таких случаях компании стремятся развивать необходимые компетенции внутри — через обучение, найм сотрудников или стратегические приобретения.
Модульные архитектуры с чётко определёнными интерфейсами позволяют ART и командам независимо развивать свои части продукта или решения и ускорять поставку ценности. Некоторые модули дают конечную ценность пользователю, другие являются компонентами или подсистемами, входящими в состав более крупного продукта или решения. Новые продукты и решения часто происходят из существующих продуктов и решений или строятся поверх уже существующих. Это помогает ускорять поставку ценности, снижать затраты на разработку и повышать качество. Компоненты могут поступать из различных источников — в том числе внутренних команд, внешних поставщиков и также из open-source-экосистем (см. рисунок 3).
Архитекторы целенаправленно декомпозируют продукты и решения на модули, которые команды и ART могут проектировать и поставлять независимо. Модули обладают следующими характеристиками:
Модули состоят из независимых частей, взаимодействующих через управляемые интерфейсы. Применение Domain-Driven Design позволяет создавать продукты и решения, которые проще изменять, тестировать и развивать итеративно.
Модули могут включать другие вложенные модули, формируя иерархию. Многоуровневые системы — типичный пример такой вложенности.
Вложенные модули объединяются для развертывания и выполнения, поддерживая все уровни тестирования и эксплуатации. Этот процесс обеспечивает конвейер непрерывной поставки (Continuous Delivery Pipeline, CDP).
Модули могут выполняться на разных устройствах или в разных локациях для уменьшения времени отклика, повышения пропускной способности, обеспечения отказоустойчивости и поддержания других нефункциональных требований (Non-Functional Requirements, NFR).
Некоторые модули, которые могут поставляться независимо, называются value streamlets (“ручьи ценности”). Они позволяют командам независимо развивать, развертывать и выпускать функциональность без ожидания других команд.
Продукты и решения также имеют намерение (intent) и контекст. Намерение определяет критические требования и архитектурные ограничения, включая ключевые решения. Контекст описывает эксплуатационную среду установки, использования и поддержки. Вместе намерение и контекст направляют реализацию.
Команды и ART применяют Lean-практики системного инжиниринга и Принцип SAFe №3 — «Предполагайте вариативность, сохраняйте выбор», формируя намерение и контекст продукта и решения постепенно, инкрементально. Решения, которые известны на ранних этапах жизненного цикла разработки, фиксируются. Остальные могут варьироваться, по мере того как команды получают знания, исследуя альтернативы с помощью вариативного проектирования (set-based design) для поиска оптимальной реализации.
Что делает продукты и решения жизнеспособными?
Ценность для компании должна компенсировать затраты на создание и эксплуатацию продукта или решения (см. рисунок 5). Обычно это несложно оценить с помощью таких показателей, как расходы на разработку, операционные издержки и лицензионные платежи. Однако, оценка ценности может быть более сложной. Продукты и решения могут давать разные виды ценности:
- Финансовую (monetary);
- Улучшение операций;
- Сохранение или расширение доли рынка;
- Новые данные и инсайты о клиентах и среде эксплуатации.
Реализация полной ценности — это не просто поставка клиентам классных фич. Чтобы реализовать полную ценность, клиентам нужен не только функционал. Им также требуются:
- качественный сервис поддержки;
- предпродажная поддержка;
- документация;
- обучение;
- разумная цена;
- ответственность и надёжность компании и многое другое.
Клиенты ожидают, что всё это является частью целостного продуктового предложения. Как показано на рисунке 6, подход «целостного продуктового предложения» (whole-product thinking) обеспечивает положительный клиентский опыт на каждом этапе пути клиента — от покупки и первого использования до регулярной эксплуатации, обновлений и даже замены или вывода из эксплуатации. Product Management определяет:
- минимальный продукт, который клиент готов купить;
- расширенный и потенциальный продукт, который создаёт дифференциацию и привлекает будущих клиентов.
Дорожная карта продукта или решения прогнозирует развитие расширенных и потенциальных характеристик во времени.
Продукты и решения эволюционируют
Создание продуктов и решений, которые изменяются со временем, требует дополнительных защитных ограничений.
Система должна поддерживать обновления «на ходу» и собирать информацию о том, как именно она используется. Архитектура должна предусматривать сбор данных о действиях пользователей в рабочей среде, чтобы обеспечивать качественную обратную связь. План разработки и улучшения решения должен фиксировать эти работы и прогнозировать будущие потребности.
Что делает продукты и решения устойчивыми?
Продукты и решения проходят через предсказуемые этапы, известные как жизненный цикл продукта, как показано на рисунке 8. Эти этапы включают:
- вывод на рынок;
- рост до зрелости;
- зрелость и переход к упадку.
Продукты и решения должны регулярно эволюционировать, чтобы охватывать новые рыночные сегменты и удовлетворять новые потребности клиентов.
