Кому нужен, а кому нет — Scaled Agile Framework (SAFe)? В чем преимущества и недостатки SAFe? Интервью с Сергеем Прохоренко, где он отвечает на эти и другие вопросы.
Сергей Прохоренко, ведущий специалист по внедрению SAFe, успешно реализовал проекты по масштабированию Agile-разработки продуктов для банков, ИТ, телекоммуникационных, фармацевтических и других компаний в Украине и за рубежом.
Сергей, в последнее время стало модно ассоциировать компанию с Agile-масштабированием, в частности, SAFe — Scaled Agile Framework. Всем ли нужен SAFe?
— Все зависит от специфики и масштаба самой компании.
Речь идет не только об ИТ. Автоматизации, гибкости и ускорения процессов требуют банковский сектор, логистические компании, телекоммуникации, производственные предприятия. Дин Лефингвелл, основатель фреймворка SAFe, сказал, что “в эру цифровых технологий каждый бизнес — это бизнес программного обеспечения”.
Но прежде чем говорить о масштабировании, стоит понимать контекст, в котором оказался современный деловой мир.
Имеете в виду бум цифровых технологий?
— Именно. В последнюю декаду они наводнили бизнес со скоростью ракеты Илона Маска, а пандемия подняла новую волну диджитализации — из-за острой нужды в цифровых решениях, кибербезопасности и удовлетворении новых потребностей потребителей.
Что это значит для бизнеса?
— По последним данным официальных исследований, таких как State of Agile Report, видно, что большинство мировых компаниях осознало необходимость гибкого подхода к разработке продукта. Независимо от масштаба или географии, в половине или большинстве случаев они уже используют Agile, и этот процент ежегодно растет. Это касается даже организаций, чья главная деятельность не связана с ИТ.
Касательно ИТ-компаний, вне всяких сомнений — рост спроса на разработку продукта открывает новые возможности. Но есть одно “но”. Если это команды, которые еще не функционируют в парадигме Agile, то им следует ожидать серьезной конкуренции со стороны тех, кто уже использует гибкий подход. Ведь agile-команды создают больше ценности за более короткий период, быстрее выводят продукт на рынок, быстрее проверяют продуктовые гипотезы с минимальными затратами, не вкладывая большие средства в разработку ненужной функциональности. Сегодня это решает все.
Таким образом, компании ищут возможности быстрее выводить продукт на рынок, быстрее удовлетворять новые потребности потребителей, лучше защищать данные. Поэтому руководители бизнеса приходят к нам и спрашивают: “Как интегрировать ИТ-разработку в нашу компанию, если наша отрасль — банковское дело (логистика, телекоммуникации и прочее)? Как одновременно управлять командами, если их много? Как распределять бюджет портфеля разных диджитал-продуктов? Как внедрить изменения (переход на Agile) всей компании за один период?
О каком количестве сотрудников идет речь? Когда можно использовать SAFe?
— Когда в компании 1000 и более сотрудников, она уже имеет внутреннюю разработку с сотнями задействованных разработчиков и планирует внедрять гибкий подход, то стоит серьезно задуматься о SAFe.
Часто речь идет о компаниях с десятками и даже сотнями тысяч сотрудников! Именно для организаций такого масштаба SAFe — идеальное решение.
Почему?
— Представьте на минутку: вам нужно постепенно перевести несколько тысяч работников на новый подход к разработке продукта… Как такое возможно? Где взять столько компетентных специалистов, способных реализовать эту задачу? Где взять для этого средства? Как видим, в ручном режиме это практически невозможно. К тому же, вряд ли кто-то найдет такое количество консультантов из разных компаний, представляющих единую согласованную команду. Бюджетов на такие затеи я тоже пока не видел. Очевидно, должен существовать другой путь.
Здесь и приходит на помощь SAFe, что делает возможным достаточно быстрый старт “аджайлизации” и изменения на системном уровне, не разрушая текущую операционную деятельность бизнеса.
Все говорят о “системном уровне”, но что он означает в контексте SAFe?
— Именно этот вопрос мы задаем каждому клиенту, прежде чем начать консалтинг. Что именно имеет в виду компания, говоря о “масштабировании” или “внедрении SAFe”? Каких целей хочет достичь на самом деле?
Иногда приходится отказывать, когда SAFe — не совсем то, что представляет клиент, или когда это не соответствует его запросу. Дело вот в чем. В отличие от других подходов к масштабированию, SAFe позволяет не разрушать традиционную управленческую иерархию, внедряя при этом “вторую операционную систему”, где формально сотрудники подчинены линейному менеджменту, но в то же время организованы в самоуправляемые команды (self-managed teams), работающие над потоком создания ценности, а не в рамках функционального подразделения.
В контексте SAFe прежде всего речь идет об уровнях: Essensial, Large Solution и Portfolio. Изменения могут происходить на уровне одной программы, целого ряда связанных программ или управления портфелем, в зависимости от потребностей компании, но для устойчивого эффекта SAFe должен постепенно расширяться на всю организацию.
Так просто?
— Это только на первый взгляд. Только для того, чтобы выяснить значение ключевых понятий SAFe, придется проработать пособие Дина Леффингвелла (Dean Leffingwell) “SAFe Reference Guide” на 800 страниц, или, как минимум, пройти несколько тренингов и проработать массив статей в базе знаний Scaled Agile. Но истинное понимание того, какие практики подходят в конкретном случае, приходит только с опытом, получаемым через работу с разными клиентами.
Собственно, поэтому экспертов, способных трансформировать компании, насчитывающие десятки тысяч сотрудников, не так много. Поэтому к нам и обращаются за профессиональной помощью.
Понятное дело, раскрыть все нюансы SAFe во время интервью невозможно, но хочу подчеркнуть несколько особенностей SAFe по сравнению с другими подходами.
В чем они заключаются?
— Во-первых, SAFe — самый распространенный подход в agile-разработке. 35% компаний-участниц опроса 14th State of Agile Report используют SAFe для масштабирования. Это, кстати, на 5% больше, чем в предыдущем году, и мы прогнозируем, что в 15-м выпуске отчета мы снова увидим возрастание. Иными словами, количество и качество инструментария SAFe подтверждено практикой.
Следующая особенность SAFe — это дифференциация практик, в соответствии с масштабом, спецификой и потребностями компании.
В противовес SAFe, другие подходы (например, Large Scale Scrum) обычно используют одну и ту же практику как для ста сотрудников, так и для тысяч. Это, с одной стороны, побуждает компании к декомпозиции команд и уменьшению их взаимозависимости, с другой — ставит очень высокие требования к уровню зрелости продуктового управления, инженерных практик, облачной инфраструктуры и подобному.
SAFe как раз отличается значительно более гибкими решениями. Каждый уровень (базовый, программный или управления портфелем) предполагает свой набор практик для управления взаимозависимости команд. Хоть это достигается ценой дополнительных управленческих затрат на синхронизацию и совместное планирование, но позволяет быстрее начать масштабирование.
Какие проблемы или недостатки имеет SAFe?
— Есть одна черта, которую считаю и преимуществом, и вызовом одновременно, — это детерминизм SAFe.
Речь идет о подробно прописанных практиках, применяемых для различных ситуаций (best practices). Эти “лучшие практики” действительно полезны во многих случаях и могут применяться на разных уровнях. Это некий multi-tool.
Однако мы понимаем, что для некоторых компаний “заготовки”, опыт других или предложенные “готовые решения” не всегда лучший вариант. Особенно это касается организаций, формирующих собственную базу знаний. В процессе внедрения SAFe такие компании обладают рядом собственных, значительно более действенных, best practices.
Еще одним одновременно плюсом и минусом SAFe является возможность создать “параллельную структуру” (“операционную систему” организации, в терминах SAFe), когда Agile delivery существует параллельно с иерархией текущей организации. В таком случае существует риск для SAFe так и останется “параллельной структурой” в пределах старой парадигмы.
Тогда это проблема уже не SAFe, а самой компании. Если организация не будет меняться как целостная система, то существует риск возникновения “организации в организации”.
Это важно, ведь конечная цель бизнеса — не создание секции новаторов, а перестройка всей организации таким образом, чтобы она не просто что-то “разрабатывала”, а стала гибкой (agile), пригодной к новой конъюнктуре на рынке, к постоянным изменениям, к жесткой конкуренции и лидерства на мировом рынке.
Какие в таком случае преимущества SAFe?
— SAFe позволяет быстро внедрять изменения. Благодаря SAFe наладить agile-разработку возможно в течении года. Конечно, все зависит от размеров и специфики каждой компании, но сохранение времени и ускорение перехода на agile — существенное преимущество SAFe.
К тому же, SAFe не ломает текущую организационную структуру компании. Это одно из самых принципиальных преимуществ, особенно в начале внедрения гибкого подхода.
Наличие готовых решений для разных уровней. Проблема некоторых компаний заключается в том, что они пытаются самостоятельно изобрести велосипед, в то время как SAFe уже давно крутит педали. Стихийные бессистемные попытки перестраивать крупные компании дорого стоят.
Следующее преимущество SAFe — возможность работать с начинающими благодаря действенной системе, которая работает на них.
ИТОГИ
В интервью с Сергеем Прохоренко, экспертом по SAFe, мы обсудили такие вопросы и пришли к таким выводам:
Каким компаниям нужно вводить масштабируемый подход SAFe?
- Подход SAFe уместен для крупных компаний, насчитывающих тысячи, десятки и даже сотни тысяч сотрудников;
- SAFe также уместен для организаций, которые уже начали собственную ИТ-разработку или планируют это сделать, однако до сих пор работают по классической проектной модели;
- SAFe гарантировано пригодится компаниям, которые стремятся быстрее выводить свой продукт на рынок;
- SAFe также поможет в случае, когда компания имеет фиксированный бюджет, который надо направить на самые важные для бизнеса решения;
- SAFe экономит бюджет Agile-трансформации благодаря проверенной системе (бессистемные движения дорого стоят компаниям);
- SAFe также может подойти компаниям, в которых есть много команд, а над одним продуктом работает не менее 50 человек.
Каким компаниям SAFe не подойдет?
- Во-первых, SAFe не нужен организациям, которые с самого начала существования работают по принципам гибкого подхода, уже создали собственную аджайл-культуру и хотят сохранить ее при масштабировании.
- Второй тип компаний, которым не нужен SAFe, это те, кто хотят сэкономить на реализации продукта с фиксированной функциональностью. Хотя в таком случае стоит спросить, зачем они вообще используют Agile-подход.
- Небольшие организации, незначительное количество команд, для которых накладные расходы на коммуникацию и синхронизацию команд будут несоизмеримы с полученной выгодой.
ПРИСОЕДИНЯЙТЕСЬ К AGILE.LIVE
Ближайшие сертификационные тренинги Agile.Live: Professional Scrum Product Owner (PSPO), Professional Scrum Master (PSM), Professional Agile Leadership Essentials (PAL-E)
Подписаться на страницу в LinkedIn
Подписаться на Telegram-канал Agile.Live
Подписаться на YouTube-канал Agile.Live