Waterfall, Agile, Kanban

Зачем знать про методологии

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

Три подхода покрывают почти всё, что встретишь: Waterfall, Agile, Kanban.

Waterfall: по этапам

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

Плюс в предсказуемости и документации: всё спланировано заранее. Минус в негибкости. Если на этапе тестирования выяснилось, что требования были неверны, возвращаться дорого. Поэтому водопад остаётся там, где требования жёсткие и меняются редко (госзаказы, железо, регулируемые отрасли).

Agile: итерациями

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

Самый известный фреймворк Agile называется Scrum. Работа идёт спринтами (обычно 1–2 недели), в начале спринта берут набор задач, в конце показывают готовое. Ежедневные короткие созвоны (standup) держат команду в курсе. Agile побеждает, когда требования меняются по ходу, а это почти весь современный продуктовый софт.

Kanban: поток и доска

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

To Do      | In Progress | Review | Done
задача 1   | задача 3    |        | задача 5
задача 2   |             |        |

Задача движется по колонкам слева направо. Ключевая идея в ограничении work in progress (WIP): в колонке «In Progress» не может висеть больше N задач разом. Это не даёт команде хвататься за всё сразу и подсвечивает узкие места: если задачи копятся перед «Review», значит, там затык.

Kanban хорош для потока однотипной работы (поддержка, эксплуатация, DevOps-задачи), где нет смысла в спринтах.

Где тут DevOps

DevOps — это не методология из этого ряда, а культура: убрать стену между разработкой и эксплуатацией, автоматизировать путь от кода до прода. Он ложится поверх Agile и Kanban: частые маленькие релизы (Agile) и непрерывный поток изменений (Kanban) как раз требуют CI/CD, инфраструктуры-как-кода и наблюдаемости, чем DevOps и занимается.

Что важно запомнить

Waterfall идёт жёсткими последовательными этапами и подходит редко меняющимся требованиям. Agile работает короткими итерациями с частыми релизами, в Scrum они называются спринтами. Kanban — непрерывный поток задач на доске с ограничением work in progress.

DevOps — не пункт этого списка, а культура и автоматизация поверх итеративных подходов: частые релизы и поток изменений держатся на CI/CD, IaC и наблюдаемости.

Дальше эти подходы встречаются на практике: CI/CD и GitOps — это инструменты, которыми Agile- и Kanban-команды доставляют изменения.