12 принципов agile манифеста кратко

Обновлено: 17.05.2024

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

История создания

В начале 2001 года на фоне гор Уосатч в городе Сноуберд, штат Юта, собрались 17 человек, чтобы обсудить будущее разработки программного обеспечения. Участников этой группы объединяло беспокойство по поводу текущего положения дел в отрасли. При этом их не пугало, что все они по-разному представляли оптимальное решение.

Они сошлись во мнениях об основной проблеме: компании настолько сосредоточены на избыточном планировании и документировании своих циклов разработки ПО, что забыли о главном — о том, что нужно приносить радость клиентам.

Результатом длинных выходных стал Манифест Agile. Этот краткий и выразительный документ состоял всего из 68 слов и навсегда изменил разработку программного обеспечения. За почти два десятилетия, прошедшие с момента его создания, эти слова (и 12 последовавших принципов) были приняты (в той или иной степени) огромным количеством людей, команд и компаний.

Просмотр тем

12 принципов Манифеста agile: культура, определения

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

Сам Манифест появился в то время, когда требовалось найти точки соприкосновения между Scrum, экстремальным программированием, Crystal Clear и другими методиками.

Группа Snowbird 17 хотела посмотреть, смогут ли представители разных дисциплин о чем-то договориться (о чем угодно). И к их удивлению, они смогли это сделать. Они договорились о наборе ценностей, которые определили культуру.

Манифест разработки программного обеспечения по методологии agile

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

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

Люди и взаимодействие важнее процессов и инструментов.

Работающий продукт важнее исчерпывающей документации.

Сотрудничество с заказчиком важнее согласования условий контракта.

Готовность к изменениям важнее следования плану.

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

Кент Бек	Джеймс Греннинг	Роберт С. Мартин
Майк Бидл	Джим Хайсмит	Стив Меллор
Эри ван Беннекум	Эндрю Хант	Кен Швабер
Алистер Кокберн	Рон Джефрис	Джефф Сазерленд
Уорд Каннингем	Джон Керн	Дейв Томас
Мартин Фаулер	Брайан Марик

Двенадцать принципов Agile-разработки, также ставшие результатом встречи в Сноуберде, расширяют эти несколько предложений, определяющих ценности.

Это все. С тех пор веб-сайт с Манифестом Agile практически не изменился (а может, не менялся вовсе), чего не скажешь о мире вокруг Agile.

Длительные дебаты вокруг методологии agile

Группе Snowbird 17 удалось объединить различные точки зрения в несколько основных принципов, но на этом дебаты не закончились. Так или иначе методика Agile раздроблена на гораздо большее количество способов применения, чем обсуждали основоположники. Похоже, что у каждого есть свой взгляд на Agile.

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

Такой уровень понимания не всегда доступен — даже в рамках разработки программного обеспечения.

Промышленный комплекс agile

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

Рон Джеффрис, участник Snowbird 17, попытался решить эти отклонения с помощью следующего примечания.

Но если учесть широкое (и порой некорректное) внедрение Agile, имеет ли смысл по-прежнему ссылаться на Манифест?

Манифест по-прежнему актуален?

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

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

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

Что все это значит?

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

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

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

Особая благодарность Аманде О'Каллаган, Иэну Бьюкенену, Дэну Радигану, Дэвиду Уэсту и Таннеру Уортэму за то, что поделились своими мыслями и опытом для этой статьи.

Клэр Драмонд работает в Atlassian как специалист по маркетинговым стратегиям, докладчик и писатель. Она написала множество статей для блогов Trello и Atlassian. Материалы, подготовленные с ее участием, регулярно публикуются на Medium, в том числе в категориях HackerNoon, Art+Marketing и PoetsUnlimited. Клэр выступает на технических конференциях по всему миру, рассказывая о методиках agile, преодолении разрозненности и развитии эмпатии.

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

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

Что представляет собой Agile-методология управления проектами?

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

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

Манифест Agile подписали 17 человек — будущий Agile Alliance. После публикации манифеста альянс разросся, сегодня он насчитывает по всему миру более 72 тыс. участников, которые в своей повседневной работе придерживаются ценностей и принципов управления проектами Agile.

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

Каковы основные ценности и принципы, составляющие методологию Agile? Давайте рассмотрим их.

Каковы четыре ценности Agile?

Сначала о ценностях Agile.

Люди и взаимодействие важнее процессов и инструментов
То, что общение и межличностные отношения важнее, чем строгие процессы — краеугольный камень Agile-управления проектами. Agile рекомендует персонализированный подход к управлению проектами, когда команды ориентируются на постоянное общение, а не на жестко распланированный выпуск обновлений.
Работающий продукт важнее исчерпывающей документации
Agile-команды не очень любят бумажную работу. Для управления данными, отчетами и обновлениями статуса они предпочитают использовать гибкие программные решения, а не традиционную документацию.
Сотрудничество с заказчиком важнее согласования условий контракта
Agile-команды любят сотрудничество — включая регулярные обновления и обратную связь о том, как продвигается проект, от клиентов и заинтересованных сторон. Чего Agile-команды не любят, так это долгих согласований объемных контрактов.
Готовность к изменениям важнее следования первоначальному плану
Эта ценность прежде всего характеризует Agile-управление проектами. Agile-команды чутко реагируют на изменения и успешно адаптируются к новым условиям и вызовам.

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

Каковы 12 принципов Agile?

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

Как внедрить цености и принципы Agile в ваше проектное управление

Возможно, вы уже готовы внедрить Agile-управление проектами, и теперь думаете, как воплотить требования манифеста Agile в жизнь.

Не существует единого способа внедрения ценностей и принципов Agile в ваши проекты. Манифест Agile — это интуитивно понятное руководство для команды, и она может использовать его самостоятельно. Если вы сторонник Agile, вы сможете адаптировать эту методологию к потребностям вашего проекта.

Один из способов сделать это — использовать ПО для управления проектами, совместимое с принципами Agile. Такой инструмент управления совместной работой, как Wrike, может помочь вашей Agile-команде успешно выполнять проекты, пользуясь такими функциями, как:

Единый источник истины для отчетов, правок и комментариев, без лишних документов
@mentions и интеграция приложений, которые обеспечивают быструю и последовательную коммуникацию в единой рабочей среде
Настраиваемые формы запросов и приема проектов в работу, позволяющие четко расставить приоритеты и максимально эффективно проводить каждый спринт
Готовые шаблоны для вашей команды, включая шаблоны командной работы по методологии Agile, планирование спринтов, проекты Kanban и многое другое

ПО Wrike поддержит вашу Agile-команду на пути к успеху. Загрузите бесплатную двухнедельную пробную версию прямо сейчас!

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

Методология Аджайл (Agile methodology) — один из самых популярных способов достижения этой цели. Согласно исследованию State of Agile (2020), 95% респондентов заявили , что их компании частично либо полностью используют Agile методологии ведения проектов.

Также участники опроса рассказали, в каких департаментах их организаций используют Agile методологии. Среди них:

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

Что такое методология Agile?

Agile — это набор практик, целью которых является оперативная реакция на изменения в ходе рабочего процесса.

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

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

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

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

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

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

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

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

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

Преимущества Agile:

Быстрое обнаружение и исправление ошибок.
Прозрачность рабочего процесса.
Частые и ожидаемые релизы.
Предсказуемая стоимость проекта.
Оперативное принятие решений.
Нацеленность на пользователей.
Конечный продукт является лучшей своей версией.
Высокий уровень удовлетворенности заказчиков.

Agile манифест

Публикация Agile манифеста в 2001 году знаменовала рождение Agile как методологии.

Началась эта история в американском штате Юта, где в начале 21 века 17 независимых программистов собрались для обсуждения будущего разработки программного обеспечения.

Группа сошлась во мнении, что главная проблема среди команд разработчиков заключалась в том, что они были чрезмерно сосредоточены на планировании и документировании циклов разработки ПО. И упускали из виду то, что действительно имело значение, а именно удовлетворенность заказчиков.

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

За последние 20 лет с момента создания манифест приняли многие команды и организации из разных профессиональных сфер. Сегодня документ доступен более чем на 50 языках, включает в себя 4 ценности и 12 принципов.

4 ценности Agile манифеста:

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

Авторы манифеста отметили, что не отрицают необходимость пунктов, находящихся в правом столбце. Но все же в приоритет выносят ценности, расположенные слева.

12 принципов Agile манифеста о разработке программного обеспечения:

Главный приоритет — удовлетворение потребностей клиента. Достигается это за счет постоянной и систематической поставки ценного ПО.
Изменения требований одобряются, независимо от того, на какой стадии разработки находится продукт.
Частые релизы усовершенствованного продукта приветствуются.
Разработчики и представители бизнеса должны работать сообща ежедневно на протяжении всего проекта.
Личное общение с командами и внутри них является наилучшим способом передачи информации.
Мотивация сотрудников должна быть в приоритете. Чтобы работа была выполнена качественно, создайте атмосферу уважения, доверия и расширения возможностей.
Работающее ПО — главный показатель прогресса.
Важно, чтобы инвесторы, команда разработчиков и пользователи поддерживали постоянный рабочий ритм. Именно Agile помогает наладить цикличный и устойчивый процесс разработки.
Непрерывное внимание к совершенству проектирования и качеству разработки повышает гибкость проекта.
Простота — необходимая часть эффективной работы с Agile.
Самоорганизованные команды создают наилучшие требования, технические и архитектурные решения.
Чтобы быть более эффективными, команды должны систематически анализировать собственную работу и постоянно корректировать ее.

Онлайн диаграмма Ганта GanttPRO

Ведите проекты, управляйте временем, ресурсами и финансами.

Какую гибкую методологию управления проектами предпочитаете вы?

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

А какие Agile методологии управления проектами предпочитает ваша команда? Делитесь в комментариях ниже.

Что такое Agile

Agile, или Agile software development — гибкий подход к разработке программного обеспечения (ПО), который часто применяют в небольших командах.

Весь процесс работы над проектом делится на итерации — короткие циклы по две-три недели. Каждая итерация решает серию задач: анализ требований, проектирование, программирование, тестирование и документирование. По итогам каждой итерации команда анализирует результаты и меняет приоритеты для следующего цикла. В итоге за каждый цикл создается мини-продукт или отдельная часть, которая готова к самостоятельному запуску.

Термин Agile употребляют в двух основных значениях:

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

Как правило, agile-команды включают разработчиков, тестировщиков, менеджеров проектов, дизайнеров интерфейсов, технических (UX) писателей. Все они равноценны в иерархии и работают в одном офисе или коворкинге. За счет личного общения они экономят время на обсуждении текущих процессов. Сторону заказчика представляет менеджер или руководитель — product owner, от которого команда регулярно получает обратную связь.

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

Agile-манифест базируется на четырех главных ценностях:

1. Люди и их взаимодействие важнее процессов и инструментов.

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

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

2. Работающий продукт важнее документации и отчетности.

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

3. Сотрудничество с заказчиком важнее соблюдения формальных условий.

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

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

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

Agile не исчерпывается четырьмя ценностями [1]. В манифесте есть также 12 принципов, которые уточняют и дополняют их. Их можно свести к следующему:

Главная цель — удовлетворение потребностей заказчика. Все процессы и задачи меняются и подстраиваются под них.
Разработчики и представители заказчика должны работать вместе ежедневно, обмениваясь идеями и полезной информацией.
Каждый участник команды должен быть хорошо замотивирован: комфортными условиями, позитивными откликами, финансовыми поощрениями.
Изменения допустимы на любом этапе, даже перед самым выпуском. При этом за каждую итерацию (от двух недель до двух месяцев) вы должны выпускать рабочий продукт.
Все должны стремиться к максимальной простоте и самоорганизации.

Agile, таким образом, — это система ценностей или даже философия ведения бизнеса. Она помогает сосредоточиться на главном, избавиться от ненужных формальностей и создавать рабочий продукт быстрее и эффективнее. Чтобы воплотить эти ценности на практике, используют конкретные методы. Согласно исследованию Agile в России [2], самые популярные из них — Scrum и Kanban.

Что такое Scrum и Kanban

В отличие от scrum, kanban:

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

В kanban принято визуализировать все детали процесса. Обычно это доска со стикерами, надписями или task-менеджер вроде Trello, где указаны все задачи, этапы и их статус. Часто задачи помечают разными цветами, чтобы обозначить, к какому этапу они относятся или на какой стадии исполнения находятся. Это помогает каждому участнику проекта видеть всю картину целиком, вовремя замечая, если что-то провисает или кому-то нужна помощь.

Пример доски Trello, созданной по принципам agile.

Если вы только подступаетесь к философии Agile и хотите попробовать отдельные элементы, проще начать с kanban. Небольшим стартапам и командам, которые только планируют запуск проекта, подойдет scrum.

В каких компаниях используют Agile

Когда Agile только появился, его использовали, в основном, разработчики ПО, игр и интерфейсов. Среди них — Google, Netflix, Microsoft, Spotify, Ericsson, Dell, Adobe, Accenture, WordPress, Riot Games, CH Robinson, Magna International, Scrum Alliance, Intronis.

Теперь же сфера применения расширилась: Agile используют, например, Saab для производства новых истребителей, General Electric и John Deere — ведущий американский производитель сельхозтехники.

Существует ли Agile в России

ScrumTrek проводит ежегодное исследование Agile в России. В прошлом году в нем приняло участие более 1 тыс. компаний из 80 городов. Вот главные цифры за 2020 год [3]:

Нужен ли вашей команде Agile

Сегодня принципы Agile распространяются во многих сферах, хотя на первом месте по-прежнему остается ИТ-разработка. Однако гибкие подходы применимы далеко не везде. Эффективнее всего они работают там, где:

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

Другими словами, Agile идеален для инновационных стартапов, но мало подходит корпорациям с отлаженными процессами и сложной структурой. Для таких компаний лучше работают методы с отдельными элементами Agile, которые проще масштабировать — SAFe (Scaled Agile Framework) и LeSS (Large-Scale Scrum).

Но и в ИТ-сфере Agile — далеко не единственный способ сделать процесс эффективнее. Здесь хорошо работают такие инженерные практики, как DevOps — метод работы, при котором все участники активно взаимодействуют друг с другом, а рабочие процессы взаимно интегрированы.

Чтобы протестировать новую идею, не проходя все этапы разработки, подойдут Customer Development, Design Thinking и другие продуктовые методики.

Читайте также: