Agile

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

Суть Agile

Классический подход к управлению проектами — каскадный (Waterfall). Сначала составляют подробный план, затем последовательно выполняют этапы: анализ, проектирование, разработка, тестирование, запуск. Менять что‑то на середине пути сложно и дорого.

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

Принципы Agile

В основе Agile лежит манифест, который в 2001 году сформулировали 17 разработчиков.

Манифест задаёт четыре ценности:

• Люди и взаимодействие важнее процессов и инструментов. Живое общение в команде решает больше, чем регламенты.
• Работающий продукт важнее исчерпывающей документации. Лучше показать простую рабочую версию, чем потратить месяц на составление подробного техзадания.
• Сотрудничество с заказчиком важнее согласования условий контракта. Заказчик участвует в процессе, а не просто получает результат в конце.
• Готовность к изменениям важнее следования первоначальному плану. План — рабочий ориентир, который можно и нужно корректировать в пути.

Методологии Agile

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

Scrum. Самая распространённая методология. Работа делится на спринты — циклы по одну‑две недели. У команды есть роли: владелец продукта, скрам‑мастер, команда разработки. Каждый день проходят короткие встречи для синхронизации, в конце спринта — демонстрация результата и ретроспектива.

Kanban. Визуальное управление задачами через доску со столбцами: «к выполнению», «в работе», «готово». Здесь нет фиксированных спринтов — задачи берутся в работу по мере освобождения ресурсов. Подходит командам с постоянным потоком задач, например поддержке или маркетингу.

Lean. Фокус на устранении потерь — лишних действий, которые не создают ценность для клиента. Подход пришёл из производства Toyota и адаптирован под управление проектами.

XP (Extreme Programming). Методология для разработки ПО с упором на качество кода: парное программирование, постоянное тестирование, частые релизы.

Инструменты Agile

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

Вот основные термины и инструменты:

• Бэклог. Список всех задач проекта, отсортированный по приоритету. Команда постепенно берёт задачи из него в работу в каждом спринте или выделяет для них отдельный спринт.
• Доска задач. Визуализирует статус каждой задачи: что в очереди, что в работе, что готово. Помогает команде и руководителю видеть прогресс без отдельных отчётов.
• Спринт. Короткий рабочий цикл — обычно одна‑две недели. В начале команда планирует, что успеет сделать, а в конце показывает результат.
• Ретроспектива. Встреча после каждого спринта, на которой команда обсуждает: что сработало, что нет, что стоит изменить в следующем цикле.
• Сервисы. Для управления Agile-проектами используют Jira, Trello, Kaiten — таск‑трекеры с досками, бэклогом и отчётами по спринтам.

Оценка в Agile

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

• Сторипоинты (Story points). Условные единицы сложности задачи. Команда сравнивает задачи между собой. Например, первая сложнее второй в два раза, значит, у неё должно быть в два раза больше сторипоинтов. Это снимает напряжение, которое создаёт оценка в часах: разработчики не привязываются к конкретному числу, на которое потом будут ссылаться.
• Покер планирования (Planning poker). Метод групповой оценки. Каждый участник команды выбирает карту с числом — своей оценкой сложности задачи. Затем все карты открывают одновременно. Если оценки сильно расходятся, команда обсуждает почему и приходит к общему мнению.
• Скорость (Velocity). Скорость команды означает, сколько сторипоинтов она закрывает в среднем за один спринт. Зная скорость, можно спрогнозировать, сколько задач команда возьмёт в следующий спринт и сколько спринтов потребуется на весь проект.

Внедрение Agile

Переход на Agile — это изменение принципа работы команды и того, как она принимает решения.

С чего начать

Начните с одной команды или одного проекта, а не всей компании сразу. Выберите методологию — для большинства команд подходящая отправная точка Scrum или Kanban. Назначьте человека, который будет следить за процессом: скрам‑мастера или другого ответственного.

Типичные ошибки:

• Внедрять Agile формально — вводить доски и спринты, но решения по‑прежнему будет принимать один руководитель без обсуждения с командой.
• Пропускать ретроспективы — без регулярного анализа команда повторяет одни и те же ошибки.
• Переносить Agile на проекты с жёсткими внешними сроками и фиксированными требованиями — там гибкость скорее мешает, чем помогает.

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

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