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

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

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

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

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

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

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

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

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

Ключевыми принципами Манифеста можно считать следующие:

1) люди и взаимодействие между ними важнее, чем рабочие процессы и инструменты;

2) функционирующий продукт важнее, чем регламенты, графики, задания, написание инструкции и прочее;

3) ключевое значение имеет сотрудничество с заказчиком, а не просто подписание договора;

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

Хотелось бы подробнее остановиться на каждом из принципов. Первый: люди и взаимодействие между ними важнее, чем рабочие процессы и инструменты. Суть принципа заключается в том, что весь бизнес, а также вся разработка ПО и других технологий основываются на людях. Всю работу делают люди для людей, и отношения между ними важнее регламентов, процессов и т. д. Это выражается в том, что каждый участник команды может обратиться к коллеге, невзирая на должности и титулы. А если подняться на уровень выше, то всегда важно помнить, что любая система, любой продукт создаются для человека. И такой человекоцентрированный подход позволяет больше фокусироваться на главном – на удобстве разработки, на том, чтобы она была используемой, – и поставить себя на место конечного пользователя данного продукта.

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

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

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

Принципы выглядят довольно просто, но при этом они удивительно универсальны и отлично подходят к работе над любым продуктом (процессом). Согласно философии Agile, в приоритете оказываются люди, а также продукт и конечный результат, который представляет собой единое целое. Клиенты счастливы, когда получают продукт через регулярные промежутки времени, иными словами, получают целое по частям, каждая из которых имеет большое значение и несет в себе определенную функцию. Проиллюстрируем это, скажем, примером из строительной сферы. Традиционно принято сдавать многоквартирный дом целиком. А потом, как это обычно бывает, устранять недостатки, обнаруженные во время приемки или уже в ходе эксплуатации. Если бы строительство велось с учетом принципов Agile, то сдавали бы дом поквартирно или поподъездно – завершенными блоками с готовыми коммуникациями и отделкой. И каждая из таких частей была бы полностью функциональной и готовой к использованию. И при завершении всего процесса исполнитель и заказчик были бы полностью уверены, что весь продукт функционирует так, как и было задумано.