Водопад, Scrum, Kanban, PRINCE2 и гибрид: как выбрать подход

Спор «водопад или Agile» обычно бесполезен: подход выбирают под проект, а не наоборот. Ниже — короткое описание основных подходов и признаки, по которым понятно, какой подойдёт.

Каскадный подход (водопад)

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

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

Слабое место — изменения. Если требования поменялись в середине, план приходится пересобирать.

Scrum

Работа идёт короткими итерациями — спринтами по 1–4 недели. В начале спринта команда выбирает задачи из приоритизированного бэклога, в конце показывает работающий результат и проводит ретроспективу. Есть три роли: владелец продукта, команда разработки и скрам-мастер.

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

Слабое место — длинные обязательства. Scrum хорошо отвечает на вопрос «что сделаем в этом спринте», хуже — «когда будет готов релиз через полгода».

Kanban

Нет итераций: задачи текут через этапы на доске (например, «очередь → в работе → проверка → готово»), а количество задач в работе на каждом этапе ограничено. Главное — видеть поток и убирать узкие места.

Подходит для потоковой работы: поддержка, эксплуатация, обработка заявок, контент.

Слабое место — проекты с общим сроком и зависимостями между задачами: доска не показывает, что сдвинет дату окончания.

PRINCE2

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

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

Слабое место — бюрократия в небольших проектах, если применять методологию целиком, не адаптируя.

Гибридный подход

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

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

Как выбрать: короткая таблица

Ситуация	Что подойдёт
Результат известен, переделки дороги, есть подрядчики	Каскадный подход
Результат уточняется по ходу, нужна частая обратная связь	Scrum
Поток однотипных заявок без общего срока	Kanban
Крупная организация, нужны формальные решения и отчётность	PRINCE2 (адаптированный)
Жёсткие вехи сверху и гибкая разработка внутри	Гибрид: план + спринты

Главное

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

Где это вести

Etapero держит верхний уровень гибридного проекта: структуру работ, вехи, критический путь и базовый план. А тикеты команд остаются в Jira — их статусы подтягиваются в план. Подробнее — в статье «Jira и план проекта».