Agile давно перестал быть темой только для ИТ-компаний: гибкие методологии сейчас внедряют производители, ритейлеры и дистрибьюторы. Но подходят они не любой команде. Разбираем, кому Agile действительно даст результат, а кому пока рано, на основе интервью Вадима Уланова, руководителя группы по управлению проектами Ferrero Russia.
Кому подходит Agile: опыт Ferrero Russia
Что такое Agile
Agile — это подход к управлению проектами, при котором работа идет короткими циклами (итерациями) по две-три недели вместо одного долгого этапа от старта до финиша. За одну итерацию команда проходит весь мини-цикл: разбирает требования, проектирует решение, делает его, тестирует и документирует результат. По итогам цикла приоритеты для следующего пересматриваются заново. Уже после первых итераций появляется рабочий мини-продукт или самостоятельный кусок функциональности, готовый к запуску прямо сейчас, без ожидания финального релиза.
Scrum и Kanban — это конкретные реализации Agile, и у них есть отличия. В Scrum, например, важны роли в команде: обязательно нужен представитель бизнеса, который принимает решение, пойдет ли новый продукт в работу, и Scrum-мастер, который следит за процессом.
Кому подходит Agile
По опыту Вадима Уланова, Agile хорошо работает там, где сходятся сразу три условия.
Зрелая команда. Agile — это про опытных специалистов, которые четко понимают свою зону ответственности и могут аргументированно отстоять точку зрения. Внедрять методологию одновременно с обучением новичков не получится: команде и так придется привыкать к новому процессу.
Готовность руководства делегировать полномочия. Agile-команда берет на себя полную ответственность за результат, включая право на ошибку и довольно большую свободу в решениях. Для этого руководству нужно быть готовым дать эту свободу, не контролируя каждый шаг.
Конкретная продуктовая цель. Agile имеет смысл, когда есть понятная цель для бизнеса. Вадим Уланов советует чаще задавать себе вопрос: зачем мы это делаем и какого результата хотим достичь. Без ответа на этот вопрос итерации превращаются в процесс ради процесса.
Кому Agile не подходит
Вадим Уланов прямо говорит, что Agile подходит далеко не всем компаниям, и для этого есть причины.
Если в компании принято согласовывать каждое решение наверху и руководство не готово передать команде реальные полномочия, гибкая методология забуксует на первом же спорном решении: у команды просто не будет права его принять.
Так же плохо Agile ложится на культуру, где ошибка воспринимается как провал. В Agile невозможно просчитать все риски заранее, и это нормально: нужен обоснованный оптимизм и готовность к тому, что часть гипотез не сработает. Компаниям, где принято искать виноватого при любом отклонении от плана, придется сначала поменять эту культуру, и только потом пробовать Agile.
И наконец, команда без нужной экспертизы или без сформированных ролей (в Scrum это, например, отсутствие представителя бизнеса или Scrum-мастера) будет буксовать на организационных вопросах вместо содержательной работы.
Agile за пределами ИТ: опыт FMCG
Долгое время Agile ассоциировался почти исключительно с разработкой софта. Но методология оказалась достаточно универсальной, чтобы прижиться и в других отраслях, включая производство и дистрибуцию потребительских товаров.
Вадим Уланов подтверждает это на своем опыте в Ferrero Russia, обращая внимание, что рынок в целом движется в эту сторону вслед за ИТ:
«Рынок следует за ИТ. Приверженцами Agile вслед за ИТ будут становиться все больше и больше компаний. Потому что решающим фактором на рынке становится скорость — скорость принятия бизнес-решений, перехода на новую реальность».
Похожий переход на гибкие методологии проходил и один из крупных FMCG-проектов в нашей практике. При перестройке ландшафта sales-систем для Mars Petcare команда столкнулась с жестким дедлайном в 6 месяцев вместо привычных 2-4 лет на смену SFA-системы и перешла на Scrum по всем продуктовым направлениям, чтобы уложиться в срок без потери качества.
С чего начать внедрение Agile
Первый шаг, по мнению Вадима Уланова, это подбор команды: без нужной зрелости специалистов дальнейшие шаги просто не сработают. Дальше стоит заранее готовиться к сопротивлению внутри самой команды:
«Люди в целом тяготеют к привычному функционалу, поэтому будьте готовы к тому, что вам придется тратить усилия, чтобы вовлечь команду в новую методологию».
Полезно сразу определиться, какая именно реализация Agile нужна (Scrum, Kanban или их комбинация), собрать нужные роли в команде и договориться о конкретной продуктовой цели, чтобы итерации с самого начала работали на понятный бизнес-результат и не превращались в формальность.
Частые вопросы
Можно ли внедрить Agile только в одном подразделении, без изменений во всей компании?
Да, и на практике так чаще всего и происходит: гибкую методологию сначала пробуют на одном продукте или направлении с зрелой командой, а затем расширяют опыт на другие подразделения.
Обязательно ли выбирать между Scrum и Kanban?
Нет, это конкретные реализации Agile с разными акцентами: Scrum строже задает роли и ритм спринтов, Kanban гибче в планировании. Выбор зависит от специфики команды и характера задач.
Сколько времени нужно, чтобы Agile начал давать результат?
Первые мини-продукты команда обычно получает уже по итогам первых одной-двух итераций, но устойчивый эффект для бизнеса проявляется после нескольких циклов, когда команда адаптируется к новому темпу работы.
