Шрифт:
В нашем мире, где ничто не ново под солнцем, Agile-решения стали как раз чем-то совершенно новым.
На первый взгляд различий не так уж и много. Все те же проекты со своими целями, бюджетом, графиками и многочисленными проблемами, неизбежно возникающими в процессе разработки. Однако, если копнуть глубже, различия становятся очевидны. Конечная цель всегда одна и та же, но вот способов ее достижения – огромное количество. Более того, если использовать наиболее предпочтительный способ достижения цели, то вероятность того, что вы прибудете к вашей цели с довольной улыбкой на лице, куда выше.
Конечно, успешные проекты реализовывались и до появления Agile. Некоторые были еще и завершены вовремя и с внушительными прибылями (но лучше не упоминайте об этом в кругу некоторых приверженцев Agile). Однако несмотря на это, слишком многие проекты выходили за рамки установленных сроков или бюджета, а то и вообще не достигали поставленных бизнес-целей. Agile делает вероятность положительного результата намного выше.
И все же это не значит, что в проектах, использующих Agile, все всегда идет как надо. Стопроцентную гарантию успеха вам может обеспечить только джинн из лампы. Но с гибкими подходами можно забыть про проекты, требующие неоправданных вложений времени и сил, и о случаях, когда единственный вариант – это вложить в дело еще деньги, чтобы не потерять в итоге намного больше. Отказ от привычных принципов организации проектов с Agile будет легким – и у вас останется время, чтобы развиваться дальше.
Блистательный пример
В рамках реализации программы по внедрению электронных услуг большая правительственная организация приступила к дорогостоящей разработке технической инфраструктуры. Уже для первой версии приложения, бюджет которого составлял несколько миллионов, было решено инвестировать еще больше средств в новое оборудование. Так и было сделано несмотря на то, что первый результат был просто электронной версией формы, на заполнение которой требовалось всего несколько минут.
Настал день введения проекта в эксплуатацию, и огромные затраты на разработку были забыты – менеджеры открыли шампанское, поздравили друг друга и отправились искать ближайший бар, чтобы отпраздновать успех. Однако несмотря на масштабное празднование, пользователи не использовали новую форму – это было тем, что разработчики сознательно упустили из виду.
Современное оборудование. Высокотехнологичная альтернатива заполнению бумажной формы. Никто не пользуется помощью новой системы. Поставляемая бизнес-ценность не достигнута. Зато изящество нового решения и успешность запуска нового сервиса уже была отпразднована. И всем было безразлично, действительно ли новая система используется.
Манифест Agile
Agile как движение зародился на основе концепции «бережливого производства», используемой в автомобильной промышленности. Первоначально гибкие подходы были созданы для сферы информационных технологий (IT), в которой проекты, на поддержку которых были потрачены миллионы, а в итоге они не принесли прибыли, не являются чем-то необычным. Ключевым годом, когда были сформулированы основные идеи Agile, можно считать 2001 год.
В феврале 2001 года семнадцать независимых практикующих специалистов встретились на горнолыжном курорте Сноуберд в штате Юта, чтобы обсудить принципы разработки программного обеспечения. Результатом этой встречи стала публикация Манифеста Agile для разработки программного обеспечения. Разумеется, участники далеко не во всем были согласны друг с другом, но сумели прийти к консенсусу относительно самых главных принципов. До сих пор именно этот Манифест является основой всего Agile-движения.
Манифест Agile для разработки программного обеспечения
Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать следующее.
Люди и взаимодействие важнее процессов и инструментов.
Работающее программное обеспечение важнее исчерпывающей документации.
Сотрудничество с заказчиком важнее согласования условий контракта.
Готовность к изменениям важнее следования первоначальному плану.
То есть, не отрицая важности того, что справа, мы все-таки больше ценим то, что слева.
Текст манифеста может свободно копироваться в любой форме, но только полностью, включая это уведомление.
Если вы не работаете в IT-индустрии, первый звоночек для вас зазвенел еще при упоминании программного обеспечения. Один из постоянно задаваемых вопросов – работает ли Agile только для программного обеспечения или же подходы можно применять более широко. Конечно, манифест Agile писался для улучшения процесса разработки программ, но его принципы универсальны – достаточно в тексте манифеста просто заменить «работающее программное обеспечение» на «работающие продукты».
Манифест дополняется также основополагающими принципами. Опять же, не обращайте внимания на «софтверную» направленность текста; главное – выделить ключевые понятия.
Основополагающие принципы Манифеста Agile
Мы следуем таким принципам:
• Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
• Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.