Agile как критерий гибкости бизнес-процессов подрядчика
Вы работаете по Agile? Вы работаете по Scrum? Все чаще заказчики задают подобные вопросы. Таким образом они пытаются провалидировать исполнителя и понять, какие подходы используются в работе. Применение гибких методов управления проектами можно рассматривать как мерило гибкости и эффективности внутренних процессов самой компании.
Чем крупнее бизнес, тем важнее, чтобы у компании-подрядчика были налажены стабильные и предсказуемые процессы. Почему? Состояние и эффективность бизнес-процессов все чаще используется как критерий оценки качества конечных результатов работы. Решение о найме того или иного поставщика услуг принимается уже не всегда в пользу “подешевле”, а в пользу того, чтобы “незафакапиться” и получить прогнозируемый, управляемый результат.
Очевидно, что прочитать Scrum Guide для внедрения недостаточно, т.к. в нем не описываются все подводные камни внедрения этой методологии. Неудачный опыт работы привел к разочарованию в Agile, и некоторые даже стали использовать это слово как ругательство. В попытках восполнить пробелы и понять, как внедрять Agile во всей организации люди начали погружаться в тематику и искать ответы на свои вопросы. А как же гибкость бизнеса (Business Agility)? А как же мой департамент маркетинга и бухгалтерия – они тоже должны работать по Скраму? Вопросы о том, как в современном мире бизнесу быть гибким, всем ли это нужно, и как быть гибкой всей организации, а не только двум командам из ИТ-департамента настоятельно требовали ответов.
В результате появились разные методологии и фреймворки: Scaled Agile Framework (SAFe), Disciplined Agile Delivery (DAD), Nexus, Large Scale Scrum (LeSS). С увеличением объема информации появилась другая вполне ожидаемая проблема: как выбрать подходящий фреймворк?
Считаю, что культура “гибкости”, ее осознание и применение только приходит в Россию. По мере того, как Agile набирает популярность, формируется и соответствующий рынок. Развиваются коммьюнити и растет число Agile-коучей, которые помогают воплощать написанное на бумаге в жизненных циклах организаций. Число людей, понимающих, что такое Agile, постепенно увеличивается. Если раньше на вопрос о том, работаем ли мы в компании по Scrum, я просто отвечал “Да”, то сейчас мои ответы развернуты, и я охотно делюсь опытом. Для того, чтобы определить, может ли подрядчик работать “гибко” явно не достаточно задать вопрос об использовании Scrum и осведомленности о Kanban – нужны зондирующие вопросы и больше конкретики в ответах представителей сервисных компаний.
Перед тем, как мы начали трансформацию в нашем бизнесе пришлось изучить и пощупать все фреймворки. За основу выбрали Scaled Agile Framework. В SAFe широкий выбор рецептов по решению разных тонких моментов внедрения и практик, раскрывающих как организации добиться гибкости. При этом, лично для меня – человека со стороны бизнеса – важным фактором было число имплементаций фреймворка. Согласно зарубежным данным, которые приводит Gartner и CollabNet VersionOne (Рис.1), SAFe наиболее часто внедряемый фреймворк. Калибр компаний, успешно внедривших фреймворк говорит сам за себя: NASA, Chevron, Hewlett Packard Enterprise, Sony, Telstra, CISCO, McAfee. Российскую реальность отслеживает ScrumTrek, и, таки да, в РФ SAFe тоже лидирует.
Конечно, SAFe не является панацеей! Всегда надо смотреть по сторонам и подбирать для себя те практики, которые будут работать именно в вашей организации.
Если компания-подрядчик провела Agile-трансформацию, внедрила этот фреймворк и успешно работает, то на мой взгляд именно это может являться одним из критериев качества процессов сервисного бизнеса.
Disclaimer: целью этой статьи не является продажа консультаций по внедрению фреймворка SAFe, и, конечно, критериев качества процесса подрядчика может быть множество. В данной статье я говорю о том, что успешное внедрение хотя бы некоторых практик из SAFe лично мне бы сказали многое о качестве процессов подрядчика.
