Как заставить поезд ехать по рельсам – внедрение SAFe®
Итак, вы запустили первый поезд (ART), наполнили бэклог программы и спланировали первый инкремент. Как теперь не дать ему сойти с путей? Или всего уже достаточно?
Вольный перевод статьи Coach ART Execution – Scaled Agile Framework.
Это девятая статья из цикла «Дорожная карта внедрения SAFe®».
Вы теряете потенциал, необходимый для продолжения изменений, всякий раз, когда ослабляете усилия, не доведя работу до конца. Тогда теряется критический импульс усилий и становится возможным регресс.
– Джон Коттер, Впереди перемен.
В предыдущих статьях цикла описаны первые 8 шагов:
- Достижение переломного момента.
- Обучение агентов изменений.
- Обучение руководства, менеджеров и лидеров.
- Создание центра экспертизы Lean-Agile.
- Определение Value Streams и ARTs.
- Создание плана внедрения.
- Подготовка к запуску ART.
- Обучение команд и запуск ART.
На этой стадии внедрения первые крупные мероприятия уже позади. Команды обучены, первый поезд (Agile Release Train, ART) запущен и первое PI-планирование проведено. Результат всех этих усилий – это уполномоченная, вовлечённая и целеустремлённая команда, состоящая из Agile-команд, готовая создавать решения, приносящие ценность.
Прежде чем приступать к критическим задачам поезда, важно понимать, что само по себе обучение и планирование не делают только что сформированные команды и поезда гибкими. Они лишь предоставляют возможность ступить на путь становления таковыми. И, чтобы поддержать это становление, руководство – и в особенности SAFe Program Consultants (SPCs) – должны осознавать, что знать не равно понимать. Требуется время, чтобы достичь эффективности в Agile-практиках и поведении на уровне команд (обычно до нескольких PI). Вот почему сопровождение и коучинг ART требуют значительных усилий.
К этому моменту корпорация уже вложила внушительные средства в развитие агентов изменений (SPC) и обучение заинтересованных лиц новому подходу к работе. Теперь эти инвестиции начнут окупаться, поскольку SPC и Лидеры Lean-Agile сосредоточатся на том, что действительно важно: помочь обеспечить доставку ценности в кратчайшие устойчивые сроки (прим. пер. — максимально короткие сроки, в которые команда может укладываться без негативных последствий для её продуктивности в будущем), выдавая высочайшее качество. Это начнёт происходить благодаря коучингу на уровне команд и ART.
Содержание статьи
Коучинг команд
В то время как SPC часто фокусируются на активации ролей и событий уровня программы, фундамент внедрения программы зиждется на компетенции Командной и Технической Гибкости. SPC также необходимо проводить коучинг Agile-команд.
В начале коучинг команд, скорее всего, будет направлен на освоение ролей и мероприятий SAFe на уровне команды, включая:
- Планирование итерации – уточнить и скорректировать первоначальные планы, составленные во время PI-планирования.
- Уточнение бэклога – уточнить и скорректировать содержание и понимание пользовательских историй, сформулированных во время PI-планирования.
- Ежедневные стэндапы – помочь команде оставаться нацеленной на движение к целям итерации, обозначать препятствия и получать помощь.
- Обзор итерации и Системные Демонстрации – получить обратную связь от заинтересованных лиц и оценить прогресс по PI-целям.
- Ретроспективы итераций – пересмотреть практики команды и выявить пути улучшения.
- Scrum-of-Scrums (SoS), PO Sync и ART Sync – поддерживать сонаправленность и устранять проблемы совместно с другими командами поезда.
Но это только начало. По мере того, как крепнет уверенность членов команды в своих ролях и ритуалах, и благодаря создаваемой ими прозрачности, техническое совершенство и лучшие практики станут следующей возможностью добиться прорывных улучшений. Для налаживания равномерного и постоянного потока ценности Agile-команды, работающие над программным обеспечением (ПО), должны освоить современные инженерные техники и дисциплины разработки, такие как Разработка через Тестирование (Test-Driven Development, TDD) и Поведение (Behavior-Driven Development, BDD), Непрерывная Интеграция/Развертывание (Continuous Integration, CI/Continuous Deployment, CD), автоматизация тестирования и парное программирование. Эти практики появились в рамках Экстремального Программирования (eXtreme Programming, XP) и остаются фундаментом мастерства разработки ПО.
Тренинг Agile Software Engineering можно использовать для продолжения обучения во время первой IP-итерации (Итерации Инноваций и Планирования) или последующих PI, по мере возникновения необходимости и возможности, чтобы ускорить прогресс в перечисленных критичных для разработки ПО дисциплинах.
За последнее десятилетие разработка ПО развивалась с введением принципов и практик Lean-Agile и DevOps. Новые навыки и подходы к разработке помогают организациям поставлять решения, построенные вокруг ПО, быстрее, с большей предсказуемостью и более высоким качеством.
Во время этого трехдневного тренинга, построенного на практических воркшопах, участники узнают, как принципы Lean-Agile способствуют изменениям. Они соединят эти принципы с современными практиками разработки, включая техническую практику XP, BDD, TDD и применение Квадрантов Agile-тестирования (Agile Testing Quadrants, ATQ). Участники изучат лучшие практики моделирования, дизайна, внедрения, верификации, валидации, развертывания и релиза историй в конвейере непрерывной поставки SAFe (Continuous Delivery Pipeline, CDP).
Если вы дочитали до этого абзаца, то точно любите полезный контент про современные практики управления. Еще больше материалов, видео и экспертных советов от Agile-коучей, анонсы бесплатных вебинаров и митапов в Телеграм-канале ScrumTrek
Коучинг поезда
Несмотря на то, что Командная и Техническая Гибкость составляют фундамент реализации программы, именно навыки Agile-поставки Продуктов делают достижимыми кратчайшие устойчивые сроки поставки ценности. Без коучинга для развития и взращивания этой компетенции со стороны SPC, Базовый SAFe (Essential SAFe) может быть ужат до координации и оркестровки Agile-команд – бледной тени своего потенциала. Поэтому SPC работают со Scrum-мастерами всего поезда с целью помочь ускорить усвоение и овладение этой компетенцией.
Как и с Agile-командами, коучинг поезда (ART) обычно начинается с ролей и ритуалов Базового SAFe, включая:
- PI-планирование – создать единое направление и приверженность к общему набору целей.
- Системные Демонстрации – закрыть быстрый цикл обратной связи путём интеграции и проверки работающих систем.
- Сессии Инспекции и Адаптации – сделать возможными прорывные улучшения и системное мышление.
- Scrum-of-Scrums (SoS), PO Sync и ART Sync – поддержать единое направление, решить проблемы и сделать возможным достижение PI-целей.
Но всё это только капля в море потенциала и смысла ART. Чтобы помочь поездам оптимизировать поток ценности, SPC должны научить лидеров ART видеть дальше текущего PI и текущих возможностей при помощи коучинга. По мере освоения ролей и мероприятий фокус следует смещать в сторону организации конвейера непрерывной поставки (Continuous Delivery Pipeline) и корпоративной компетентности в области Agile-поставки Продуктов. Сюда входят как управление скоростью и уровнем качества, доставляемого поездом, так и непрерывное улучшение этих и других аспектов ART:
- Непрерывно исследовать (Continuous Exploration): чувствовать и отвечать на потребности рынка/бизнеса при построении и поддержании концепции, дорожной карты, бэклога и архитектурной полосы программы.
- Непрерывно реализовывать (Continuous Integration): выстраивать, валидировать и извлекать уроки из инкрементов работающей системы.
- Непрерывно развёртывать (Continuous Deployment): поставлять проверенные фичи в продуктив в готовом к релизу состоянии.
Kanban Программы – это основной инструмент визуализации и управления конвейером непрерывной поставки, тогда как DevOps, Value Stream Mapping и Сессия Инспекции и Адаптации – это основные инструменты коуча для раскрытия перечисленных аспектов.
Тренинг SAFe DevOps может быть использован как основа для наполнения этих аспектов практиками в ходе первой итерации инноваций и планирования или как продолжение обучения в течение последующих PI по мере появления возможности и необходимости ускорить развитие данной компетенции.
Двухдневный тренинг предоставляет комплексный обзор для понимания компетенций DevOps, необходимых для ускорения времени выхода на рынок (Time-To-Market, T2M) путём лучшего прохождения потока ценности через конвейер непрерывной поставки. Участники прорисуют нынешний путь ценности через их конвейер доставки от идеи до оплаты и определят практики, которые помогут устранить «бутылочные голышки». Тренинг построит понимание полного потока ценности от Непрерывного исследования до Непрерывного внедрения, Непрерывного развертывания и Релиза по требованию. Участники выйдут с курса с инструментами, которые потребуются при реализации плана по улучшению их конвейера поставки, а также знаниями, необходимыми для поддержки этого плана.
Очевидно, что у SPC и Лидеров Lean-Agile не будет недостатка возможностей для практики и демонстрации их новых навыков и мышления.
Важное замечание: Для первой линии разработки и Engineering-менеджеров переход к SAFe и Lean-Agile может быть пугающим. Традиционный ежедневный и задаче-ориентированный контроль уходит в прошлое. Вместо этого новые "бережливо думающие менеджеры-учителя" должны принять подход лидера-слуги и примерить на себя отличающийся набор и стиль действий, как описано в посвящённой Лидерам Lean-Agile статье. Краткий список тем для коучинга выше также служит напоминанием, что знания и навыки наших менеджеров и лидеров невероятно ценны, поскольку предстоит ещё многое сделать. Но сделать по-другому.
Инспекция и адаптация
Нет более критически важной возможности для применения коучинга, чем первая сессия Инспекции и Адаптации. Это момент, когда все узнают, как прошёл PI, как команды справились со своими PI-целями, насколько хорошо организация применяет SAFe и как разработанные решения показали себя в этот период. Дополнительно SPC и коучи могут провести первый настоящий воркшоп по корректировкам и решению проблем. Это даст командам инструменты, которые нужны им для самостоятельного повышения своей продуктивности. К тому же, это возможность сообща поработать с заинтересованными сторонами от менеджмента над крупными выявленными препятствиями.
Что дальше?
Для первого поезда – это движение вперёд по пути прорывных улучшений. Ну, а для читателя это переход к следующей статье в цикле «Дорожная карта внедрения» — Запуск следующих ART и Потоков ценности.
SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.
Стать пионером трансформации в компании, кратно увеличить объем продаж, вдохновляя своим успехом другие команды, и разрешить себе мечтать о «космосе»: история успешной Agile-трансформации в интервью с Сергеем Нечушкиным, директором департамента малого и среднего бизнеса Абсолют Банка.
В статье рассмотрим Lean Portfolio Management — одну из 7-ми ключевых компетенций, необходимых для достижения Бизнес-гибкости (Business Agility).
Статья с детальным обзором состава и механизма работы портфеля SAFe®. Содержит различные примеры организации портфелей для крупного и малого бизнеса, а также их плюсы и минусы