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

Коул Роб

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

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

Настал день введения проекта в эксплуатацию, и огромные затраты

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

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

Манифест Agile

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

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

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

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

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

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

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

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

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

Текст манифеста может свободно копироваться в любой форме, но только полностью, включая это уведомление.

Если вы не работаете в IT-индустрии, первый звоночек для вас зазвенел еще при упоминании программного обеспечения. Один из постоянно задаваемых вопросов – работает ли Agile только для программного обеспечения или же подходы можно применять

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

Манифест дополняется также основополагающими принципами. Опять же, не обращайте внимания на «софтверную» направленность текста; главное – выделить ключевые понятия.

Основополагающие принципы Манифеста Agile

Мы следуем таким принципам:

• Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.

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

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

• На протяжении всего проекта разработчики и бизнес-представители должны ежедневно работать вместе.

• Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.

• Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри нее.

• Работающее программное обеспечение – основной показатель прогресса.

• Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.

• Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.

• Простота – искусство минимизации лишней работы – крайне необходима.

• Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.

• Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

Текст манифеста может свободно копироваться в любой форме, но только полностью, включая это уведомление.

И наконец, приложение к манифесту – еще несколько важных утверждений, формирующих так называемую Декларацию взаимозависимости. Это менее известное и реже упоминаемое дополнение, но с точки зрения менеджера проекта оно суммирует основные принципы гибких подходов.

Декларация взаимозависимости

Гибкий и адаптивный подход заключается в связанности людей и проектов и их стоимости.

Мы – сообщество руководителей успешных проектов. Для достижения наших целей

• Мы увеличиваем отдачу от инвестиций за счет постоянного внимания нуждам проекта.

• Мы обеспечиваем надежные результаты, вовлекая заказчика в частые взаимодействия и совместную работу над проектом.

• Мы ожидаем неопределенности и справляемся с ней с помощью прогнозирования и адаптации.