Что такое Agile: принципы, манифест и методологии простыми словами

Гибкий подход к работе: ценности и принципы Agile-манифеста, отличия от каскадной модели, основные фреймворки и роли в команде.

Михаил Сорокин
Михаил Сорокин
Обозреватель SaaS-сервисов5 мин
Что такое Agile: принципы, манифест и методологии простыми словами

Agile (аджайл, «гибкий») — подход к разработке продуктов и управлению работой, при котором результат создают короткими итерациями, часто показывают пользователям и меняют план по обратной связи. Это не одна методика, а набор ценностей и принципов из Agile-манифеста 2001 года. На их основе работают фреймворки Scrum, Kanban, XP и другие. В этом обзоре — что такое Agile простыми словами, чем он отличается от «водопада», какие бывают методологии и роли, когда гибкий подход подходит, а когда нет.

Что такое Agile простыми словами

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

Главные идеи гибкого подхода:

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

Agile-манифест: 4 ценности и 12 принципов

Термин закрепился в феврале 2001 года, когда 17 разработчиков, среди них Кент Бек, Мартин Фаулер, Кен Швабер и Джефф Сазерленд, встретились на горнолыжном курорте Сноуберд в штате Юта и подписали «Манифест гибкой разработки программного обеспечения». В нём четыре ценности:

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

Авторы подчёркивают: то, что справа, тоже ценно, но то, что слева, — ценнее. Манифест не отменяет документацию и планы, а расставляет приоритеты.

Ценности дополняют 12 принципов. Если сжать их до сути:

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

Agile и Waterfall: в чём разница

Waterfall (каскадная модель)Agile
ПланДетальный, утверждается в началеОбщий, уточняется после каждой итерации
РезультатОдин раз в конце проектаЧасто, небольшими частями
ИзмененияДорогие, через согласованияОжидаемы и встроены в процесс
Роль заказчикаСтавит задачу и принимает результатУчаствует в работе постоянно
РискиВыясняются поздноВидны после каждой итерации
Где хорошСтроительство, производство, проекты с жёсткими требованиямиЦифровые продукты, маркетинг, задачи с высокой неопределённостью

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

Методологии и фреймворки Agile

Agile задаёт ценности, а конкретные правила работы дают фреймворки.

Scrum

Самый распространённый фреймворк. Работа идёт спринтами длиной до месяца, в команде три роли — владелец продукта, скрам-мастер и разработчики, — а процесс задают пять событий и три артефакта. Подробно — в статье «Scrum: роли, события и артефакты».

Kanban

Метод, выросший из производственной системы Toyota и адаптированный для интеллектуальной работы Дэвидом Андерсоном. Основа — визуализация задач на доске, ограничение незавершённой работы (WIP-лимиты) и управление потоком. Фиксированных итераций и обязательных ролей нет, поэтому канбан проще внедрить поверх существующего процесса. Что такое канбан и какие сервисы досок выбрать — в обзоре «Что такое канбан + 12 сервисов канбан-досок».

Extreme Programming (XP)

Набор инженерных практик Кента Бека: парное программирование, разработка через тестирование, непрерывная интеграция, частые релизы. XP часто используют вместе со Scrum.

Lean

Бережливый подход: убирать всё, что не создаёт ценности для клиента, и сокращать время от идеи до результата. Из Lean выросли и канбан, и концепция MVP.

Масштабирование: SAFe, LeSS, Nexus

Когда над продуктом работают десятки команд, нужны правила синхронизации. SAFe описывает уровни портфеля и «поезда релизов», LeSS и Nexus расширяют Scrum на несколько команд. В крупных банках и телекомах распространены собственные модели — трайбы и кланы по мотивам модели Spotify.

Кто работает в agile-командах

  • Владелец продукта (Product Owner) отвечает за ценность продукта и приоритеты в бэклоге.
  • Скрам-мастер помогает команде работать по Scrum, убирает препятствия и улучшает процесс.
  • Продакт-менеджер отвечает за продукт целиком: рынок, метрики, стратегию. В небольших компаниях часто совмещает роль владельца продукта. Подробнее о профессии — в статье «Продакт-менеджер: роль, навыки, кейс и обучение».
  • Agile-коуч помогает внедрять гибкие подходы на уровне нескольких команд или всей организации.
  • Разработчики — все, кто создаёт продукт: программисты, аналитики, дизайнеры, тестировщики.

Когда Agile подходит, а когда нет

Гибкий подход оправдан, если:

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

Agile плохо работает там, где результат нельзя разделить на части (мост не построишь итерациями), требования жёстко зафиксированы контрактом или регулятором, а руководство не готово делегировать решения команде. Частая ошибка — внедрить ритуалы Scrum, не меняя культуру управления. О том, как с этим сталкиваются крупные компании, рассказывали спикеры конференции Agile Open Talks 2022.

Как начать применять Agile

  1. Визуализируйте текущую работу на доске — это первый шаг канбана и полезно в любом случае.
  2. Договоритесь о коротком цикле: например, раз в две недели показывать результат заказчику.
  3. Назначьте человека, который отвечает за приоритеты, — одного, а не комитет.
  4. Проводите ретроспективы: что мешало, что попробуем изменить в следующем цикле.
  5. Если выбран Scrum, прочитайте официальное «Руководство по скраму» (Scrum Guide) — документ занимает меньше 15 страниц и переведён на русский.

Материалы раздела Agile и Scrum

Автор статьи

Михаил Сорокин — Обозреватель SaaS-сервисов
Михаил Сорокин

Обозреватель SaaS-сервисов

Тестирует и анализирует облачные решения для маркетинга, продаж и аналитики. За плечами 8 лет работы в B2B-продуктах и более 120 детальных обзоров.

Вопросы и ответы

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

Agile — общая философия из манифеста 2001 года. Scrum — один из фреймворков, который реализует эту философию через конкретные роли, события и артефакты.

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

Самые известные — Scrum, Kanban, Extreme Programming (XP) и Lean. Для масштабирования на много команд используют SAFe, LeSS, Nexus или собственные модели с трайбами.

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

Смотрите также

Поделиться

Комментарии(0)

Оставьте комментарий

Войдите, чтобы присоединиться к обсуждению