Зачем бизнесу Agile-трансформация и как ее реализовать?

Всем привет!

Автор статьи расскажет про agile-трансформацию, как она проходит, какие инструменты лучше использовать и на какие результаты рассчитывать. И стоит ли вообще выбирать Agile с учетом специфики вашей работы? А еще в статье вы найдете бесплатный мини-курс по Agile, Scrum и Kanban!

Автор статьи – Максим Якубович, тренер-эксперт Product Lab в области создания Корпоративных систем управления проектами и внедрения Agile.

Содержание:

1. Что такое Agile
2. Фреймворк Киневин и Agile Suitability Model
3. Что такое Agile-трансформация
4. 3 шага в Agile-трансформации
5. Цели Agile-трансформации
6. Обучение Agile, Scrum, Kanban

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

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

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

Для выбора модели жизненного цикла проекта в Agile Suitability Model нужно собрать вместе заинтересованные стороны проекта: сотрудников компании, руководителей, заказчиков продукта и т.п., и попросить их ответить на 9 вопросов. В итоге получится радарная диаграмма, по форме которой можно принять решение о том, какая модель ЖЦ проекта вам больше подойдет:

Если большинство ответов фокусируется в центральном сегменте – вам лучше использовать Agile (в частности, Scrum или Scrumban), если в белой зоне – предиктивную методологию (PMBOK, PRINCE и т.д.), ну и если в зоне “гибрид”, то вам стоит обратить внимание на такие методологии как DSDM или P3.Express.

Давайте обратим внимание на те компании, где руководство уже осознало, что только Agile для работы одной команды – уже мало, чтобы быстро изменяться. Дело в том, что между терминами «Agile» и «Agile-трансформация» действительно есть разница. Словосочетание «Agile-трансформация» обычно используется для описания перехода компании в состояние, когда эта методология применяется во всей компании, а не только на уровне отдельных команд или департаментов. То есть имеется в виду масштабирование Agile-подхода к управлению процессами на всех уровнях компании.

Например, в одном из бельгийских банков целями такой трансформации было сохранение актуальности компании на рынке сейчас и в будущем, повышение прозрачности и понятности процессов, ускорение работы и пр. Этот кейс является хорошим примером того, как можно переосмыслить и изменить бизнес-процессы и сами подходы к ним.

В России многие компании внедряют Agile-подход для управления отдельными проектами или продуктами, но интерес к Agile-трансформации проявляют пока только десятки компаний. Кейсов по ее успешному завершению в России уже хватает: Сбербанк, Альфа банк, банк Агророс, Райффайзен , Тинькофф, Издательство МИФ, 12Storeez, РосАтом, Северсталь и т.д.

Давайте рассмотрим шаги на пути к трансформации в Agile-компанию:

1. Выбор фреймворков для масштабирования Agile. В случае, если в вашем проекте работает до десяти человек и вы хотите работать по Agile, я бы рекомендовал использовать фреймворк Scrum. Но для проектов с количеством участников 50+ он не подходит.

В России, чаще всего для масштабирования Agile выбирают SAFe (Scaled Agile Framework) — это гибкий фреймворк, позволяющий использовать Agile-методологии в больших командах размером более 50 человек. По сути, SAFe напоминает слоеный пирог из различных методик Agile, где на нижнем уровне находится практически традиционный Scrum, с типичными 2/3-недельными спринтами, командами по 3−9 человек, включая владельца продукта (Product Owner), а также все типичные ритуалы, начиная от ежедневной планерки — и заканчивая разбором полетов на ретроспективе.

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

Спринты объединяются в Program Increments (это регулярные мероприятия по планированию), состоящие обычно из 5 спринтов. То есть если в классическом Scrum мы построили что-то не то — то коррекция курса проводится уже в следующем спринте. В SAFe мы продолжаем идти до конца Program Increment, ожидая очередного мероприятия.

На следующем уровне находится Agile Release Train (так называемые поезда). Для управления всеми пятью спринтами появляются новые роли, например, системный архитектор. А последний спринт объявляется организационным, и во время него проводятся общие собрания, анализ технического долга, строятся планы по проработке архитектуры процесса и синхронизируется работа всех команд.

Над уровнем Agile Release Train находится координация между отделами, директорами, и клиентом — проводится анализ экономической целесообразности изменений, создаются планы работ на 12−36 месяцев. Для компаний с годовым оборотом менее миллиарда долларов — это, как правило, последний этаж.

Однако, часто компании не отваживаются внедрять канонический SAFe в полной мере, видимо, потому, что у него есть свои недостатки, например:

• Достаточно длительное время реагирования на изменения
• Большие затраты на коммуникацию и собрания.

С учетом этого компании используют SAFe в качестве основы для построения собственной адаптированной Agile-модели.

Альтернативой для SAFe в крупных компаниях могут быть около десятка подходов к масштабированию Agile на большие команды, где вторым по популярности после SAFe является LeSS.

2.Компания должна решить: стоит делать это своими силами или привлечь профессионалов на аутсорсе? Чтобы ответить на этот вопрос — нужно понять, что именно следует сделать на этом этапе:

• Провести вводные лекции и тренинги для сотрудников
• Отобрать подходящих по ценностям сотрудников для пилотных проектов
• Набрать в штат новых сотрудников, обладающих опытом работы по Agile
• Запустить пилотные проекты и довести их до успешного завершения.

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

3.Выбор программного продукта. Для автоматизированного управления проектами в мире используется около 500 программных продуктов.

При выборе программного продукта надо учитывать соответствие требованиям компании (есть решения для малых и для крупных компаний), уровень поддержки в стране и стоимость. У всех компаний могут быть разные критерии для выбора продукта и их определения – тема отдельной статьи и обсуждения.

Типичными целями для Agile-трансформации считаются следующие:

• Повышение прозрачности и понятности процесса
• Повышение предсказуемости процесса
• Повышение качества продукта
• Повышение мотивации, вовлечения и креативности сотрудников
• Уменьшение времени от момента появления проблемы или идеи до получения результата конечными пользователями
• Повышение производительности в виде количества произведенной ценности в единицу времени
• Улучшение качества продуктов с точки зрения клиента для удовлетворения потребностей всех заинтересованных лиц.

Итак, на пути к результатам Agile-трансформации вас поджидает много сложностей, но этот путь уже прошли десятки российских компаний и многие из них получили существенные экономические результаты. Например, Сбер смог трансформировать свой бизнес и ростом котировок своих акций за 2023 год доказал правильность вложений инвестиций в Agile-трансформацию. Также довольно неплохо растет бизнес у других банков, прошедших через трансформацию Agile-ом: Тинькофф, Альфабанк, Райффайзен. Есть примеры удачных трансформаций и не в банковской сфере: Северсталь, Росатом, Издательство МИФ, 12Storeez (fashion-индустрия).

Ну, а мне остается пожелать удачи вам на пути к трансформации вашего бизнеса.

Научитесь правильно применять Scrum и Kanban на практике, чтобы сделать рывок в карьере или бизнесе на ближайшем тренинге.

В результате обучения вы:

узнаете:

• принципы Agile и откроете для себя мир гибкого управления
• как управлять проектами и продуктами в условиях неопределенности с помощью гибких подходов
• как внедрить Agile в своей компании

научитесь:

• применять Scrum и Kanban на практике

сможете:

• улучшить процессы своей команды и ускорить разработку продуктов
• претендовать на карьерное продвижение

получите:

• международный сертификат от консорциума ICAgile
• сертификат от Product Lab