Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban

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

В нашем мире, где ничто не ново под солнцем, Agile-решения стали как раз чем-то совершенно новым.

На первый взгляд различий не так уж и много. Все те же проекты со своими целями, бюджетом, графиками и многочисленными проблемами, неизбежно возникающими в процессе разработки. Однако, если копнуть глубже, различия становятся очевидны. Конечная цель всегда одна и та же, но вот способов ее достижения – огромное количество. Более того, если использовать наиболее предпочтительный способ достижения цели, то вероятность того, что вы прибудете к вашей цели с довольной улыбкой на лице, куда выше.

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

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

Блистательный пример

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

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

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

Манифест Agile

Agile как движение зародился на основе концепции «бережливого производства», используемой в автомобильной промышленности. Первоначально гибкие подходы были созданы для сферы информационных технологий (IT), в которой проекты, на поддержку которых были потрачены миллионы, а в итоге они не принесли прибыли, не являются чем-то необычным. Ключевым годом, когда были сформулированы основные идеи Agile, можно считать 2001 год.

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

Манифест Agile для разработки программного обеспечения

Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать следующее.

Люди и взаимодействие важнее процессов и инструментов.

Работающее программное обеспечение важнее исчерпывающей документации.

Сотрудничество с заказчиком важнее согласования условий контракта.

Готовность к изменениям важнее следования первоначальному плану.

То есть, не отрицая важности того, что справа, мы все-таки больше ценим то, что слева.