Скопировать ссылку
Что такое Agile
Agile — крайне популярный термин последнего тысячелетия, в переводе с английского он означает «гибкий». Довольно полезное качество в современном мире, не так ли? В потоке изменений и новшеств, сменяющих друг друга со скоростью света, быть негибким — значит просто не выжить.
В литературе, особенно отечественной, «Agile» часто соседствует со словом «методология», но на самом деле это не совсем верно.
Рассматривать термин можно с двух точек:
- Это философия, система ценностей и принципов, которым следует и по которым работает команда проекта.
- Семейство методологий (а не одна конкретная), которые были созданы на базе философии Agile.
Почему «Agile» — не равно «методология»?
Ответ прост, методология — это набор правил, приемов, ролей, задач, которыми руководствуется команда проекта. Agile в этом плане не похож на остальные методологии, сам по себе он не дает четких алгоритмов, это набор принципов, которые позволяют достичь желаемых результатов, это ценности, на которых должна фокусироваться команда проекта, а не инструменты для реализации задач.
Существует документ, провозглашающий ценности и основные принципы Agile. Это Agile-манифест, он был опубликован 13 февраля 2001 года и стал результатом встречи 17 представителей различных концепций разработки программного обеспечения.
Ценности, согласно Agile-манифесту:
- люди и взаимодействие важнее процессов и инструментов;
- работающий продукт важнее исчерпывающей документации;
- сотрудничество с заказчиком важнее согласований условий контракта;
- готовность к изменениям важнее следования первоначальному плану.
При этом авторы подчеркивают, что они не отрицают важности того, что справа, но больше ценят то, что слева.
Так же в Agile-манифесте, помимо ценностей, зафиксированы и 12 принципов:
12 принципов Agile
Agile для IT?
Существует мнение, что история «гибких методов» началась вовсе не в 2001 году с появлением манифеста, а гораздо раньше. Появление Agile ассоциируют с 30-ми годами 20 века, когда ученый Уолтер Шухарт применил для улучшения продуктов и процессов цикл «Планируй-Делай-Изучай-Действуй». Позже Шухарт обучил этой методологии Уильяма Эвардса Деминга, и сейчас она нам больше известна как «Цикл Деминга» или PDCA.
И даже несмотря на то, что Agile-манифест провозглашает принципы и ценности гибкой разработки программного обеспечения, они применимы и уже распространены в других сферах бизнеса.
Кроме того, любая компания сейчас вынуждена автоматизировать внутренние процессы, переводить общение с клиентами в онлайн-пространство, поэтому частичка IT присутствует везде. Так, например, в компании Dodo Brands, в состав которой входит всем известная Dodo Pizza, есть целое подразделение Dodo Engineering, где на благо создания собственной IT-платформы трудятся 250+ разработчиков.
Основная идея Agile-подхода — максимальная ценность продукта, концентрация на клиенте, упрощение процессов и повышение скорости реакции, что применимо к любой отрасли.
Но не стоит строить иллюзий: несмотря на всю гибкость, Agile-трансформация — это долгий и затратный процесс перестройки всех подходов в компании, это множество организационных изменений, которые не всегда встречаются сотрудниками с распростертыми объятиями. Как правило, чем крупнее компания, тем сложнее, длительнее и болезненнее может быть переход.
Тем не менее успешных кейсов среди компаний-гигантов масса. Например, торговая сеть «М.Видео», у которой одной из целей руководства было увеличение показателя Time to Market по некоторым продуктам.
Для достижения поставленной цели компания сравнила два подхода — классическую водопадную методологию и Agile.
Сравнение производилось пилотной командой на двух сопоставимых по объему пулах задач. В ходе анализа команда пришла к заключению, что Time To Market сократился на 30% с использованием Agile-подхода против каскадной модели, а стоимость разработки продуктов снизилась на 25%.
Славится использованием Agile-подхода и гигант в мире моды — компания Inditex, на примере входящего в ее состав бренда Zara. По оценкам экспертов, для него Time to Market составляет всего 15 дней, в то время как у конкурентов на это уходит от полугода. В чем секрет? По информации из открытых источников, Zara производит около 1000 новых моделей каждый месяц, за это время конкуренты отшивают строго ограниченный набор. Этот подход в мире моды получил название Fast Fashion. Некоторые эксперты считают методы управления Zara сумасшедшими, но их эффективность налицо. Такая скорость реализации идей позволяет компании оставаться в топе игроков рынка. Показателю Time to Market уделяется настолько большое внимание, что руководство даже пожертвовало снижением стоимости пошива моделей и отказалось от переноса производства вещей в Китай, так как это увеличило бы сроки поставки.
Среди крупных игроков рынка успешными кейсами применения Agile известны также Альфа-Банк, МТС, Тинькофф, Райффайзенбанк, «Северсталь», «Росатом», Почта Банк, 12 STOREEZ.
Agile — не панацея
Может сложиться впечатление, что Agile — волшебная таблетка для любой компании, проекта и ситуации, но это далеко не так.
Agile — не единственное в мире семейство методологий, и, несмотря на свою популярность, существует бок о бок с каскадной моделью. Классические методы управления хороши, когда работа связана с предсказуемыми и повторяющимися процессами. Зависимости внутри таких проектов сильны настолько, что даже небольшое отклонение от ожидаемых результатов или просроченная задача способны негативно повлиять на будущие этапы. Плюсы каскадного подхода есть, равно как и минусы.
Плюсы и минусы каскадного подхода
Agile тоже не идеален, поэтому при выборе подхода не стоит закрывать глаза на недостатки и учитывать ситуации, когда он будет более подходящим решением для ваших проектов.
Плюсы и минусы Agile-подхода
Внедрять или не внедрять — вот в чем вопрос
Универсального решения нет. Вы никогда не будете полностью готовы, но это не значит, что не стоит пробовать Agile. Даже если вы не оцените применимость какой-либо методологии на 100%, то с большой долей вероятности ее определенные элементы вы будете успешно применять в компании.
Несмотря на все недостатки, применение Agile позволяет командам увереннее реагировать на изменения на любом этапе. Благодаря методу проблемы выявляются на ранних стадиях, значительно повышается прозрачность работ, растет самостоятельность и ответственность команд за результат. Сотрудники осваивают новые роли, тем самым развивают свои способности и экспертность.
С чего начать, если вы загорелись идеей внедрения Agile
Наш ответ: с подготовки. Оптимальным решением будет анализ текущих проблем, чтобы понять, каких изменений вы ждете от внедрения. Добавьте конкретики и ответьте на главный вопрос: «Зачем компании Agile?»
На этапе подготовки также очень важно «продать» идею сотрудникам, чтобы избежать саботажа. Познакомьте их с целями внедрения, ожидаемыми результатами и пошаговым планом внедрения. Это поможет участникам команды увидеть ценность в прилагаемых усилиях и не расценивать их как пустую трату времени.
Определитесь с лидером трансформации, ее идейным вдохновителем. Очень часто проекты, имевшие неплохие шансы на успех, грязнут в рутине и отсутствии двигателя — не допустите этого.
Определитесь с командой. Как показывает практика, внедрять Agile во всей компании сразу — не лучшая идея. Разумным решением будет выделить «пилотную» команду, на которой можно провести эксперимент и оценить результаты, а уже после — нести идею в массы. Труднее всего придется тем компаниям и командам, которые долгие годы неукоснительно следовали жестким методологиям. Сломать этот паттерн в головах сотрудников крайне сложно, но нет ничего невозможного.
Определитесь с ролями и порядком взаимодействия. Важно установить, кто с кем, по каким вопросам и в каком формате взаимодействует. Это поможет снизить дискомфорт от внедрения нового подхода.
После того как команда выделена, определите ее текущие задачи и функции каждого участника. Далее приоритезируйте работы по срочности и важности, договоритесь о критериях, которыми вы сможете оценить эффективность. Определитесь со сроками выполнения, обсудите детали на старте и приступайте к реализации. И будьте готовы, что не все получится с первого раза — это нормально.
Как оценить, что Agile вам подходит
Как правило, на этапе внедрения для оценки эффективности процесса Agile команды измеряют ряд метрик:
- Время, которое проходит от появления идеи до ее реализации и доставки до конечного потребителя. Чем ниже этот показатель, тем быстрее вы можете реагировать на потребности своих клиентов и доставлять ценность. Как правило, снижение этого показателя достигается за счет упрощения процессов принятия решений и исключения бюрократии из цепочки.
- Скорость работы команды — условный показатель количества обращений/задач/тикетов, которые команда способна обработать за период. Этот показатель используют только на стадии планирования, так как задачи могут быть разные по объему, и оценивать эффективность работы команды без учета объема их задач некорректно.
- Соотношение открытых и закрытых задач за период. Положительным результатом будет, если количество закрытых выше, чем количество вновь открываемых.
- Количество ошибок, поступающих с промышленной среды. Показатель вряд ли будет нулевым, точечные ошибки — это нормально, а вот если часто встречаются критические проблемы, которые не были найдены на этапе тестирования и выпуска продукта, — это тревожный звонок, требующий внимания. Подобные задачи, как правило, решаются с максимальным приоритетом и в кратчайшие сроки, поэтому предотвратить их появление в будущем — важный момент.
Не забывайте о ретроспективных встречах после каждой итерации работ, где команда обсуждает, что получилось хорошо, что пошло не так, а что стоит улучшить. Так у вас и команды будет возможность использовать весь накопленный опыт и постоянно улучшать процессы.
Не ожидайте сиюминутных результатов. По мнению экспертов, действительно крайне мало компаний, провалившихся в попытке трансформации, но зато большинство тех, кто достиг неудовлетворительных результатов и не в те сроки, что ожидал. Примите тот факт, что в процессе внедрения только долгосрочный план и действия дадут результат.
В конце непростого пути вас ждет:
- сокращение цикла выпуска в несколько раз даже для сложных продуктов;
- повышение вовлеченности сотрудников в процесс и их ответственности за результат;
- увеличение скорости и качества принимаемых решений.
Подводя итог, хочется сказать, что, выбирая подход, не ориентируйтесь на других, оценивайте задачи вашей компании и то, насколько та или иная методология способна их решать. Совсем не обязательно строго следовать Agile или быть на стороне Waterfall, большинство проектов успешно сочетают в себе эти два подхода, что позволяет добиться гораздо больших результатов. Изучите плюсы и минусы каждого и не опускайте руки после первой неудачи.
Помните, что попробовать новое никогда не поздно. Упрощайте там, где это возможно, постоянно совершенствуйте свой продукт и не бойтесь отказаться от инструментов, которые вам не подошли.
