Agile, Scrum, Kanban и Waterfall — что это такое и в чём разница

Понимание того, чем Agile отличается от Waterfall, а Scrum от Kanban, — фундамент для осознанного управления командой и проектами. Если хотите разобраться в современных методологиях и применять их на практике, обратите внимание на программу Руководитель проектов в ProfiFuture — обучение длится 1,5 месяца в онлайн-формате с господдержкой, 75% стоимости компенсируется образовательной квотой.

Waterfall — каскадная модель разработки

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

Пять фаз каскадной модели:

1. Требования и техническое задание. Вся документация фиксируется на старте, в деталях и без исключений.
2. Проектирование. Архитектура, дизайн, технологический стек выбраны и задокументированы.
3. Разработка. Написание кода или производство продукта.
4. Тестирование. Проверка качества — только после полного завершения разработки.
5. Внедрение и поддержка. Передача продукта заказчику и последующее сопровождение.

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

Минусы: тестирование идёт последним — найденные ошибки дорого откатывать. Заказчик изолирован весь период разработки и видит результат только в финале. Изменение требований на середине пути разрушает весь план.

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

Agile — философия, а не инструмент

Главное заблуждение об Agile: что это конкретная методология, которую «внедряют». На самом деле Agile — семейство принципов гибкой разработки. В 2001 году 17 практиков опубликовали Agile Manifesto (Манифест гибкой разработки) — документ из 4 ценностей и 12 принципов, который лёг в основу всего семейства.

Четыре ценности Agile Manifesto:

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

Scrum и Kanban — не конкуренты Agile. Это его конкретные реализации, как и XP (экстремальное программирование) и SAFe (масштабированный гибкий фреймворк). Выбирая между Scrum и Kanban, вы остаётесь внутри Agile-семейства — просто берёте разные инструменты.

Agile давно вышел за пределы IT: маркетинговые команды запускают итерационные кампании и быстро проверяют гипотезы, HR-отделы гибко реагируют на изменения рынка труда, производство применяет Lean-Agile (бережливое гибкое управление) для сокращения потерь.

Scrum — фреймворк итеративной разработки

Scrum делит работу на спринты (Sprint) — фиксированные итерации длиной 1–4 недели. Главное правило: задачи внутри спринта после старта не меняются. Это защищает команду от постоянных переключений. По завершении спринта заказчик получает рабочий инкремент (Increment) — законченный, пусть и небольшой, результат — и может дать обратную связь до следующей итерации. В Scrum три роли и три ключевых артефакта.

Три роли Scrum-команды

Владелец продукта (Product Owner) управляет и приоритизирует бэклог продукта (Product Backlog) — весь список задач — и представляет интересы бизнеса. Это не проджект-менеджер (Project Manager): его задача — ценность продукта, а не управление ресурсами.

Скрам-мастер (Scrum Master) — слуга-лидер (servant leader), а не руководитель. Фасилитирует все события Scrum, устраняет препятствия для команды и поддерживает самоорганизацию.

Разработчики (Developers) — кросс-функциональная команда из 3–9 человек, которая самостоятельно определяет, как выполнить задачу, и создаёт инкремент.

Артефакты и события Scrum

Три артефакта выстраиваются в цепочку: бэклог продукта (весь список задач у владельца продукта) → бэклог спринта (задачи, выбранные командой на текущую итерацию) → инкремент (рабочий результат, соответствующий согласованному определению готовности).

Четыре события спринта:

• Планирование (Sprint Planning). Команда выбирает задачи и формулирует цель спринта.
• Дейли (Daily Scrum). Пятнадцать минут ежедневно — синхронизация и выявление блокеров. Антипаттерн: превращать дейли в статус-отчёт перед скрам-мастером.
• Обзор (Sprint Review). Демонстрация инкремента заказчикам, сбор обратной связи.
• Ретроспектива (Sprint Retrospective). Разбор процессов и поиск улучшений на следующий спринт.

Пример: команда делает интернет-магазин. Спринт 1 — «добавить товар в корзину», заказчик тестирует и даёт комментарии. Спринт 2 — «изменить количество товара», уже с их учётом.

Метрики Scrum: Velocity — количество работы в Story Points (условных единицах сложности задач), которое команда стабильно выполняет за спринт. Используется для прогнозирования сроков.

Kanban — управление непрерывным потоком

Kanban — метод визуализации и управления рабочим потоком без фиксированных итераций. Ролей нет, спринтов нет, задачи добавляются в любой момент. Метод возник в производственной системе Toyota (Toyota Production System) и был адаптирован для разработки программного обеспечения Дэвидом Андерсоном в 2007 году. Главное отличие от Scrum: Kanban не требует реструктуризации команды и новых ролей.

Канбан-доска и WIP-лимиты

Основной инструмент — канбан-доска (Kanban Board): колонки («Бэклог», «В работе», «Готово») с карточками задач, которые движутся слева направо по мере выполнения.

Ключевой принцип — WIP-лимиты (Work in Progress Limits, ограничение незавершённой работы): в каждой колонке одновременно находится не более заданного числа задач. Математическая основа — Закон Литтла (Little’s Law): снижая количество параллельных задач, команда сокращает время выполнения каждой без увеличения численности.

Два эффекта WIP-лимитов:

• снижение постоянного переключения между задачами;
• автоматическое выявление узких мест (bottleneck — «бутылочное горлышко»): колонка, которая регулярно переполняется, сигнализирует о проблеме в процессе.

Метрики Kanban: Lead Time, Cycle Time, Throughput

• Cycle Time — время от старта работы над задачей до её завершения («В работе» → «Готово»). Показывает скорость фактической работы.
• Lead Time — время от принятия обязательства до поставки клиенту; Lead Time всегда больше или равен Cycle Time. Разница между ними — очереди и ожидание.
• Throughput (пропускная способность) — число задач, завершённых за период.

Пример: если Cycle Time разработчика составляет 30% от Lead Time, то 70% времени задача ждёт — в аналитике, на ревью, в тестировании. Решение: вынести Discovery-цикл (исследование и аналитику) в отдельный поток и не смешивать с задачами реализации.

Waterfall, Agile, Scrum и Kanban: сравнение по ключевым параметрам

Agile, Scrum, Kanban и Waterfall решают одну задачу — доставить результат заказчику. Но делают это принципиально по-разному. Посмотрим на ключевые отличия в одной таблице.

Agile — родительская философия; Scrum и Kanban — реализации внутри неё. Waterfall стоит отдельно. Выбор между Scrum и Kanban — это не «что лучше», а «что подходит вашей команде прямо сейчас».

Scrumban — когда Scrum перестаёт справляться

Два сигнала, что пора смотреть в сторону Scrumban (гибрида Scrum и Kanban):

1. Спринты постоянно переносятся — команда не успевает закрыть взятые обязательства.
2. Команда выросла, и планирование спринта стало отнимать непропорционально много времени.

Из Scrum Scrumban берёт структуру: временны́е контейнеры-спринты, роли владельца продукта, скрам-мастера и разработчиков, ретроспективы.

Из Kanban — канбан-доску, WIP-лимиты внутри спринта, метрики потока (Lead Time, Cycle Time) и Discovery-цикл, вынесенный за рамки спринтов.

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

Как выбрать методологию: критерии и сценарии

[IMAGE: image_7]

Три вопроса, которые помогут сделать выбор:

1. Требования полностью определены на старте и меняться не будут?
2. Как часто меняются приоритеты в ходе работы?
3. Нужна ли регулярная обратная связь от заказчика до финального результата?

Сценарии выбора:

• Waterfall — требования зафиксированы, бюджет и сроки жёсткие: государственные тендеры, строительство, производство с нормативными ограничениями.
• Scrum — новый продукт, высокая неопределённость, важна итерационная обратная связь. Оптимально для команд 3–9 человек с выделенными ролями.
• Kanban — задачи поступают непрерывно без чётких итераций: поддержка продукта, DevOps, обработка инцидентов. Ролей не требует — подходит существующим командам без реструктуризации.
• Scrumban — смешанный поток разработки и поддержки или команда выросла за 10+ человек и чистый Scrum уже не справляется.

Не ищите «лучшую» методологию в абсолюте. Ищите подходящую — для ваших задач, условий и зрелости команды.

Типичные ошибки при внедрении Agile

Пять антипаттернов, которые встречаются чаще всего:

1. Формальный Agile без культурных изменений. Церемонии внедрены, ценностей нет. Команда не понимает смысла ретроспективы и воспринимает её как лишний митинг.
2. Daily Scrum как статус-отчёт. Разработчики докладывают скрам-мастеру вместо того, чтобы синхронизироваться между собой. Убивает самоорганизацию.
3. Kanban без WIP-лимитов. Доска есть, ограничений нет — задачи накапливаются в колонке «В работе», перегрузка команды растёт, узкие места не видны.
4. Ретроспективы без реальных изменений. Одни и те же проблемы обсуждаются спринт за спринтом, но ничего не меняется. Смысл теряется.
5. Scrum там, где нужен Kanban. Поток инцидентов и запросов на поддержку плохо укладывается в спринты — задачи поступают непредсказуемо, и планирование срывается каждый раз.

Часто задаваемые вопросы

Что такое Agile и чем он отличается от Scrum и Kanban?

Agile — семейство принципов гибкой разработки, сформулированных в Agile Manifesto в 2001 году. Scrum и Kanban — не конкуренты Agile, а его конкретные реализации. Работать «по Agile» — значит использовать один из инструментов внутри этого семейства: Scrum, Kanban, Scrumban или их комбинацию. Это не взаимоисключающие понятия, а уровни одной иерархии.

В чём разница между Scrum и Kanban?

Scrum организует работу спринтами (1–4 нед.) с тремя фиксированными ролями и четырьмя событиями; основная метрика — Velocity. Kanban — непрерывный поток без итераций и обязательных ролей; метрики — Lead Time, Cycle Time, Throughput. Scrum подходит для разработки нового продукта с высокой неопределённостью, Kanban — для поддержки и DevOps.

Когда использовать Waterfall вместо Agile?

Waterfall подходит, когда требования полностью зафиксированы на старте и меняться не будут: государственные тендеры, строительство, проекты с жёстким бюджетом и нормативными ограничениями. Там, где условия меняются и нужна регулярная обратная связь с заказчиком в ходе работы, — предпочтительны Agile-подходы.

Что такое WIP-лимиты и зачем они нужны?

WIP-лимиты (ограничение незавершённой работы) — максимальное число задач, одновременно находящихся в одной колонке канбан-доски. В основе — Закон Литтла: снижая WIP, команда сокращает Cycle Time без увеличения численности. Переполненная колонка визуально сигнализирует об узком месте и помогает оперативно его устранить.

Что такое Scrumban и кому он подходит?

Scrumban — гибрид Scrum (спринты, роли) и Kanban (доска, WIP-лимиты, метрики потока). Подходит командам, у которых спринты постоянно срываются или которые переросли чистый Scrum. Ключевой результат — стабильное соблюдение обязательств и ускорение реализации задач до 5x по сравнению с неструктурированным потоком.

Как устроен спринт в Scrum и что такое Velocity?

Спринт — временной контейнер длиной 1–4 недели, в котором команда создаёт рабочий инкремент. После старта задачи не добавляются. Четыре события: Planning → Daily Scrum → Sprint Review → Retrospective. Velocity — количество работы в Story Points, которое команда стабильно выполняет за спринт. Используется для прогнозирования сроков поставки.

Что такое Lead Time и чем он отличается от Cycle Time?

Cycle Time — время фактической работы над задачей (от «В работе» до «Готово»). Lead Time — полное время от принятия обязательства до поставки клиенту; Lead Time всегда больше или равен Cycle Time. Разница между ними — очереди и ожидание: именно там теряется время, которое выявляют через аудит заблокированных задач.

Применим ли Agile за пределами IT?

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