Методология Agile: что это, отличия гибкой методологии —- преимущества и принципы системы Agile

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

Это общее название группы методологий, в которую входят:

• Scrum, 

• Kanban,

• экстремальное программирование (XP).

Scrum — самая популярная гибкая методология и иногда используется как синоним всей группы этих методов.

На Agile-методы повлияло внедрение в Toyota так называемой Производственная система Тойоты. Важной вехой стала публикация статьи Такеучи и Нонаки «Игра в разработку нового продукта» (1986).

Принципы и ценности Agile

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

1. Личное общение и способности каждого человека более актуальны и эффективны для работы, чем заранее определенные процессы и инструменты.

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

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

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

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

Базовая структура

Agile-методы имеют свою философскую основу (описанные выше принципы), командные роли, артефакты (инструменты) и события (организацию времени).

Роли

Выделяют следующие роли:

• владелец,

• скрам-мастер,

• самоорганизующаяся команда.

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

Он выполняет следующие функции:

• несет основную ответственность за проект и работу группы разработчиков;

• устанавливает приоритеты для функциональных возможностей;

• управляет бэклогом задач (элементами);

• обеспечивает его доступность и понимание контента командой;

• обеспечивает связь с клиентом.

Скрам-мастер — это человек, который контролирует методологию Scrum и, следовательно, отвечает за понимание и применение правил Scrum. Его задача — помочь членам группы в общении (не только друг с другом, но и с другими частями компании), следовать принципам Agile и помочь команде прийти к выводам.

Он выполняет следующие функции:

• организует и модерирует индивидуальные встречи;

• помогает с документацией;

• обладает стрессоустойчивостью и высокими коммуникативными навыками.

Функции владельца продукта и скрам-мастера не должны выполняться одним и тем же человеком.

Артефакты (инструменты) и события (организация времени)

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

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

Методы Agile

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

В ходе работы команда встречается каждый день — в одно и то же время, в одном и том же месте, в идеале стоя. Все рассказывают о том, что сделали, что планируют сделать сегодня и что не получилось. Эта встреча называется ежедневным стендапом. Должно уйти макс. 15 минут.

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

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

Преимущества и недостатки Agile-методов

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

• удовлетворенность клиента (пользователя);

• быстрая доставка функционального продукта;

• общение и обратная связь;

• эффективность;

• повышение конкурентоспособности за счет быстрых изменений.

Недостатки:

• не подходит для крупных проектов;

• необходимо активное участие всех заинтересованных сторон;

• необходимость специфической корпоративной культуры и поддержки высшего руководства;

• люди как камень преткновения;

• изменения вызывают увеличение сложности.

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