Тьма перед рассветом

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

С завидной регулярностью проекты не срабатывали, и для инвесторов стала обычной ситуация, когда нужно что-то делать, но, по сути, хорошего выбора нет. Бизнес-команда называет проект не иначе как «тот чертов проект», но обычно просто пожимает плечами и смиряется со своей судьбой. Часто в попытке сохранить хоть что-то в проект бросаются новые средства и другие ресурсы, но это почти никогда не срабатывает.

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

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

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

Основы Agile

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

• взаимодействием людей друг с другом и творческими подходами к решению проблем;

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

• сокращением «времени до рынка» для получения или сохранения конкурентоспособности;

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

• поэтапным добавлением улучшений с целью сохранить актуальность продукта;

• атмосферой гибкости и способности к изменениям;

• возможностью вносить значительные изменения, чтобы «оставаться в игре»;

• требованиями заказчика и конечного пользователя как основой для принятия решений;

• выпуском продукта, который является самым главным!

Мерой интеллекта является способность меняться.

Альберт Эйнштейн

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

Важнейшей частью философии Agile является ранний и частый выпуск продукта; разработка окончательного продукта от основной идеи путем постоянного добавления улучшений. Первый выпуск продукта отвечает требованиям бережливого управления и экономически эффективен. Главные идеи проекта испытываются уже на ранней стадии, при этом всегда есть место для более тонкой настройки продукта или полного изменения направления разработки. Это позволяет компании:

• начинать с самых важных требований и не более того;

• урезать стартовый бюджет до минимума;

• предполагать прибыли;

• расширять возможности команды;

• быстро приступать к разработке;

• изменять направление разработки, как только возникнет такая необходимость.

Лакмусовая бумажка для Agile-проекта – удалось ли воплотить концепт в реальность.

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

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

Может возникнуть ощущение, что Agile-проекты выглядят как жизнь на Диком Западе – почти никакого управления, никакой документации, слабо разграниченные роли и обязанности. Но на самом деле все обстоит не так. Все организовано более легковесно, чтобы не перегружать рабочий процесс.

Блистательное определение

Есть тонкая грань между фреймворком и процессом. В данном контексте фреймворк – это серия гибких ориентиров, а процесс проекта – более жесткая и негибкая схема. Фреймворк позволяет, процесс – ограничивает.