Давайте хорошенько рассмотрим суть понятия Agile, которое сейчас у всех на слуху, но уже успело обрасти множеством мифов и неоднозначных толкований, что очень мешает применять его на практике.
Итак, понятие Agile («проворный, сообразительный») корнями уходит в 2001 год, когда группа программистов, возглавлявших движение по разработке различных методик в сфере ПО, собралась на лыжном курорте в американском штате Юта. Они создали там манифест Agile, а впоследствии – некоммерческую организацию Agile Alliance, которая поставила своей целью продвижение гибких методологий во всем мире. Во многом благодаря ей возникла новая «экосистема», включающая в себя конференции, консультации, книги и журналы.
Манифест в первую очередь касался методологий разработки программного обеспечения. Вот его основополагающие принципы:
• Наивысшим приоритетом для нас является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения.
• Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения конкурентного преимущества заказчика.
• Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
• Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
• Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
• Работающий продукт – основной показатель прогресса.
• Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм работы. Agile помогает наладить такой устойчивый процесс разработки проекта.
• Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
• Простота – искусство минимизации лишней работы – крайне необходима.
• Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
• Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Изначально речь в Agile-манифесте шла не о бизнесе, а о программировании. О том, как нужно работать в данной сфере и какими принципами руководствоваться. Именно поэтому, наверное, не очень корректно называть Agile методологией, это скорее набор принципов или даже философия. Однако, как мы видим, основные пункты этого «программного документа» универсальны и их с успехом можно использовать в бизнесе (что и делается на практике).
Универсальность принципов Agile
Ключевыми принципами Манифеста можно считать следующие:
1) люди и взаимодействие между ними важнее, чем рабочие процессы и инструменты;
2) функционирующий продукт важнее, чем регламенты, графики, задания, написание инструкции и прочее;
3) ключевое значение имеет сотрудничество с заказчиком, а не просто подписание договора;
4) адаптивность и оперативная реакция на изменения важнее, чем слепое следование первоначальному плану.
Хотелось бы подробнее остановиться на каждом из принципов. Первый: люди и взаимодействие между ними важнее, чем рабочие процессы и инструменты. Суть принципа заключается в том, что весь бизнес, а также вся разработка ПО и других технологий основываются на людях. Всю работу делают люди для людей, и отношения между ними важнее регламентов, процессов и т. д. Это выражается в том, что каждый участник команды может обратиться к коллеге, невзирая на должности и титулы. А если подняться на уровень выше, то всегда важно помнить, что любая система, любой продукт создаются для человека. И такой человекоцентрированный подход позволяет больше фокусироваться на главном – на удобстве разработки, на том, чтобы она была используемой, – и поставить себя на место конечного пользователя данного продукта.
Второй: работающий продукт важнее исчерпывающей документации. Иными словами, результат важнее процесса. Не так важно, какими путями вы придете к завершению работы, важно, что будет в итоге. О документации говорят, прежде всего, когда речь идет о программном обеспечении, но также этот пункт транслируется на любую другую деятельность. Он применим и в маркетинге: неважно, какой у вас медиа-план или стратегия, главное, каким будет результат. Если он будет соответствовать вашей задаче, тогда все отлично. И именно результат – основной критерий при принятии решений.
Читать дальше