Что представляет собой методология Agile и как осуществить ее внедрение в корпоративную среду?

В сфере информационных технологий термин «Agile» стал обыденностью, в то время как в других областях бизнеса он стал более широко известен относительно недавно. Елена Кропачева, руководитель проектов развития бизнеса в компании Directum, рассказала, почему гибкие методы управления проектами применимы не только в области информационных технологий, и поделилась рекомендациями по их внедрению, которые могут быть полезны для любого предприятия.

Что представляет собой методология Agile?

Agile — термин, ставший чрезвычайно популярным в последние десятилетия. В переводе с английского это означает «гибкий». В наше время это свойство является весьма полезным, учитывая постоянные изменения и нововведения, следующие друг за другом со скоростью света. Быть гибким в этом потоке перемен — значит сохранить жизнеспособность.

В литературе, особенно отечественной, «Agile» часто ассоциируется с термином «методология», однако это не совсем точно. Термин можно рассматривать с двух точек зрения:

1. Философия, система ценностей и принципов, которыми руководствуется и в соответствии с которыми работает команда проекта.
2. Семейство методологий (а не конкретная), разработанных на основе философии Agile.

Почему «Agile» не является просто «методологией»? Ответ прост — методология представляет собой набор правил, приемов, ролей и задач, которыми руководствуется команда проекта. В отличие от других методологий, Agile не предоставляет четких алгоритмов. Это скорее набор принципов, которые позволяют достигнуть желаемых результатов; это ценности, на которых должна сосредотачиваться команда проекта, а не инструменты для выполнения задач.

Существует документ, определяющий ценности и основные принципы Agile — Agile-манифест, который был опубликован 13 февраля 2001 года как результат встречи 17 представителей различных концепций разработки программного обеспечения.

Ценности согласно Agile-манифесту включают в себя:

• Приоритет людей и взаимодействия перед процессами и инструментами;
• Важность работающего продукта перед исчерпывающей документацией;
• Сотрудничество с заказчиком перед согласованием условий контракта;
• Готовность к изменениям перед следованием первоначальному плану.

Авторы подчеркивают, что это не отрицание важности того, что справа, но большее внимание уделяется тому, что слева.

Так же в Agile-манифесте, помимо ценностей, зафиксированы и 12 принципов:

Agile в контексте ИТ

Существует точка зрения о том, что истоки «гибких методов» не уходят в 2001 год с момента опубликования Agile-манифеста, а находятся в более раннем времени. Начало Agile связывают с 30-ми годами 20-го века, когда ученый Уолтер Шухарт применил цикл «Планируй-Делай-Изучай-Действуй» для улучшения продуктов и процессов. Позднее этот подход, известный как «Цикл Деминга» или PDCA, был передан Уильяму Эдвардсу Демингу.

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

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

Несмотря на это, существует множество успешных кейсов применения Agile среди крупных компаний, таких как «М.Видео», Альфа-Банк, МТС, Тинькофф, Райффайзенбанк, «Северсталь», «Росатом», Почта Банк, 12 STOREEZ. Однако Agile не является универсальным решением для всех ситуаций. Это лишь одно из многих семейств методологий, и классические методы управления также могут быть эффективными в предсказуемых и повторяющихся процессах. Каждый подход имеет свои плюсы и минусы.

Плюсы и минусы каскадного подхода

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

Внедрять или не внедрять

Универсального решения здесь нет. Вы, вероятно, никогда не будете полностью готовы, но это не означает, что стоит отказываться от попытки внедрить Agile. Даже если вы не оцените применимость методологии на 100%, с большой вероятностью вы будете успешно использовать определенные ее элементы в компании.

Несмотря на существующие недостатки, применение Agile обеспечивает командам уверенную реакцию на изменения на любом этапе. Этот метод позволяет выявлять проблемы на ранних стадиях, увеличивает прозрачность работы, способствует самостоятельности и ответственности команды за результат. Сотрудники приобретают новые роли, развивают свои навыки и экспертность.

Если вы задумываетесь о внедрении Agile, начать стоит с подготовки. Анализ текущих проблем поможет понять, какие изменения вы ожидаете от внедрения. Важно также представить идею сотрудникам, ознакомив их с целями, ожидаемыми результатами и пошаговым планом внедрения. Это поможет команде видеть ценность в предпринимаемых усилиях и не рассматривать их как потерю времени.

Определение лидера трансформации и выбор подходящей команды также важны. Часто разумнее начать с «пилотной» группы, провести эксперимент и оценить результаты, прежде чем масштабировать подход на все предприятие. Определение ролей и порядка взаимодействия, установка критериев оценки эффективности и учет сроков выполнения — это также ключевые шаги в процессе внедрения.

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

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

В заключение, при выборе подхода следует оценить задачи вашей компании и способность той или иной методологии решать их. Не обязательно строго придерживаться Agile или Waterfall; многие проекты успешно комбинируют оба подхода, достигая лучших результатов. Изучите плюсы и минусы каждого, и не отчаивайтесь после первых неудач. Помните, что всегда можно попробовать что-то новое, улучшать продукт и отказываться от инструментов, которые не приносят пользы.