Страница 2 из 4
Современное оборудование. Высокотехнологичная альтернатива заполнению бумажной формы. Никто не пользуется помощью новой системы. Поставляемая бизнес-ценность не достигнута. Зато изящество нового решения и успешность запуска нового сервиса уже была отпразднована. И всем было безразлично, действительно ли новая система используется.
Манифест Agile
Agile как движение зародился на основе концепции «бережливого производства», используемой в автомобильной промышленности. Первоначально гибкие подходы были созданы для сферы информационных технологий (IT), в которой проекты, на поддержку которых были потрачены миллионы, а в итоге они не принесли прибыли, не являются чем-то необычным. Ключевым годом, когда были сформулированы основные идеи Agile, можно считать 2001 год.
В феврале 2001 года семнадцать независимых практикующих специалистов встретились на горнолыжном курорте Сноуберд в штате Юта, чтобы обсудить принципы разработки программного обеспечения. Результатом этой встречи стала публикация Манифеста Agile для разработки программного обеспечения. Разумеется, участники далеко не во всем были согласны друг с другом, но сумели прийти к консенсусу относительно самых главных принципов. До сих пор именно этот Манифест является основой всего Agile-движения.
Манифест Agile для разработки программного обеспечения
Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать следующее.
Люди и взаимодействие важнее процессов и инструментов.
Работающее программное обеспечение важнее исчерпывающей документации.
Сотрудничество с заказчиком важнее согласования условий контракта.
Готовность к изменениям важнее следования первоначальному плану.
То есть, не отрицая важности того, что справа, мы все-таки больше ценим то, что слева.
©Agile Manifesto Copyright 2001: Kent Beck, Mike Beedle, Arie van Be
Текст манифеста может свободно копироваться в любой форме, но только полностью, включая это уведомление.
Если вы не работаете в IT-индустрии, первый звоночек для вас зазвенел еще при упоминании программного обеспечения. Один из постоянно задаваемых вопросов – работает ли Agile только для программного обеспечения или же подходы можно применять более широко. Конечно, манифест Agile писался для улучшения процесса разработки программ, но его принципы универсальны – достаточно в тексте манифеста просто заменить «работающее программное обеспечение» на «работающие продукты».
Манифест дополняется также основополагающими принципами. Опять же, не обращайте внимания на «софтверную» направленность текста; главное – выделить ключевые понятия.
Основополагающие принципы Манифеста Agile
Мы следуем таким принципам:
• Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.
• Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
• Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
• На протяжении всего проекта разработчики и бизнес-представители должны ежедневно работать вместе.
• Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
• Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри нее.
• Работающее программное обеспечение – основной показатель прогресса.
• Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
• Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
• Простота – искусство минимизации лишней работы – крайне необходима.
• Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
• Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
©Agile Manifesto Copyright 2001: Kent Beck, Mike Beedle, Arie van Be
Текст манифеста может свободно копироваться в любой форме, но только полностью, включая это уведомление.
И наконец, приложение к манифесту – еще несколько важных утверждений, формирующих так называемую Декларацию взаимозависимости. Это менее известное и реже упоминаемое дополнение, но с точки зрения менеджера проекта оно суммирует основные принципы гибких подходов.
Декларация взаимозависимости
Гибкий и адаптивный подход заключается в связанности людей и проектов и их стоимости.
Мы – сообщество руководителей успешных проектов. Для достижения наших целей
• Мы увеличиваем отдачу от инвестиций за счет постоянного внимания нуждам проекта.
• Мы обеспечиваем надежные результаты, вовлекая заказчика в частые взаимодействия и совместную работу над проектом.
• Мы ожидаем неопределенности и справляемся с ней с помощью прогнозирования и адаптации.
• Мы приветствуем креативность и инновационный подход, признавая, что основная ценность проекта – это люди.
• Мы повышаем производительность за счет распределения обязанностей между группами и групповой подотчетности.
• Мы повышаем эффективность и надежность посредством ситуационного применения конкретных стратегий и практик.
©2005 David Anderson, Sanjiv Augustine, Christopher Avery, Alistair Cockburn, Mike Cohn, Doug DeCarlo, Do
Главной причиной того, что Agile вызвал такой резонанс в мире бизнеса, было то, что он завоевывал сердца очень быстро. В основном рекламой Agile служило сарафанное радио, а ключевые принципы были простыми, четкими и очень привлекательными:
• Мы увеличиваем отдачу от инвестиций.
• Мы обеспечиваем надежные результаты.
• Мы ожидаем неопределенности.
• Мы приветствуем креативность и инновационный подход.
• Мы повышаем производительность.
• Мы повышаем эффективность и надежность.
Положение дел
Перечисленные принципы – замечательные, но какие же основные проблемы существуют сейчас в среде управления проектами? Что именно Agile пытается исправить?
При завершении многих проектов часто оказывается, что разработка длилась дольше, чем ожидалось, затраты оказались выше, чем изначально закладывалось в бюджет, и часто достигались не те результаты, о которых шла речь вначале. В результате доверие к различным методам управления сильно уменьшилось. Традиционные методы управления проектами опираются на так называемый «треугольник управления проектами», включающий взаимозависимые время, затраты и содержание. Но в этом треугольнике пропало столько проектов, что его впору назвать Бермудским.