Agile уделяет больше внимания значимости, прозрачности и взаимодействию между людьми, и меньше – сосредоточенности на правилах. Agile стремится к тому, чтобы расширять возможности людей, работающих над проектом, чтобы позволить им концентрироваться на выпуске продукта. Гибкие подходы описывают всю схему работы целиком, но не являются пошаговым руководством. Часто говорят, что философии Agile легко следовать, но сложно делать это хорошо. Именно прозрачность, организация и дисциплинированность делают разработку успешной.
Может возникнуть ощущение, что Agile-проекты выглядят как жизнь на Диком Западе – почти никакого управления, никакой документации, слабо разграниченные роли и обязанности. Но на самом деле все обстоит не так. Все организовано более легковесно, чтобы не перегружать рабочий процесс.
Блистательное определение
Есть тонкая грань между фреймворком и процессом. В данном контексте фреймворк – это серия гибких ориентиров, а процесс проекта – более жесткая и негибкая схема. Фреймворк позволяет, процесс – ограничивает.
Перегрузка процесса, характеризуемая уровнем контроля и общего вмешательства в работу, используется во многих проектах. Многие компании настолько сильно озабочены тем, как у них все делается и организован ли процесс верно, что забывают о результате. Это особенно справедливо для крупных государственных организаций, которые применяют методологию PRINCE2. Этот способ аудита процедур позволяет определить успешность применения метода и идентифицировать аспекты для улучшения. При этом не так важно, что именно должен поставить проект.
Механизм поставки – вторичный вопрос для Agile-проекта. Используемые инструменты и методы важны, однако методики очень гибкие и могут быть изменены в соответствии с проектом и организацией. Нет двух абсолютно одинаковых реализаций Agile, но они будут очень похожими. Нет никакой «полиции Agile», зато есть множество рекомендаций, и соблюдение сути подходов важнее, чем любые правила. В основной философии Agile упоминаются важные для соблюдения моменты, но сейчас их уже полагают менее критичными к исполнению, чем ранее.
Для любого, кто привык к кажущейся защите тяжелых процессов, связанных с обычными проектами, такой подход может оказаться непривычным. Но Agile-проекты саморегулируются куда более прозрачным и эффективным способом. Agile берет проект малого размера и быстро выпускает рабочий продукт, получая на него обратную связь. Заказчика и конечного пользователя рабочий продукт интересует куда больше, чем документация, потому что именно продукт они могут видеть и использовать. Идеальный сценарий – раннее обнаружение
