Руководство по Agile · Начало работы с Agile
Agile-трансформация: практическая дорожная карта, этапы и ловушки
Agile-трансформация — это общеорганизационное изменение того, как работа планируется, финансируется, организуется и управляется, чтобы бизнес мог поставлять ценность небольшими инкрементами и быстро реагировать на изменения. Она выходит за рамки внедрения Scrum или Kanban в командах: меняются также лидерство, структуры, система руководства и культура.
Главное
- Agile-трансформация меняет структуру, финансирование, руководство и лидерство, а не только командные практики.
- Начните с чётких бизнес-целей и нескольких пилотных команд, затем масштабируйте волнами.
- Измеряйте результаты, такие как время выполнения, качество и удовлетворённость клиентов, а не активность.
- Чтобы трансформация была долговечной, руководители должны менять собственное поведение.
Agile-внедрение и Agile-трансформация
| Agile-внедрение | Agile-трансформация | |
|---|---|---|
| Содержание | Одна или несколько команд | Весь отдел или организация |
| Что меняется | Командные практики и встречи | Структура, финансирование, руководство, лидерство и культура |
| Роль руководства | Спонсирует и поддерживает | Меняет собственное поведение и решения |
| Сроки | От недель до месяцев | Обычно несколько лет |
Многие организации начинают с внедрения в нескольких командах (см. как внедрить Agile) и затем решают, нужна ли более широкая трансформация.
Пошаговая дорожная карта
- Проясните, зачем: договоритесь о бизнес-проблемах, которые хотите решить, например медленная поставка, низкое качество или низкая удовлетворённость клиентов. Не делайте целью само по себе «стать Agile».
- Заручитесь поддержкой руководства: руководителям нужно понимать, что изменится для них самих, включая то, как они расставляют приоритеты и измеряют успех.
- Оцените текущее состояние: опишите потоки создания ценности, структуры команд, этапы согласования и болевые точки.
- Начните с пилотов: выберите две-три команды с мотивированными людьми и реальной бизнес-целью.
- Обучайте и коучьте: обеспечьте командам, владельцам продуктов и менеджерам обучение и постоянный коучинг; см. как изучить Agile.
- Меняйте систему вокруг команд: переходите к финансированию продуктов или потоков создания ценности, облегчённому руководству и управлению портфелем , которое поддерживает частую переприоритизацию.
- Масштабируйте обдуманно: распространяйте подход на новые команды волнами, применяя масштабирование только там, где командам действительно нужно координироваться; см. масштабированный Agile-фреймворк.
- Измеряйте, учитесь и адаптируйтесь: регулярно анализируйте результаты и корректируйте саму трансформацию короткими циклами.
Измерение прогресса
| Показатель | Что это показывает |
|---|---|
| Время от идеи до клиента | Ускоряется ли поставка; см. время цикла и время выполнения |
| Частота релизов | Как часто ценность доходит до пользователей |
| Пропущенные дефекты | Сохраняется ли качество при росте скорости |
| Удовлетворённость клиентов | Важны ли изменения для клиентов |
| Вовлечённость сотрудников | Чувствуют ли команды больше полномочий или больше давления |
| Бизнес-результаты | Выручка, затраты или другие цели, которые трансформация должна была улучшить |
Разобранный пример
Отделу урегулирования убытков страховой компании требуется в среднем девять месяцев, чтобы внести изменения в систему урегулирования. Цель — поставлять небольшие улучшения ежемесячно. Первый год: формируются три пилотные команды вокруг путей клиента, у каждой — владелец продукта со стороны бизнеса; частота релизов в этих областях растёт с двух раз в год до ежемесячной. Второй год: финансирование переходит от отдельных проектов к годовому бюджету продукта урегулирования, совет по изменениям заменяется более лёгкой проверкой для низкорисковых релизов, присоединяются ещё шесть команд. Время выполнения небольших изменений сокращается с месяцев до недель. Прогресс пересматривается ежеквартально, и план корректируется.
Типичные ошибки
- Переименование без изменений: руководители проектов становятся Scrum-мастерами, а фазы — спринтами, но решения и согласования остаются прежними.
- Руководители, делающие исключение для себя: от команд требуют меняться, а руководство, бюджетирование и целевые показатели остаются неизменными.
- Навязывание одного фреймворка всем: адаптируйте практики к характеру работы; см. виды Agile-методологий.
- Внедрение по принципу «большого взрыва»: изменение всего сразу без учёта уроков пилотов.
- Недостаток коучинга: двухдневного курса недостаточно, чтобы изменить привычки.
- Пренебрежение мышлением: практики без Agile-мышление как правило, сходят на нет.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое Agile-трансформация?
Общеорганизационное изменение того, как работа планируется, финансируется, организуется и управляется, чтобы ценность поставлялась небольшими инкрементами, а организация могла быстро адаптироваться.
Сколько длится Agile-трансформация?
Для крупной организации обычно несколько лет. Пилотные команды могут увидеть преимущества в течение нескольких месяцев, но структурные и культурные изменения занимают больше времени.
В чём разница между Agile-внедрением и Agile-трансформацией?
Внедрение — это использование командами Agile-практик; трансформация меняет также структуры, финансирование, руководство и лидерство.
Кто руководит Agile-трансформацией?
Высшее руководство спонсирует её и подаёт пример, часто при поддержке команды трансформации, Agile-коучей и Agile PMO.
Почему Agile-трансформации терпят неудачу?
Распространённые причины — отсутствие изменений в руководстве, неясные цели, навязывание одного фреймворка всем, недостаток коучинга и система руководства, по-прежнему ожидающая фиксированных планов.
Нужен ли фреймворк масштабирования для Agile-трансформации?
Не всегда. Такие фреймворки, как SAFe или LeSS, помогают, когда над одним продуктом работает много команд; небольшим организациям он может не понадобиться.
Чем занимается Agile-коуч в Agile-трансформации?
Коучи обучают, наставляют и поддерживают команды и руководителей, пока те меняют свои подходы к работе.
Как измерить успех Agile-трансформации?
С помощью показателей результатов, таких как время выполнения, частота релизов, качество, удовлетворённость клиентов, вовлечённость сотрудников и бизнес-результаты.
Что происходит с руководителями проектов при Agile-трансформации?
Одни становятся владельцами продукта, Scrum-мастерами или руководителями поставки; другие координируют работу нескольких команд или программ. См. Agile-руководитель проектов.
Могут ли не-ИТ подразделения пройти Agile-трансформацию?
Да. Команды маркетинга, HR, финансов и операционной деятельности могут перейти на Agile-подходы к работе; см. применим ли Agile только к разработке ПО.
Каков первый шаг Agile-трансформации?
Согласование бизнес-проблем, которые нужно решить, и получение поддержки руководства — до выбора фреймворков или инструментов.