Что нового в SAFe 6.0?

Новая версия Scaled Agile Framework® — SAFe® 6.0 вышла 15 марта 2023 года. SAFe 6.0 предлагает новейшие и наиболее эффективные Lean-Agile практики, позволяющие прогрессивным и думающим на перспективу предприятиям умело управлять вызовами и возможностями в современном быстро меняющемся мире.

Почему SAFe 6.0?

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

Для тысяч организаций и правительственных учреждений во всем мире SAFe стал неотъемлемой частью адаптации к изменениям и способом противостоять неблагоприятным условиям, одновременно позволяя создавать процветающий современный цифровой бизнес. Чтобы соответствовать новым реалиям рынка, фреймворку необходимо постоянно развиваться. Scaled Agile, Inc. уделяет постоянное внимание основным преимуществам SAFe, при этом рекомендации вендора непрерывно совершенствуются, чтобы помогать организациям решать новые для бизнеса, только формирующиеся задачи.

Работать по-другому. Создавать будущее.

Новый слоган Scaled Agile, Inc. «Работать по-другому. Создавать будущее» представляет собой идею о том, что создаваемые новые подходы к работе позволяют быстрее внедрять инновации, чтобы эффективно управлять любыми вызовами и получать доступ к возможностям рынка. Что значит работать по-другому? Во-первых, становится все более очевидным — и теперь доказанным — что вся организация должна придерживаться единого Lean-Agile мышления и практик. От маркетинга и финансов до безопасности и HR и всех, кто находится между ними – именно так сегодняшние, наиболее успешные предприятия выравнивают стратегию и выполнение, обеспечивая удовлетворение текущих и будущих ожиданий клиентов.

Интеграция новых технологий (таких как ИИ, Большие Данные и Облака) в наши потоки создания ценности является тем самым компонентом, который все чаще определяет понятие «работать по-другому». Новые технологии изменяют характер разработки приложений и в будущем будут определять, добьется ли организация успеха. Кроме того, давление, направленное на ускорение потока ценности и достижение измеримых бизнес-результатов, не ослабевает. Сила Agile Команд никогда еще не играла такую важную роль в достижении этой цели.

Встречайте SAFe 6.0!

SAFe 6.0 является всеобъемлющим и глобальным обновлением фреймворка по сравнению с версией 5.1 и включает в себя много новых, продвинутых практик, содержит новую Большую Картину (Big Picture, BP) и обновление терминологии (рисунок 1).

Рисунок 1. SAFe 6.0 Big Picture

Изменения SAFe 6.0 включают в себя 6 основных тем, которые показаны на рисунке 2:

Рисунок 2. Шесть основных тем обновления SAFe до версии 6.0

Каждая из этих тем будет рассмотрена далее в этой статье.

1. Создание прочного фундамента для построения бизнес-гибкости

В цифровую эпоху все движется быстро. Желания клиентов, угрозы со стороны конкурентов, технологические альтернативы, бизнес-ожидания, возможности получения дохода и требования со стороны работников теперь происходят с невероятной скоростью. Для решения этих актуальных задач предприятиям необходимо развивать Бизнес-Гибкость, чтобы оставаться конкурентоспособными и процветать в цифровую эпоху, быстро реагируя на изменения рынка и возникающие возможности с помощью инновационных бизнес-решений, использующих цифровые технологии.

Основные аспекты гибкости бизнеса, в том числе Поток Ценности «Бизнес-Гибкость» (Рисунок 3) и Фундамент SAFe, (Рисунок 4), существенно обновлены, чтобы усилить поддержку концепции «работать по-другому и строить будущее». Обновленная дорожная карта внедрения SAFe и пересмотренные обязанности для SPC разъясняют, как управлять изменениями.

В «Создание прочного фундамента для построения бизнес-гибкости» входят:

• Поток Ценности «Бизнес-Гибкость» (Business Agility Value Stream, BAVS) — новое понятие BAVS было добавлено в верхнюю часть Большой Картины. Такое позиционирование демонстрирует важность компонента BAVS для конкурентоспособности и процветания в цифровую эпоху. Этот поток создания ценности помогает организациям быстро реагировать на изменения рынка и возникающие возможности с помощью инновационных бизнес-решений, поддерживаемых цифровыми технологиями.

Рисунок 3. Баннер бизнес-гибкости и BAVS

• Фундамент SAFe (SAFe Foundation) — Все статьи, проиллюстрированные графическими изображениями на рисунке 4, были доработаны, чтобы создать прочную основу для поддержки бизнес-гибкости. Также были внесены изменения в дизайн:

Рисунок 4. Основа (фундамент) SAFe

• • Lean-Agile Мышление (Lean-Agile Mindset) – Lean-Agile Мышление теперь представлено пятью принципами Бережливого Мышления и Agile Манифестом (Рисунок 5).

Рисунок 5. Lean-Agile Мышление

• • Понятие «Дом Бережливости» более не используется, поскольку все его принципы были интегрированы и усилены на уровне всего фреймворка. Например:
    • Уважение к людям (Respect for people) теперь является основной ценностью SAFe, поскольку это основная человеческая потребность. Уважительное отношение к людям раскрывает их внутреннюю мотивацию учиться и расти, развивать свои методы работы и вносить свой вклад в результаты труда для бизнеса своей компании и клиентов.
    • Поток (Flow) отражен в новом SAFe Принципе #6 – «Обеспечить непрерывное движение ценности» и дополнительно раскрывается в новой статье «Управление Потоком Ценности» (Value Stream Management, VSM)
    • Инновации (Innovation) являются частью компетенции «Культура Непрерывного Обучения», которая была добавлена в фундамент SAFe и будет расширена в следующих версиях фреймворка.
    • Неустанное улучшение (Relentless improvement) стало ключевой ценностью SAFe, поскольку неустанное стремление к совершенству всегда было одним из основных принципов Lean. Совершенство является по сути недостижимым, поэтому стремление к нему приводит к непрекращающимся улучшениям продуктов, услуг и процессов.
    • Основные ценности (Core values) – Четыре основные ценности SAFe (рисунок 6) были изменены, теперь это: выравнивание (со-направленность), прозрачность, уважение к людям и неустанные улучшения. Изменения помогают избежать избыточного количества концепций. Например, Встраивание Качества является измерением (частью) компетенции «Командная и Техническая Гибкость». По этой теме также появилась отдельная статья.

Рисунок 6. Обновленные основные ценности SAFe

• • Принципы SAFe (SAFe Principles) – Принцип No 6 был изменен и теперь приведен в соответствие с пятью принципами Бережливого Мышления (рисунок 7). Он теперь явно использует восемь общих свойств системы (на основе) потока и предлагает специальные «ускорители» для устранения препятствий внутри потока.

Рисунок 7. Принципы SAFe

• • Дорожная карта внедрения SAFe (SAFe Implementation Roadmap) – Дорожная карта внедрения SAFe, которая содержит основные шаги по запуску и совершенствованию фреймворка, была обновлена, чтобы отразить изменения в SAFe 6.0 (рисунок 8)

Рисунок 8. Новая дорожная карта внедрения

1. Шаг «Водопад / Ситуативный Agile» (Waterfall / Ad Hoc Agile) более не используется в качестве отправной точки, поскольку внедрение SAFe далеко не всегда начинается из этого состояния предприятия.
2. Мастерская «SAFe для первых лиц» была добавлена на шаг «Идем в SAFe» (Go SAFe).
3. Центр Lean-Agile Мастерства (Lean-Agile Center of Excellence) – обязанности LACE получили дополнительные уточнения и разъяснения.
4. Лидерство в цифровую эпоху (Leading in the Digital Age) – статья и сопроводительные материалы были добавлены в дорожную карту. Это программа, которая вооружает лидеров знаниями и навыками для поддержки своих Agile команд и эффективного управления изменениями.
5. Шаг «Организоваться вокруг Ценности» (Organize Around Value) был переименован из «Определить Поезда и Потоки Ценности», чтобы отразить цель этого шага и связать его с Принципом #10.
6. Инструментарий мастерской «Определение Потоков Ценности и Релизных Поездов» был явно добавлен в Дорожную Карту к шагу «Организоваться вокруг Ценности».
7. Улучшить Портфель (Enhance the Portfolio) — новое название шага. Ранее он назывался «Расширить до уровня Портфеля». Такой вид шага связан с явной рекомендацией начать изучать некоторые практики LPM на более ранних этапах своего путешествия в SAFe (например, запустить Канбан Систему Портфеля для понимания и осведомленности о текущих и будущих инициативах). Тренинг LPM теперь рекомендуется проводить на шаге «Обучение топ-менеджеров, руководителей и лидеров».
8. Ускорение (Accelerate) подчеркивает, что путь трансформации бесконечен. Такой путь начинается с создания Культуры Непрерывного Обучения, которая в свою очередь ведет к неустанным улучшениям и способствует развитию культуры инноваций

• • Консультанты Практик SAFe (SAFe Practice Consultants, SPCs) – Ранее известные как Консультанты Программ SAFe, SPC применяют коучинг для развития многих практик и прохождения важных шагов, описанных в Дорожной карте внедрения SAFe. От них ожидается не просто следование шагам внедрения дорожной карты, но и активная работа в составе группы агентов изменений, чтобы со временем обеспечить гибкость бизнеса организации, отвечая за сферы, показанные на рисунке 9.

Рисунок 9. Обязанности Консультанта Практик SAFe (SPC)

• • Культура Непрерывного Обучения (Continuous Learning Culture, CLC) – Компетенция CLC была добавлена в основу SAFe, чтобы сделать ее частью всех конфигураций SAFe. Ранее эта компетенция не входила в конфигурацию Базовый SAFe (Essential SAFe).

2. Предоставление дополнительных возможностей для команд и уточнение обязанностей ролей

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

• Статьи об указанных ниже ролях были обновлены, чтобы лучше проиллюстрировать и описать их обязанности. На рисунке 10 схематично представлены основные «колеса ответственности» некоторых ролей из обновленных статей.

• • Релизный Поезд (Agile Release Train)
  • Agile Команды (Agile Teams)
  • Владельцы Бизнеса (Business Owners)
  • Архитектор Предприятия (Enterprise Architect)
  • Владельцы Эпика (Epic Owners)
  • Lean-Agile Центр Мастерства (Lean Agile Center of Excellence)
  • Владелец Продукта (Product Owner)
  • Менеджмент Продукта (Product Management)
  • Инженер Релизного Поезда (Release Train Engineer)
  • Конкультант Практик SAFe (SAFe Practice Consultant)
  • Скрам Мастер / Коуч Команды (Scrum Master/Team Coach)
  • Менеджмент Решения (Solution Management)
  • Инженер Поезда Решения (Solution Train Engineer)
  • Архитектор Систем (System Architect)

Рисунок 10. Некоторые миниатюры новых зон ответственности ролей

• Скрам Мастер / Коуч Команды (Scrum Master/Team Coach) – Скрам Мастер / Коуч Команды теперь имеет более широкие обязанности по оптимизации потока, созданию высокопроизводительных команд и поддержке организационной гибкости (рисунок 11). Организации могут выбрать вариант названия этого роли — Скрам Мастер или Коуч Команды — исходя из того, что лучше всего подходит для их контекста.

Рисунок 11. Обязанности Скрам-Мастера/Коуча Команды

• Релизные Поезда Agile (Agile Release Trains, ARTs) – Конечной целью работы Релизного Поезда Agile (ART) является доставка эффективных решений для клиентов. Это имеет основополагающее значение для создания быстрого потока Фич, из которых состоит Решение. ART осуществляет разработку итеративно, постоянно взаимодействуя с клиентом и корректируя направление своих действий, чтобы обеспечить создание оптимального решения. Понимание обязанностей Релизного Поезда имеет решающее значение для успеха (рисунок 12). С этой целью для ART было создано отдельное «колесо ответственности», чтобы обязанности поезда были понятны и прозрачны.

Рисунок 12. Обязанности поезда (ART)

• Основные взаимодействия (Key collaborations) – Преобразование идей в постоянный поток ценных продуктов и услуг является сложным делом, которое требует постоянной координации и коммуникации. Статьи о четырех ролях, которые отвечают за содержание, были обновлены, чтобы включить партнерство между этими ролями, необходимое для обеспечения быстрого и эффективного потока разработки продукта (рисунок 13). Хотя эти роли являются неотъемлемой частью успешной доставки ценности, никто из них не обладает всеми знаниями или возможностями, чтобы сделать это в одиночку.

Рисунок 13. Ключевые взаимодействия для некоторых ролей, отвечающих за содержание

3. Ускорение Потока Ценности

В современном быстро меняющемся мире «быть конкурентоспособным» означает «ускорять поток ценности». Этот навык становится ключевым для выживания в цифровую эпоху.

SAFe 6.0 определяет восемь свойств потока и с обновленным принципом SAFe #6 вводит восемь соответствующих им «ускорителей потока», которые способствуют ускорению прохождения ценности внутри потока. Кроме того, совершенно новые статьи SAFe Scrum, SAFe Team Kanban, Built-in Quality и Value Stream Management включают поток в повседневную работу команд.

• Восемь общих свойств потока описывают определение потока в SAFe, как показано на рисунке 14.

Рисунок 14. Потоковые системы имеют восемь общих характеристик

• Восемь ускорителей потока – На рисунке 15 показано, как восемь ускорителей потока помогают обеспечить непрерывный поток ценности (принцип No 6). Эти мощные ускорители ценности актуальны для всех уровней фреймворка, но на каждом уровне выделяются разные задачи (вызовы), которые с их помощью разрешаются.

Рисунок 15. Восемь ускорителей потока

• Четыре новые статьи о потоке — Поток Команды (Team Flow), Поток Релизного Поезда (ART Flow), Поток Поезда Решения (Solution Train Flow) и Поток Портфеля (Portfolio Flow) — описывают практическое применение восьми ускорителей потока из Принципа #6. Перейти на эти статьи можно, нажав на иконки, отмеченные на рисунке 16. Каждая статья предлагает техники для решения проблем, оптимизации и устранения ошибок, связанных с непрерывным потоком ценности на конкретном уровне фреймворка.

Рисунок 16. Применение ускорителей потока на каждом уровне SAFe

• SAFe Канбан Команда (SAFe Team Kanban) — это Lean-Agile метод (рисунок 17), который помогает Agile Командам оптимизировать поток ценности с помощью визуализации рабочего процесса, установления ограничений на количество незавершенной работы (Work in Process, WIP), непрерывной доставки ценности, измерения пропускной способности и улучшения своего процесса. Статья была переименована из «Kanban» в «SAFe Team Kanban» и была значительно переработана, чтобы объяснить, как использовать Kanban для команд SAFe, которые работают как часть ART.

Рисунок 17. Обзор метода SAFe Team Kanban

• SAFe Скрам (SAFe Scrum) – статья заменяет ScrumXP, а практики, вдохновленные Экстремальным Прогаммированием, были перенесены во Встроенное Качество и другие статьи. Кроме того, графическое представление Скрама (рисунок 18) было доработано, чтобы проиллюстрировать, как Scrum применяется в SAFe.

Графические изображения, которые применялись в версии 5.1 для концепций Планирования (Планирование Итераций), Обзора (Обзор Итераций), Ретроспективы (Ретроспектива Итераций) и Выполнения были удалены из Большой Картины (Big Picture) и теперь доступны в статье о Скраме. Материал о Выполнении Итерации был интегрирован в статью об Итерациях.

Рисунок 18. Цикл SAFe Скрам

• Встроенное Качество (Built-in Quality) – SAFe 6.0 обеспечивает новый инновационный подход к встраиванию качества во все технологические и бизнес-домены, показанные на рисунке 19. Эта модель начинается с базовых практик Agile Качества, которые применяются повсеместно. Это «сдвиг обучения влево», «парная работа и обзор коллегами», «коллективное владение и Т-образные навыки», «стандарты артефактов и определение выполненности», а также «автоматизация потока работ». Модель Встроенного Качества в своей основе содержит перечисленные практики качества, которые применяется к конкретным областям (доменам), таким как бизнес-функции, приложения программного обеспечения, ИТ-системы, аппаратное обеспечение и киберфизические системы.

Рисунок 19. Ключевые области и практики Встраивания Качества

• Управление Потоком Ценности (Value Stream Management, VSM) – Ранее статья о VSM входила в список дополнительных (продвинутых) статей SAFe. Концепция VSM была добавлена в Большую Картину (рисунок 20), чтобы подчеркнуть VSM как ответственность уровня Портфеля. VSM также было доработано, чтобы предоставить новые рекомендации о триадах (они же тройки ключевых ролей), которые управляют потоком создания ценности.

Рисунок 20. Управление потоком создания ценности на Большой Картине

• Офис Управления Ценностью (Value Management Office, VMO) – VMO ранее назывался Офис Управления Agile Программами (Agile Program Management Office, APMO). Его фокус изменился, теперь он заключается в обеспечении поддержки для лучшего понимания, измерения и улучшения потока ценности.

Офис Управления Ценностью (VMO) поддерживает поток портфеля, в его обязанности входит:

• • Помогать определять объем портфеля
  • Поддерживать улучшения потока доставки ценности
  • Оказывать помощь в разработке стратегии и продвижении (донесении) стратегических тем
  • Фасилитировать мероприятие «Синхронизация Портфеля» (Portfolio Sync)
  • Работать совместно с LACE для разработки, сбора и применения примеров успешного выполнения работ Релизным Поездом внутри всего портфеля
  • Поддерживать Бережливое бюджетирование и управление
  • Способствовать децентрализованному PI-Планированию и совершенствованию операционной деятельности
  • Способствовать все большему использованию Agile контрактов и Бережливому сотрудничеству с поставщиками и клиентами

• Применение Канбан в SAFe (Applying Kanban in SAFe) – подготовлена новая расширенная статья о применении Канбана в SAFe, которая рассказывает, что такое Канбан, как создать Канбан систему, а также как Канбан системы применяются во фреймворке. На рисунке 21 показана некоторая ключевая графика этого нового контента.

Рисунок 21. Применение Канбан в SAFe

4. Распространение бизнес-гибкости на весь бизнес организации с помощью SAFe

Lean-Agile трансформация затронет все области организации. По мере того, как одна область ускоряется, она выявляет узкие места в других. Поэтому гибкость бизнеса требует, чтобы каждый научился лучше выполнять свою работу, применяя в своем контексте Lean-Agile принципы: оптимизация потока, работа с небольшими партиями, встраивание качества, организация вокруг ценности, использование системного мышления и многое другое.

• Бизнес и Технологии (Business & Technology) – В значительно обновленной статье «Бизнес и технологии» теперь освещаются пять бизнес- и технологических моделей (рисунок 22), включая Релизные Поезда с поддержкой бизнес-команд, запуск бизнес-поездов, создание Agile Команды Руководителей Высшего Звена, применение SAFe к другим функциональным бизнес-подразделениям и объединение разработческих и операционных потоков создания ценности в рамках одного портфеля. Каждая из этих моделей описана в пунктах ниже.

Рисунок 22. Расширенные бизнес- и технологические модели

• • Релизный Поезд Agile с бизнес-поддержкой (Business-Enabled ART) – ART, который включает в себя технических экспертов и представителей бизнеса, которые необходимы для того, чтобы предоставить информацию об индустрии и области, где решение будет использоваться, и обеспечить, чтобы новое решение решало соответствующие задачи, связанные с технологией, бизнесом и клиентами.
  • Бизнес-Поезд Agile (Agile Business Train) – это следующий шаг на пути к гибкости. Agile Business Train включает в себя один или несколько операционных потоков создания ценности SAFe и все Релизные Поезда Agile (ART), необходимые для определения, создания, развертывания, эксплуатации и коммерциализации готового комплексного решения.
  • Agile Команда Руководителей Высшего Звена (Agile Executive Team) – Agile Команда Топ-Менеджеров обеспечивает согласованность среди руководителей высшего звена организации, чтобы управлять компанией как одна команда, озвучивать в один голос единую стратегию и видение, а также выравнивать стратегически важную незавершенную работу (WIP).
  • Agile Подразделение (Agile Functional Department) является подразделением организации, которое использует методы Lean-Agile и принципы SAFe для оптимизации своей операционной деятельности и обеспечения прозрачности доставки ценности.
  • Комбинированный Портфель (Combined Portfolio) – Комбинированный портфель — это тип портфеля SAFe, который объединяет как разработческие, так и операционные потоки создания ценности. Комбинированный портфель обеспечивает четкие стратегические решения по финансированию и согласованность (выравнивание) для полного набора решений в рамках одного сегмента бизнеса.

•  Страница «SAFe вне ИТ» предоставляет доступ к статьям о практическом опыте построения бизнес-гибкости в Операционных потоках создания ценности. Эти материалы предоставляются и готовятся профессионалами SAFe. Они описывают успехи и сложности реального использования и распространения практик Lean, Agile и SAFe на финансы, маркетинг, HR, юридическую службу, операционную деятельность и другие функции в организации за пределами ИТ.

5. Построение будущего с помощью ИИ, Больших Данных и Облаков

SAFe предлагает новое руководство по использованию трех инновационных технологий, которые кардинально меняют характер разработки программного обеспечения и систем: ИИ, Большие Данные и Облака. Применение этих технологий становится критически важным для конкуренции сейчас и в будущем. В SAFe 6.0 появились три новые статьи и иконки на Большой Картине:

• ИИ (Искусственный Интеллект) AI (Artificial intelligence) – был добавлен в масштабируемую палитру (правая вертикальная часть Большой Картины). Статья описывает широкий спектр интеллектуальных машин, способных выполнять задачи, которые обычно требуют человеческого интеллекта. ИИ – это технология, которая может произвести революцию в решениях, разработанных SAFe организациями, она может значительно повлиять на операционные и бизнес-модели предприятий.
• Большие Данные (Big Data) – SAFe решает проблемы Больших Данных на уровне портфеля, поскольку это требует видения, инвестиций и управления на самом высоком уровне в организации. В то время как Релизные Поезда Agile в том числе создают данные, ценность появляется из агрегации данных в портфеле и организации. Большие Данные требуют стратегических инвестиций со стороны наиболее значимых областей организации и комплексного подхода. Такой подход требует от всех разработческих потоков создания ценности использовать единые практики DataOps. Это в свою очередь позволяет создать согласованный набор данных, использующейся всей организацией.
• Облака (Cloud) – Постоянно расширяющаяся вселенная облачных возможностей коренным образом изменила способ создания, развертывания и обслуживания цифровых решений. Облачные вычислительные среды изменили модели доставки и стали самым революционным изобретением, с которым ИТ подразделения предприятий когда-либо сталкивались за свою историю. Неудивительно, что причина номер один, по которой предприятия так быстро переходят в облако, — это стремление увеличить скорость и обеспечить гибкость для продуктовой разработки.

6. Достижение лучших результатов с помощью «Измерения и Развития» и OKR

• Изменение и Развитие (Measure and Grow) – Иконка метрик на масштабируемой палитре был переименована в «Измерение и Развитие». Контент включает в себя три области измерений SAFe (результаты, поток и компетенции), как показано на рисунке 23. Такой подход позволяет измерять прогресс в достижении гибкости бизнеса на всех уровнях SAFe. Информация, полученная в результате измерений, способствует более эффективному принятию решений и помогает выявлять возможности для улучшения.

Рисунок 23. Три области измерений SAFe

• OKR были добавлены в масштабируемую палитру. В статье описаны три основные варианта использования OKR, показанные на рисунке 24. OKR могут быть эффективным инструментом, помогающим добиться лучших результатов для бизнеса и клиентов. Использование OKR в SAFe является необязательным. Тем не менее, OKR, как правило, являются лучшим способом описания Стратегических Тем портфеля.

Рисунок 24. Примеры использования OKR в SAFe

3 основные варианта применения OKR в SAFe:

1. Повышение стратегической согласованности по всему портфелю SAFe – Цель использования OKR для Cтратегических Тем заключается в определении этих тем и отслеживании их прогресса с помощью конкретных, четких и измеримых действий.
2. Определение бизнес-результатов для Эпиков и Бережливых бизнес-кейсов – Используйте OKR, чтобы помочь обнаружить Эпики, у которых есть потенциал для включения в Канбан систему Портфеля. Определение эпиков с помощью установления OKR вносит ясность в то, какие ожидаются промежуточные и конечные бизнес-результаты.
3. Постановка целей по улучшению SAFe трансформации – OKR можно использовать для измерения успешности изменений с помощью SAFe.

Другие важные изменения

• Kanban Система управляет беклогами на всех уровнях SAFe – каждый беклог визуализируется в Kanban системе (рисунок 25). Для упрощения и устранения избыточности были объединены беклоги каждого уровня и создана единая статья о Канбане. Другие связанные с этим изменения включают в себя:
  • Удаление изображения Канбана по вертикали из всех иконок беклогов
  • Изменение названия состояния (столбца) «Беклог» во всех Kanban системах на «Подготовлено», чтобы уменьшить путаницу между состоянием в системе Kanban и самим беклогом

Рисунок 25. Изменения иконок Канбана и наименования состояния беклога

• Изменения в масштабируемой палитре (Spanning palette) — Следующие изменения были сделаны для обеспечения лучшей поддержки SAFe 6.0 (рисунок 26):
  • В палитру добавлены OKR.
  • Вехи были перенесены в обновленную статью «Дорожная Карта» и удалены из палитры.
  • В палитру был добавлен ИИ (искусственный интеллект). Ранее эта статья была включена в расширенное руководство.
  • Lean UX был перемещен из палитры на саму Большую Картину и сейчас размещен рядом с Клиентоцентричностью и Дизайн-Мышлением, показывая насколько Lean UX связан с этими двумя практиками и важен для них.
  • Метрики на палитре переименованы в «Измерять и Развивать»

Рисунок 26. Изменения в масштабируемой палитре

• Доставка Решения уровня Предприятия (Enterprise Solution Delivery) – Основываясь на практическом опыте и обратной связи клиентов, следующие статьи были значительно доработаны, чтобы лучше описать, как Поезда Решения управляют планированием и доставляют решения (рисунок 27):
  • Пре- Планирование заменило Пре-PI Планирование. Статья описывает, что должен делать Поезд Решения, чтобы подготовить Релизные Поезда Agile к PI Планированию.
  • Координация и Доставка заменили Пост-PI Планирование. В этом обновлении описываются методы доставки Крупных Решений с помощью нескольких Релизных Поездов Agile и поставщиков в одном Поезде Решения.

Рисунок 27. Новые практики пре- планирования, координации и доставки решений уровня предприятия

• Стандартизация терминологии Релизного Поезда – Термин «Программа» был заменен на Релизный Поезд (ART) во всем фреймворке. Это повышает простоту и вносит ясность.

Таблица 1. Стандартизированная терминологии ART

• Стандартизация терминологии Решения – Артефакты и мероприятия Поезда Решения были также стандартизированы (таблица 2).

Таблица 2. Стандартизированная терминология Решения

• Другие изменения в терминологии были сделаны для согласованности и единообразия, они показаны в таблице 3 ниже.

Таблица 3. Другие изменения в терминологии

Статья подготовлена по материалам Scaled Agile, Inc. и не является официальным переводом статьи «What’s new in SAFe 6.0?».

Запись митапа SAFe® 6.0