Введение в Agile

1.6. Agile Manifesto

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

Этим документом является Agile Manifesto. По сути, его и документом назвать сложно. Это, скорее, небольшая памятка, которая содержит 4 ценности и 12 принципов работы. Далее мы приведем полное содержание Agile Manifesto, как оно представлено на официальном сайте (http://agilemanifesto.org/) разработавшего его консорциума.

Ценности:

1. Люди и взаимодействие важнее процессов и инструментов.
2. Работающий продукт важнее исчерпывающей документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

Таким образом, не отрицая важности того, что справа, все-таки больше ценится то, что слева.

Основные принципы:

1. Наивысшим приоритетом является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется даже на поздних стадиях разработки.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией, как с самой командой, так и внутри команды.
7. Работающий продукт - основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота - искусство минимизации лишней работы - крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

Изложенные ценности и принципы говорят сами за себя и в каких-то длительных и пространных рассуждениях не особо нуждаются.

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

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

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

1.7. Применение в различных предметных областях

Несмотря на кажущуюся специализированность Agile, данная методология расширяет сферу своего влияния и постепенно становится новой культурой управления компаниями (Toyota, Сбербанк) и проникает в различные сферы деятельности.

Одним из основных постулатов использования Agile является разработка эффективного конечного продукта.

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

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

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

Основное в применении Agile - это желание учиться и развиваться. Профессионалы, которые стремятся к использованию новых идей и передовых практик, как правило, с удовольствием становятся на рельсы Agile.

Аgile - подход инновационного переосмысления создания нового продукта или услуги. В его основе очень простая идея: каждый участник процесса, каждый сотрудник этой "конвейерной сборки" должен вовлекаться в процесс переосмысления своих задач и общего дела. Каждый может остановить конвейер и внести свои рациональные предложения.

1.8. Краткие выводы

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

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