The SAFe glossary is a set of definitions for all SAFe Big Picture elements. The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.
Критерии Приемки предоставляют информацию, необходимую для того, чтобы убедиться, что история, фича или капабилити реализована корректно; они охватывают релевантную функциональность и нефункциональные требования (NFR).
Разработка на Основе Приёмочных Тестов (TDD) является Agile практикой раннего тестирования (test-first), синонимичной по отношению к Разработке на Основе Поведения (BDD).
Agile - это набор ценностей, принципов и практик для итеративной разработки, которые в основном описаны в Agile Манифесте.
Agile Манифест является основополагающим документом Agile, описывающим четыре ценности и двенадцать принципов гибкой разработки программного обеспечения.
Agile Доставка Продукта — это клиентоцентричный подход к определению, созданию и выпуску непрерывного потока ценных продуктов и сервисов для клиентов и пользователей.
Релизный Поезд Agile — это долгосрочная команда, состоящая из Agile команд, которые вместе с другими заинтересованными лицами (stakeholders) инкрементально разрабатывают, доставляют и, если применимо, эксплуатируют одно или несколько решений в рамках потока ценности.
В SAFe Agile Команда — это кросс-функциональная группа из 5–11 человек, которая за короткий срок определяет, создает, тестирует и доставляет инкремент ценности.
Синхронизация Архитекторов является мероприятием Поезда Решения и обеспечивает согласованность в том, как возникающий дизайн и компромиссы управляются в рамках Поезда Решения, позволяя частые возможности для управления подходами к разработке, не становясь источником задержек.
Архитектурное Русло состоит из существующего кода, компонентов и технической инфраструктуры, необходимых для реализации ближайших планируемых Фич, без чрезмерного перепроектирования и задержек.
Бэклог Программы представляет собой хранилище будущих Фич, которые направлены на удовлетворение потребностей пользователей и обеспечение конкурентных преимуществ, для одного Релизного Поезда Agile (ART). Он также содержит Фичи Энейблеры, необходимые для построения Архитектурного Русла.
Системы Канбан Программы и Решения являются методом визуализации и управления потоком Фич и Капабилити от идеи к анализу, разработке и выпуску через Конвейер Непрерывной Доставки (CDP).
Риски Программы идентифицируются командами во время PI-планирования и представляют собой риски и препятствия, которые могут повлиять на способность команд достичь их цели.
Доска Программы отражает даты доставки фич в Инкременте Программы (PI), зависимости между командами по фичам, а также соответствующие вехи.
Мера Предсказуемости Программы суммирует плановые против фактических показатели бизнес-ценности всех команд Релизного Поезда Agile (ART), и является ключевым показателем производительности и надежности ART.
Синхронизация Релизного Поезда Agile (ART) - это мероприятие поезда, которое совмещает одновременно Синхронизацию Владельцев Продукта (PO Sync) и Скрам Скрамов (SoS).
Уточнение Беклога - это активность, проводимая один или два раза во время итерации или инкремента, для обсуждения, оценки и установления начального понимания критериев приемки предстоящих историй в беклоге команды.
Базовый уровень Инвестиций в Решения (BSI) — это те затраты, которые приходятся на каждый поток ценности, пока он разрабатывает, поддерживает и эксплуатирует решения, которые создают текущие возможности для бизнеса.
Размер партии — это мера, показывающая, сколько работы (требования, дизайн, код, тесты и другие элементы работ) поступает в систему в заданный интервал времени.
Разработка на основе Поведения (BDD) - это Agile практика раннего тестирования (test-first), которая обеспечивает встроенное качество, определяя (и потенциально автоматизируя) тесты до или в рамках описания поведения системы.
Гипотеза выгоды - это предполагаемая измеримая выгода для конечного пользователя или бизнеса, являющаяся частью фичи или капапилити.
Практики Встроенного Качества обеспечивают соответствие каждого элемента Решения в каждом инкременте необходимым стандартам качества на протяжении всей разработки.
Диаграммы Сгорания вниз (или вверх) - это графические отображения прогресса выполнения работы относительно времени.
Бизнес Гибкость — это способность конкурировать и процветать в цифровую эпоху, быстро реагируя на изменения рынка и появляющиеся возможности с помощью инновационных, обеспеченных цифровой поддержкой бизнес-решений.
Иконка Бизнес и Технологии в SAFe описывает, как функциональные домены во всех частях предприятия обеспечивают гибкость бизнеса путем непрерывного исследования новых способов применения Lean-Agile принципов и практик в отношении их уникальных контекстов.
Бизнес-контекст является пунктом повестки дня Планирования Инкремента Программы (PI Planning), его представляет владелец бизнеса, который описывает текущее состояние бизнеса, рассказывает видение портфеля, а также представляет перспективу того, насколько эффективно существующие решения отвечают текущим потребностям клиентов.
Владельцы Бизнеса — это небольшая группа заинтересованных лиц, которые несут основную бизнес и техническую ответственность за надзор, нормативно-правовое (регуляторное) соответствие и возврат инвестиций (ROI) в отношении разработки Решения с помощью Релизного Поезда Agile (ART). Они являются ключевыми заинтересованными лицами внутри ART, которые должны оценивать пригодность к использованию и принимать активное участие в определенных событиях ART.
Подход CALMR в SAFe для DevOps является мышлением, которое направляет ART к достижению непрерывной доставки ценности путем непрерывных улучшений в культуре доставки, автоматизации, бережливом потоке, измерении и восстановлении.
Капабилити — это высокоуровневое поведение решения, которое обычно реализуется несколькими Релизными Поездами Agile (ART). Для Капабилити определяется их размер и они разбиваются (декомпозируются) на несколько Фич, чтобы обеспечить их реализацию в рамках одного PI.
Аллокация Ёмкости является бережливой бюджетной направляющей для беклогов, помогающей сбалансировать выделение ёмкости для новых фич, энейблеров и технического долга в рамках предстоящего Инкремента Программы (PI).
Скрам Скрамов – событие релизного поезда (ART) для помощи в координации зависимостей ART и обеспечения видимости прогресса и препятствий.
Сообщества Практик — это организованные группы людей, обладающих общим интересом к определенной технической или бизнес области (доменам). Они регулярно взаимодействуют с целью обмена информацией и совершенствования своих навыков, а также активно работают над накоплением общих знаний в определенном домене.
Соответствие (регуляторное, нормативно-правовое, корпоративное и иное) подразумевает под собой стратегию, набор действий и артефактов (документов), которые позволяют командам применять Lean-Agile методы разработки для построения систем максимально возможно высокого качества, одновременно обеспечивая их соответствие регуляторным, отраслевым и прочим необходимым стандартам.
Голосование Уверенности проводится ближе к концу Планирования Инкремента Программы, когда команды голосуют за свою уверенность в достижимости целей Инкремента Программы.
Конвейер Непрерывной Доставки представляет собой процессы, действия и средства автоматизации, необходимые для проведения элемента новой функциональности по всем этапам от идеи (ideation) до выпуска по требованию ценности конечному пользователю.
Непрерывное Развертывание — это процесс перемещения подтвержденных (валидированных) Фич из промежуточной среды (staging) в продуктивную среду, где они готовятся к выпуску.
Непрерывное Исследование — это процесс, который обеспечивает инновации и стимулирует выравнивание (alignment) вокруг того, что должно быть создано, посредством постоянного изучения рынка и потребностей Клиента, а также определения Видения, Дорожной Карты и набора Фич для Решения, которое удовлетворяет эти потребности.
Непрерывная Интеграция — это процесс, при котором Фичи из Бэклога Программы разрабатываются, тестируются и валидируются на промежуточной среде (staging), где они подготавливаются к развертыванию и выпуску.
Культура Непрерывного Обучения описывает набор ценностей и практик, которых придерживаются люди и организация в целом: непрерывно увеличивать знания, компетенции, достижения и инновации.
Основные Ценности: выравнивание (alignment), встроенное качество (built-in quality), прозрачность (transparency) и выполнение программы (program execution); представляют собой фундаментальные убеждения, лежащие в основе эффективности SAFe. Эти направляющие принципы определяют поведение и действия каждого участника портфеля SAFe.
Стоимость Задержки (CoD) представляет собой деньги или ценность, которые будут потеряны в результате задержки или не выполнения работы в течение какого-то времени; CoD используется в WSJF приоритизации.
Клиенты — конечные получатели ценности бизнес-решений, созданных и поддерживаемых потоками ценности портфеля.
Клиентоцентричность — образ мышления и способ ведения бизнеса, ориентированный на создание положительного опыта у клиента с помощью полного набора продуктов и услуг, предлагаемых конкретным предприятием.
Карта Пути Клиента (CJM) иллюстрирует опыт взаимодействия пользователя с операционным потоком ценности, продуктами и услугами компании.
Децентрализованное Принятие Решений наделяет полномочиями по принятию решений тех, кто находится ближе всего к знаниям и информации, для сокращения задержек, ускорения потока создания продукта, и улучшения качества решений.
Определение Выполненности сообщает о завершённости инкремента ценности и создает общее понимание того, какая часть работы была завершена в рамках Инкремента.
Дизайн-Мышление — это клиентоцентричный процесс разработки, создающий желаемые продукты, которые будут устойчивыми (sustainable) и прибыльными на протяжении всего жизненного цикла.
Разработка в Каденции является скоординированным набором практик, которые поддерживают Agile команды путем предоставления испытанного набора событий и активностей, которые происходят на основе регулярного, предсказуемого графика.
Разработческие потоки ценности (DVS) - это набор последовательных активностей, необходимых для конвертации бизнес-гипотезы в Решение с цифровой поддержкой. Примеры включают в себя создание медицинского устройства или геофизического спутника, разработку и развертывание программного приложения, SaaS системы или веб-сайта электронной торговли.
DevOps представляет собой тип мышления, культуру, и набор технических практик. Они обеспечивают коммуникацию, интеграцию, автоматизацию, и тесное взаимодействие между людьми, необходимыми для планирования, разработки, тестирования, развертывания, выпуска и поддержки Решения.
Карта Эмпатии - это инструмент Дизайн Мышления, который помогает командам создать глубокое коллективное понимание своих клиентов.
Энейблер поддерживает действия по расширению Архитектурного Русла для обеспечения будущей бизнес функциональности. Эти действия включают в себя исследование (exploration), архитектуру, инфраструктуру и Соответствие. Энейблеры фиксируются в различных бэклогах и встречаются на всех уровнях Фреймворка.
Предприятие представляет собой бизнес-единицу, которой принадлежит каждый портфель SAFe.
Архитектор Предприятия определяет технологическую стратегию и дорожную карту, позволяющие портфелю поддерживать текущие и будущие бизнес возможности (capabilities).
Компетенция Доставка Решений Предприятия описывает, как применять Lean-Agile принципы и практики для создания спецификаций, разработки, развертывания, эксплуатации и эволюции крупнейших в мире и наиболее технически сложных программных приложений, сетей и киберфизических систем.
Заявление Гипотезы Эпика отражает, организует и коммуницирует критическую информацию об Эпике.
Владельцы Эпиков отвечают за координацию Эпиков портфеля с помощью Канбан системы Портфеля. Они совместно определяют Эпик, его Минимальный Жизнеспособный Продукт (MVP) и Бережливый Бизнес Кейс (Lean Business Case), а после утверждения фасилитируют его выполнение.
Эпик является контейнером для существенной инициативы разработки Решения, который фиксирует наиболее крупные инвестиции, осуществляемые в портфеле. Из-за их большого масштаба и влияния, эпики требуют определения Минимального Жизнеспособного Продукта (MVP) и утверждения Бережливым Управлением Портфелем (LPM) до начала выполнения.
Базовый SAFe содержит минимальный набор ролей, событий и артефактов, необходимых чтобы непрерывно поставлять бизнес решения с помощью Релизного Поезда Agile (ART) в виде команды Agile Команд.
Покер Оценки - это совместная техника для относительной оценки размера историй, фич и WSJF (Взвешенная Кратчайшая Работа Сначала) в SAFe.
Экстремальное Программирование – набор инженерных практик Agile разработки программного обеспечения, повышающих качество и отзывчивость на меняющиеся пользовательские требования. Преимущественно разработаны Кентом Беком.
Фича — это сервис, удовлетворяющий потребность заинтересованного лица (stakeholder). Каждая фича включает в себя гипотезу выгоды (benefit hypothesis) и критерии приемки и масштабируется или по необходимости разбивается (декомпозируется) таким образом, чтобы она могла быть доставлена одним Релизным Поездом Agile (ART) в рамках одного Инкремента Программы (PI).
Гемба - место, где выполняется работа и где команды могут наблюдать, как заинтересованные лица выполняют шаги и специфические активности в их операционных потоках ценности для лучшей идентификации возможностей Неустанного Улучшения.
Хакатоны являются инновационными событиями, где члены команд могут работать над тем, над чем они сами хотят, с кем они хотят, пока эта работа соответствует миссии компании и они демострируют результаты своего труда другим в конце Хакатона.
Итерация Инноваций и Планирования (IP) происходит внутри каждого Инкремента Программы (PI) и служит для целого ряда задач. Она выполняет роль буфера оценок в части достижения Целей Инкремента Программы, а также обеспечивает выделенное время на инновации, непрерывное обучение, а также событие PI Планирования и событие Инспект-Адапт (I&A).
Инспект-Адапт — значимое событие, происходящее в конце каждого Инкремента Программы (PI), где поездом (ART) демонстрируется и оценивается текущее состояние Решения. После этого команды обсуждают и идентифицируют элементы бэклога улучшений в рамках структурированной Мастерской Решения Проблем (Problem Solving Workshop).
Точка Интеграции создает «вытягивающее событие», которое вытягивает различные элементы решения в интегрированное целое, что помогает заинтересованным лицам убедиться, что развивающееся решение отвечает реальным и будущим потребностям бизнеса.
Инвестиционные Горизонты определяют аллокацию расходов на решения, создаваемые потоками ценности, которые помогают владельцам и кураторам потоков ценности принимать более обоснованные инвестиционные решения и выравнивать портфель с стратегическими темами, одновременно способствуя поддержанию общего здоровья и роста.
Итерации — это базовый блок Agile разработки. Каждая итерация представляет собой стандартный временной интервал фиксированной продолжительности, в котором Agile Команды доставляют инкрементальную ценность в виде работающего, протестированного программного обеспечения и систем. Рекомендуемая продолжительность временного интервала составляет две недели. Тем не менее, в зависимости от бизнес-контекста допустимы сроки от одной до четырех недель.
Цели Итерации — это краткое высокоуровневое изложение бизнес- и технических целей, которые Agile Команда соглашается выполнить в Итерации. Они играют важную роль в координации работы Релизного Поезда Agile (ART), как самоорганизующейся и самоуправляемой команды команд.
Планирование Итерации — это мероприятие, на котором все члены команды совместно определяют, какую часть Бэклога Команды они смогут выполнить в течение предстоящей Итерации. Команда суммирует работу в виде Целей Итерации, за достижение которых берет на себя ответственность.
Ретроспектива Итерации является регулярным мероприятияем, на котором участники Agile Команды обсуждают результаты Итерации, анализируют свои практики и определяют способы совершенствования.
Обзор Итерации — это событие на основе каденции, где каждая команда в конце каждой Итерации инспектирует Инкремент для оценки прогресса, затем корректирует бэклог своей следующей итерации.
Крупное Решение SAFe описывает дополнительные роли, практики и рекомендации для создания и эволюции крупнейших в мире приложений, сетей и киберфизических систем.
Бережливость - совокупность знаний и набор практик для повышения эффективности и результативности за счет сокращения задержек и устранения активностей, не участвующих в создании ценности (non-value-added).
Бережливые Бюджетные Направляющие описывают политики и практики бюджетирования, осуществления расходов и надзора для конкретного портфеля.
Бережливые Бюджеты — это Lean-Agile подход к финансовому надзору, который повышает пропускную способность и продуктивность путем снижения накладных расходов и затрат, вызываемых проектным подходом к учету издержек (себестоимости).
Бережливый Бизнес Кейс - легковесный подход к описанию эпиков, включая их минимально жизнеспособный продукт (MVP) и прогнозируемую бизнес-ценность.
Бережливое Управление - одно из измерений Бережливого Управления Портфелем, которое поддерживает надзор и принятие решений в отношении расходов, аудит и соответствие (регуляторное, нормативно-правовое, корпоративное и иное), прогнозирование расходов и учет.
Компетенция Бережливого Управления Портфелем выравнивает стратегию и выполнение посредством применения подходов Lean и системного мышления к стратегии и инвестиционному финансированию, операционной деятельности Agile портфеля и надзору.
Cистема Управления Качеством (QMS) диктует практики, политики и процедуры, необходимые для подтверждения безопасности и результативности. SAFe организации переходят от традиционного к Lean QMS управлению.
Бережливый Опыт Пользователя — подход к дизайну, представляющий собой мышление, культуру и процесс, поддерживающие Lean-Agile методы. В рамках данного подхода функциональность реализуется посредством минимальных жизнеспособных инкрементов, а успешность оценивается с помощью сравнения измерений результатов относительно исходной гипотезы выгоды.
Центр Lean-Agile Мастерства (LACE) - это небольшая команда людей, специализирующаяся на внедрении SAFe Lean-Agile способов работы.
Компетенция Lean-Agile Лидерства описывает, как Lean-Agile Лидеры ведут и поддерживают организационные изменения и совершенство операционной деятельности, предоставляя сотрудникам и командам возможность максимальной реализации их потенциала.
Lean-Agile Мышление соединяет в себе убеждения, предположения, отношение и действия лидеров и практиков SAFe, опирающихся на концепции Agile Манифеста и Бережливого (Lean) мышления. Это основа из личностных, интеллектуальных и лидерских качеств для принятия и применения принципов и практик SAFe.
Закон Литтла - это закон теории очередей, который гласит, что среднее время ожидания обслуживания со стороны системы равно отношению средней длины очереди к средней скорости обработки.
Измерять и Развивать — это способ оценки прогресса портфелей в достижении бизнес-гибкости и определения следующих шагов по их улучшению.
Вехи используются для отслеживания прогресса по достижению определенной цели или события. В SAFe существует три типа вех: Инкремент Программы (PI), с фиксированной датой и вехи накопления знаний (learning).
Минимальная Маркетируемая Фича (MMF) - это минимальная функциональность, которую команды могут создать, чтобы выяснить, верна ли гипотеза выгоды этой фичи или нет.
В SAFe Минимально Жизнеспособный Продукт (MVP) - это ранняя и минимальная версия нового продукта или бизнес-решения, которая используется для доказательства или опровержения гипотезы эпика. В отличие от досок пользовательских историй, прототипов, макетов, каркасов и других исследовательских методов, MVP - это реальный продукт, используемый реальными клиентами для создания цикла обучения на подтвержденных данных.
Инжиниринг Систем на Основе Моделей — практика разработки набора взаимосвязанных моделей, которые помогают определять, проектировать и документировать находящуюся в разработке систему. Эти модели обеспечивают эффективный способ изучения, обновления и коммуникации аспектов системы заинтересованным лицам (stakeholders), при этом значительно сокращая или устраняя зависимость от традиционной документации.
Модифицированная Последовательность Фибоначчи (1, 2, 3, 5, 8, 13, 20, 40, 100) используется во время относительной оценки, чтобы учесть неопределенность по мере увеличения размера оцениваемой работы.
Нефункциональные Требования определяют такие атрибуты системы, как защищенность/безопасность, надежность, производительность, обслуживаемость, масштабируемость, удобство и простота использования. Они служат в качестве ограничений при разработке дизайна системы применительно к различным бэклогам.
В SAFe Цели и Ключевые Результаты (OKR) могут использоваться для определения, организации и донесения критически важной информации о стратегической теме и отслеживания ее прогресса посредством конкретных, детализированных и измеримых действий.
Операционные потоки ценности (OVS) - это набор последовательных активностей, необходимых для доставки продукта или сервиса клиенту. Примеры включают в себя производство продукта, выполнение заказа, регистрацию и лечение пациента медицинского учреждения, выдачу кредита или оказание профессиональных услуг.
Компетенция Организационная Гибкость описывает, как люди с Lean мышлением и Agile команды оптимизируют свои бизнес-процессы, развивают стратегию с четкими и решительными новыми обязательствами и быстро адаптируют организацию по мере необходимости, чтобы создавать капитал, используя новые возможности.
Анализ Парето - это техника, используемая во время мероприятия «Инспект-Адапт», для уменьшения количества действий, которые создают наиболее значительный суммарный эффект.
Самобюджетирование (PB) - это процесс, используемый Бережливым Управлением Портфелем (LPM) для распределения всего бюджета портфеля между его потоками ценности.
Персоны - это вымышленные потребители и/или пользователи, полученные в результате исследований клиентов, которые определяют клиентоцентричный подход к разработке продукта.
Фазовые Ворота - это традиционные управленческие вехи (этапы работ), которые в SAFe заменяются вехами, основанными на объективной оценке работающих систем.
Цели Инкремента Программы представляют собой краткое изложение бизнес- и технических целей, которые Agile Команда или поезд собираются достичь в предстоящем Инкременте Программы (PI).
Планирование Инкремента Программы (PI Планирование) — это событие на основе каденции, проводимое «лицом к лицу», которое служит в качестве “сердечного ритма” Релизного Поезда Agile (ART), выравнивая все команды внутри ART в отношении общей миссии и Видения.
Планирование-Выполнение-Проверка-Корректировка (PDCA) - это итеративный метод из четырех шагов, используемый для контроля вариативности и внесения изменений в ответ на обратную связь во время разработки продукта.
Инкремент Программы — это временной интервал, в течение которого Релизный Поезд Agile (ART) доставляет инкрементальную ценность в виде работающего, протестированного программного обеспечения и систем. Продолжительность PI обычно составляет от 8 до 12 недель. Наиболее типовой паттерн PI обычно включает в себя четыре Итерации разработки, за которыми следует Итерация Инноваций и Планирования (IP).
SAFe Портфель выравнивает стратегию и выполнение с помощью коллекции разработческих потоков ценности. Находясь в общей управленческой модели, каждый поток ценности создает одно или несколько решений, необходимых предприятию для выполнения своей бизнес миссии.
Бэклог Портфеля является бэклогом самого высокого уровня в SAFe. Он является хранилищем будущих бизнес- и энейблер Эпиков, предназначенных для создания и развития всего набора существующих Решений.
Канва Портфеля определяет разработческие потоки ценностей, которые включены в портфель SAFe, ценностные предложения и решения, которые они доставляют, клиентов, которых они обслуживают, бюджеты, аллоцированные на каждый поток ценности, и другие ключевые активности и события, необходимые для достижения видения портфеля.
Система Канбан Портфеля — это метод, используемый для визуализации и управления потоком Эпиков портфеля, от идеи (ideation) через анализ, разработку до их завершения.
Портфель SAFe выравнивает стратегию с выполнением и организует разработку решения вокруг потока ценности, используя один или несколько потоков ценности.
Видение Портфеля — это описание будущего состояния Потоков Ценности и Решений, которое описывает, как они будут взаимодействовать для достижения задач портфеля и более широкой цели Предприятия.
Мастерская Решения Проблем является частью события Инспект-Адапт (I&A) и представляет собой структурированный подход к поиску корневых причин системных проблем.
Менеджмент Продукта несет ответственность за определение и поддержку создания востребованных (desirable), осуществимых (feasible), жизнеспособных (viable) и устойчивых (sustainable) продуктов, которые удовлетворяют потребности клиента на протяжении всего жизненного цикла продукта-рынка.
Владелец Продукта — это член Agile Команды, ответственный за определение Историй и приоритизацию Бэклога Команды для рационализации потока выполнения приоритетов Программы с сохранением концептуальной и технической целостности Фич или компонент для команды.
Синхронизация Владельцев продукта - это мероприятие Релизного Поезда Agile (ART) для получения представления о том, насколько хорошо ART продвигается к достижению Целей Инкремента Программы, обсуждения проблем или возможностей, связанных с разработкой фич, и для оценки объёма возможных корректировок.
Рефакторинг – активность для улучшения внутренней структуры или функционирования кода или компоненты без изменения внешнего поведения.
Относительная Оценка требует сравнения работ друг с другом для быстрой оценки их размера и ценности.
Выпуск по Требованию — это процесс переноса новой функциональности в промышленную среду а также немедленного либо инкрементального её выпуска для клиентов по запросу.
Инженер Релизного Поезда — это лидер-слуга (servant leader) и коуч для Релизного Поезда Agile (ART). Основные обязанности RTE включают в себя фасилитацию мероприятий и процессов ART и помощь командам в доставке ценности. RTE поддерживают связь с заинтересованными лицами (stakeholders), эскалируют препятствия, помогают управлять рисками и стимулируют неустанное улучшение (relentless improvement).
Неустанное Улучшение – четвертая колонна Дома Бережливости SAFe, которая поощряет обучение и развитие через непрерывную рефлексию и улучшения процесса.
Дорожная Карта представляет собой график событий и Вех, который описывает доставку Решения относительно горизонта планирования.
SAFe для Бережливых Предприятий является ведущим в мире фреймворком для построения бизнес гибкости. SAFe интегрирует силу Lean, Agile и DevOps в комплексную операционную систему, которая помогает предприятиям процветать в цифровую эпоху, доставляя инновационные продукты и сервисы быстрее, более предсказуемо и с более высоким качеством.
Большая Картина SAFe (BP) - это виртуальное представление основных ролей, активностей и артефактов фреймворка, которое используется для доступа к статьям SAFe через интерактивные иконки при просмотре с сайта scaledagileframework.com
SAFe для Правительства — это набор успешных паттернов, которые помогают государственным организациям использовать Lean-Agile практики в государственном (федеральном) контексте.
Дорожная Карта Имплементации SAFe содержит обзорную диаграмму и серию из 12 статей, описывающих стратегию и упорядоченные действия, подтвердившие свою эффективность при переходе на SAFe.
Цикл Бережливого Стартапа SAFe - это высоко итеративный цикл построения-измерения-обучения для продуктовых инноваций и стратегического инвестирования. Эта стратегия разработки эпиков обеспечивает экономические и стратегические преимущества Бережливого стартапа за счет инкрементального управления инвестициями и рисками, используя преимущества потока и прозрачности в SAFe.
SAFe основан на десяти неизменных основополагающих Lean-Agile Принципах. Эти утверждения и экономические концепции вдохновляют и наполняют содержанием роли и практики SAFe.
Консультанты Программ SAFe являются агентами изменений, которые совмещают в себе технические знания в области SAFe с внутренней мотивацией к совершенствованию процессов разработки программного обеспечения и систем в компании. Они играют критически важную роль в успешной имплементации SAFe. В качестве SPC могут выступать различные внутренние и внешние роли, в том числе лидеры в сфере бизнеса и технологий, портфельные/программные/проектные менеджеры, управляющие процессами, архитекторы, аналитики и консультанты.
ScrumXP — это легковесный процесс доставки ценности для кросс-функциональных, самоорганизующихся команд в SAFe. Он объединяет в себе силу практик управления Скрам с практиками Экстремального Программирования (XP).
Канбан Команды — это метод, помогающий командам фасилитировать поток ценности посредством визуализации работ, установки лимитов Незавершенного Производства (НЗП/WIP), измерения пропускной способности (throughput) и непрерывного улучшения их процессов.
Скрам Мастера — это лидеры-слуги (servant leaders) и коучи Agile Команд. Они помогают команде обучаться в области Скрам, Экстремального Программирования (XP), Канбан и SAFe и следят за соблюдением согласованного Agile процесса. Они также помогают устранять препятствия и создают атмосферу, поощряющую высокоэффективную динамику работы команды, непрерывный поток и неустанное улучшение (relentless improvement).
Множественный Дизайн — практика, которая как можно дольше в процессе разработки сохраняет гибкость требований и вариантов дизайна. Вместо выбора единственного возможного решения сразу, в рамках практики SBD определяются и исследуются сразу несколько вариантов, что позволяет избежать проблемы ограниченного выбора в течение времени. Такая практика добавляет гибкости процессу проектирования за счет принятия окончательных технических решений только после проверки предположений, что позволяет добиться более высоких экономических результатов.
Общие Сервисы представляют собой специализированные роли, людей и услуги, необходимые для успеха Релизного Поезда Agile (ART) или Поезда Решений, которые при этом не могут быть привлечены на постоянной основе.
Каждый Поток Ценности производит одно или более Решений, которые представляют собой продукты, сервисы или системы, доставляемые Клиенту, внутреннему или внешнему по отношению к Предприятию.
Архитектор/Инженер Решения отвечает за определение и коммуникацию единого технического и архитектурного видения внутри всего Поезда Решений для обеспечения соответствия разрабатываемой системы или Решения ожидаемому предназначению.
Контекст Решения определяет критические аспекты операционного окружения для Решения. Он обеспечивает понимание сути требований, условий использования, установки, эксплуатации и поддержки самого Решения. Контекст Решения оказывает большое влияние на осуществимость и ограничение возможностей выпуска по требованию.
Демо Решения интегрирует усилия по разработке всех Релизных Поездов Agile и поставщиков в Поезде Решения каждый Инкремент Программы и делает их видимыми для Клиентов и других стейкхолдеров для оценки и обратной связи.
Интент Решения — это репозиторий для хранения, управления и коммуникации знаний о текущем и ожидаемом поведении Решения. По необходимости включает в себя фиксированные и переменные спецификации и дизайн; ссылки на применимые стандарты, модели систем, функциональные и нефункциональные тесты; трассируемость/прослеживаемость (traceability).
Менеджмент Решений отвечает за определение и поддержку создания востребованных (desirable), осуществимых (feasible), жизнеспособных (viable) и устойчивых (sustainable) крупномасштабных бизнес решений, которые будут удовлетворять нуждам клиента в течение времени.
Поезд Решений — организационная единица, используемая для разработки крупномасштабных и сложных Решений, требующих координации нескольких Релизных Поездов Agile (ART), а также участия Поставщиков. Выравнивает работу ART с общей технологической и бизнес-миссией при помощи Видения решения, Бэклога, Дорожной Карты. Выровнен в каденции Инкрементов Программы (PI).
Бэклог Решения представляет собой хранилище для будущих Капабилити и Энейблеров, каждый из которых может разделяться на несколько ART и предназначен для развития Решения и создания его Архитектурного Русла.
Инженер Поезда Решений — это лидер-слуга (servant leader) и коуч Поезда Решений, который фасилитирует и направляет работу всех ART и Поставщиков в Потоке Ценности.
Видение — описание будущего состояния Решения, находящегося в разработке. Оно отражает потребности Клиентов и заинтересованных лиц (stakeholders), а также Фичи и Капабилити, предлагаемые для удовлетворения этих потребностей.
Перекрывающая Палитра содержит различные роли и артефакты, которые могут применятся к отдельной команде, программе, крупному решению или контексту портфеля.
Cпайк – тип исследовательской Enabler Истории, который направлен на получение знаний, необходимых для снижения риска технической реализации, позволяющий лучше понять требование или повысить достоверность оценки Истори.
Cпринт – термин из фреймворка Скрам, синоним термина "Итерация" в SAFe.
Истории являются краткими описаниями небольших частей желаемой функциональности, написанными на языке пользователя. Agile Команды реализуют небольшие вертикальные срезы функциональности системы, формулируемые и декомпозируемые таким образом, чтобы их можно было выполнить за одну Итерацию.
Карта Историй – техника дизайн-мышления, организующая последовательность историй в соответствии с задачами, которые нужно осуществить пользователю для достижения своей цели.
Сторипоинт – единица, используемая при относительной оценке историй, представляющая собой комбинацию качеств: объём, сложность, знания и неопределённость.
Стратегические Темы — это дифференцирующие бизнес-цели, которые связывают портфель со стратегией Предприятия. Они влияют на стратегию портфеля и обеспечивают бизнес-контекст для принятия решений.
Невозвратные Затраты описывают уже потраченные деньги (затягивающие, неокупающиеся капиталовложения), которые следует игнорировать при принятии решений о будущих инвестициях, чтобы выполнить пивот (поворот, изменение бизнес-модели, концепции и т.д.) эффективно.
Поставщик — внутренняя или внешняя организация, разрабатывающая и поставляющая компоненты, подсистемы или сервисы, которые помогают Поездам Решений и Релизным Поездам Agile (ART) создавать Решения для своих Клиентов.
SWOT Анализ – техника стратегического планирования, используемая для выявления сильных и слабых сторон, возможностей и угроз относительно текущей бизнес-ситуации как части видения SAFe портфеля.
Архитектор/Инженер Систем отвечает за определение и коммуникацию единого технического и архитектурного видения внутри всего Релизного Поезда Agile (ART), для обеспечения соответствия разрабатываемой системы или Решения ожидаемому предназначению.
Демо Системы представляет собой важное событие, которое позволяет увидеть новые интегрированные Фичи по результатам последней Итерации всех команд, находящихся в Релизном Поезде Agile (ART). Каждая демонстрация позволяет заинтересованным лицам (stakeholders) ART объективно измерить прогресс во время Инкремента Программы (PI).
Команда Системы — это специализированная Agile Команда, которая помогает создавать и обслуживать среду разработки Agile, как правило, включая разработку и обслуживание набора средств, поддерживающих Конвейер Непрерывной Доставки (CDP). Команда Системы также может поддерживать интеграцию результатов создания ценности (assets) Agile Командами, по необходимости осуществлять сквозное (end-to-end) тестирование Решения и оказывать поддержку развертыванию (deploy) и Выпуску по Требованию.
Системное Мышление предлагает целостный подход к разработке решений, встраивающий все аспекты системы и её окружения в дизайн, разработку, развертывание и обслуживание самой системы.
Компетенция Командная и Техническая Гибкость описывает критические навыки и Lean-Agile принципы и практики, которые высокопроизводительные Agile команды и команды Agile команд используют для создания высококачественных решений для клиентов.
Бэклог Команды содержит пользовательские Истории и Энейблер Истории, которые происходят из Бэклога Программы, а также истории, которые возникают локально из контекста команды. Он также может включать в себя другие элементы работ, которые понадобятся команде в создании их порции системы.
Ежедневная Стендап Встреча (DSU) - это ежедневное мероприятие команды, в котором каждый член команды описывает то, что он сделал вчера для достижения целей итерации, над чем он будет работать сегодня для достижения целей итерации, и сообщает о сложностях, с которыми он сталкивается при доставке этих целей.
Топологии Команд определяют четыре организационных типа, обеспечивающих единую модель для организации Agile-команд и поездов (ART).
Разработка на Основе Тестирования – способ мышления и практики, требующие создания и выполнения тестов до имплементации кода или компоненты системы.
TOWS Анализ используется в связке со SWOT Анализом как помощь в выявлении стратегических опций для получения лучшего целевого состояния как часть видения SAFe портфеля.
Оптимизация U-кривой для размера партий определяет оптимальный размер партии, балансируя транзакционные издержки и издержки владения.
Офис Управления Agile Программами (APMO) является функцией организации, которая отвечает за фасилитацию процесса Бережливого Управления Портфелем (LPM), а также за совершенствование операционной деятельности и бережливого управления в рамках Lean-Agile трансформации.
Идентификация Потоков Ценности – активность, используемая портфелями для идентификации разработческих потоков ценности и операционных потоков ценности, которые они поддерживают.
Ключевые показатели эффективности Потока Ценности — это количественные показатели, используемые для оценки эффективности потока создания ценности в сравнении с его прогнозируемыми бизнес-результатами.
Картография Потока Ценности – базовый инструмент улучшения потока ценности через конвейер непрерывной доставки, обеспечивающий необходимый уровень визуализации для идентификации узких мест и проблемных зон этого потока, создающих задержки.
Взвешенная Кратчайшая Работа Сначала — это модель расстановки приоритетов, используемая для определения последовательности выполнения работ (например: Фич, Капабилити, Эпиков) с целью производства максимальной экономической выгоды. В SAFe WSJF рассчитывается как Стоимость Задержки (CoD), поделенная на размер работы.
Незавершенная Работа (WIP) представляет собой частично выполненную работу, избыточное количество которой затрудняет приоритизацию, вызывает частое переключение контекста и повышает накладные расходы.