Когда речь заходит об Agile сразу возникает довольно много вопросов, ведь данная тема сейчас очень популярна, но на самом деле это направление очень старое и известно уже несколько десятков лет. Ярким примером, вошедшим в классические учебники по менеджменту, является устройство производства на заводе Toyota, там каждый сотрудник имел право остановить конвейер, чтобы устранить дефект или внести рационализаторское предложение. Именно такой подход лег в основу философии Agile.
Ярким примером, вошедшим в классические учебники по менеджменту, является устройство производства на заводе Toyota, там каждый сотрудник имел право остановить конвейер, чтобы устранить дефект или внести рационализаторское предложение. Именно такой подход лег в основу философии Agile.
Agile, появившийся как метод разработки ПО в небольших командах лет 10—15 назад, сегодня становится новой культурой управления большими компаниями. Термин Agile входит в лексикон всех современных российских менеджеров.
Что же такое Agile и почему этот метод называют чуть ли не единственно правильным?
Существует классический подход к созданию продуктов и сервисов, характерный в первую очередь для ИТ-индустрии. Этот подход называется каскадная, или итеративная методология разработки. В английской терминологии такой подход называют waterfall development (от англ. — водопад). Почему его называют водопадом? Потому что при такой схеме разработки, однажды утвердив план программного продукта, вы не сможете этот план остановить или изменить до его создания.
Аgile — подход инновационного переосмысления создания нового продукта или услуги. В его основе очень простая идея: каждый участник процесса, каждый сотрудник этой «конвейерной сборки» должен вовлекаться в процесс переосмысления своих задач и общего дела. Каждый может остановить конвейер и внести свои рациональные предложения.
В большинстве организаций при создании программных продуктов люди, ответственные за те или иные этапы проекта, находятся в самых разных, зачастую конфликтующих между собой, подразделениях. Ни для кого не секрет, что сотрудники отдела эксплуатации, тестировщики и разработчики обычно находятся в конфликте друг с другом. И если продукт не работает и не приносит бизнесу прибыль, то каждый норовит обвинить другого. Хотя на самом деле в таких случаях виноваты, как правило, все.
Метод Agile подразумевает вовлечение всех участников процесса разработки программного продукта, оставляя участникам привычные компетенции. Подобный подход позволяет понять, что все они работают ради одной и той же конечной цели — качественного продукта для своих клиентов.
Так происходит изменение бизнес-культуры самого предприятия. В рамках программ МBА есть целый курс, который касается организационной структуры компании. В нем существует понятие эквилибриум, когда внутри начинающих компаний и стартапов все делают все, зачастую именно поэтому там рождается дружный коллектив, эффективно выступающий на рынке. И с точки зрения эффективности и вывода на рынок новых идей, это идеальная организационная структура.
Безусловно, есть организации, которым Аgile вовсе не нужен. Например, государственные ведомства. Их деятельность основывается на законодательстве. Мы не сможем взаимодействовать с государством, если правила игры меняются каждый день.
Таким образом, мы имеем две радикальные противоположности организационной инфраструктуры. С одной стороны — строжайшая бюрократическая заформализованная организация, которая применяется в тех или иных случаях и хорошо работает в определенных ситуациях. И полная диаметральная противоположность ей — молодые стартапы, команды единомышленников, которые действительно создают нечто новое, и Agile находится гораздо ближе к состоянию эмоционального коллектива, который работает на конечную цель, работоспособный качественный (программный) продукт. И поэтому проблемы, возникающие на любом этапе, — это проблемы всех людей, и все, кто способен их решить, вовлекаются в этот процесс.
Переход классического бизнеса к Agile
Это крайне важный вопрос, и он очень интересен. Об этом говорит весь мир, об этом же сказал Герман Греф. Он сказал: «Ребята, мы — банк, наши конкуренты не банки, наши конкуренты — молодые компании, привносящие ''цифру'' в общество».
Передовой бизнес базируется на трех китах: опыт и знания в индустрии (в которой работает бизнес), разработка продуктов и сервисов по методологии Agile и самое главное — инновационная культура.
Ведущие ИТ-компании, легко скопировав банковские продукты и сервисы, начинают их достраивать (или преобразовывать) на такой уровень, на который банк их вывести не может, поскольку традиционная финансовое учреждение не обладает достаточно развитой инновационной культурой.
Очень простой пример — микрофинансовые организации. Это фирмы, создающие сервис буквально щелчком пальцев. Сегодня компания появилась, выдала кредит под невероятно высокий процент — завтра у нее прибыльность в разы больше, чем у банка. Такие организации могут мгновенно перестраивать свои сервисы и продукты, оперативно выходить на новые рынки, вытесняя классические банки.
Похожие вещи происходят не только в банковской индустрии, это происходит во всех индустриях и сферах бизнеса. Мобильные операторы начинают заниматься платежными системами. Uber изменили подход к пассажирским перевозкам по всему миру за нескольколет, а Airbnb сделали то же самое с гостиничным сегментом туристического бизнеса.
Гибкий менеджмент в Agile
Каскадный подход предполагает планирование как минимум на год. Это изменяется при использовании метода эджайл. Что это дает? При традиционном подходе любая динамика может привести к параличу проекта. При использовании методологии эджайл строится инфраструктура, гибко реагирующая на изменяющиеся в процессе разработки требования и запросы клиентов. Гибкое планирование должно сопровождаться пониманием и анализом всех бизнес-процессов организации. Гибкий менеджмент должен сопровождаться возможностью разработки, доработки и приспособленностью под конкретику определенной компании.
То есть Agile становится не просто методологией создания нового ПО, а системой гибкого планирования развития всей компании. Должна быть построена такая инфраструктура, которая так же гибко реагирует на запросы, поступающие от клиентов, и требования, меняющиеся в процессе разработки программного продукта и его эксплуатации (это, кстати, подразумевает тотальный переход к облачным технологиям). Для гибкого планирования необходимо понимать и анализировать каждый бизнес-процесс.
Имеется манифест эджайл, который по своей сути является комплексом правил, призванных облегчить ориентацию в методах гибкого менеджмента. Данный подход заключается в минимизации рисков и увеличении прибыли при том, что условия существования отличаются от стабильных. Зачастую работать приходится в условиях кризиса, но тем не менее нужно стремиться к сведению рисков к нулю, и прибыль должна стремиться к бесконечности.
Манифест подхода Agile
Можно выделить три основных принципа эджайла, которые первоначально были названы ценностями:
1.Необходимо уметь работать с людьми, нужно осуществлять поиск, воспитание и менеджмент талантов.
2.Должен быть четко выстроенный комплекс деловых коммуникаций с компаниями-партнерами и клиентами.
3.Должен быть внедрен динамичный менеджмент. Что это в эджайле? По отношению к рассматриваемому подходу это означает, что необходимо быть подвижным в изменяющейся среде.
По отношению к ПО изначально была еще одна ценность: более важно, чем обширная документация, работоспособное ПО.
Принципы подхода Agile
В 2001 году выделялось 12 принципов эджайла:
- Основной приоритет - удовлетворение заказчика через поставку работоспособного ПО.
2. Динамика должна прослеживаться на всех стадиях разработки ПО.
3. Отдавать предпочтение коротким интервалам поставки работоспособного ПО.
4. Разработчики и заказчики должны быть в одной команде в течение срока жизни проекта.
5. Проекты должны создаваться вокруг мотивированных людей, которым необходимо предоставить среду, поддержку и доверие.
6. Самый эффективный способ передачи информации - непосредственное общение.
7. Главная мера прогресса - работоспособное ПО.
8. Гибкие процессы должны осуществляться с одинаковой скоростью.
9. Особое внимание необходимо уделять хорошему дизайну и техническому совершенству.
10. Максимизировать работу можно с помощью простоты.
11. Самые лучшие качества ПО создаются самоорганизующимися командами.
12. Периодически команды должны повышать свою эффективность и улучшать рабочий процесс через равные временные промежутки.
Что же такое эджайл? Это подход, изначально направленный на то, чтобы эффективно завершать процессы создания ПО путем формирования бесконфликтных команд. Позднее этот подход стали переносить в целом на компании и на отдельные процессы, в частности, на образование. При внедрении методов эджайл непосредственный упор делается на общение разработчиков и заказчиков. При использовании этих методов снижается интенсивность использования документации.