Agile, Scrum, Kanban: перестаём путать философию, фреймворк и доску

«Мы работаем по Agile» — фраза, за которой может скрываться что угодно: Scrum, Kanban, отсутствие процесса или хаос под благовидным названием. Путаница возникает потому, что Agile, Scrum и Kanban находятся на разных уровнях абстракции: одно — философия, второе — фреймворк, третье — система потоков. Разберём, где у каждого своё место.

Agile — это ценности, не методология

Agile — не методология и не процесс, а зонтичный термин из Agile Manifesto (2001). Это набор ценностей и принципов разработки ПО. Манифест состоит из четырёх ценностей:

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

И двенадцати принципов (от «доставлять работающий продукт часто» до «команды регулярно рефлексируют и улучшают»).

Важно: в Манифесте нет спринтов, дейли-митингах, бэклогов или ролей Product Owner. Agile — это про образ мышления и приоритеты. Scrum и Kanban — конкретные способы реализовать эти ценности на практике. Поэтому «работать по Agile» — пустая формулировка, если за ней не стоит конкретный процесс.

Scrum — фреймворк с ролями и спринтами

Scrum — конкретный фреймворк поверх философии Agile. Он жёстко регламентирован: роли, артефакты, события. Описан в Scrum Guide (бесплатно, ~20 страниц).

Роли:

Product Owner — отвечает за ценность продукта, управляет бэклогом, приоритизирует задачи.
Scrum Master — фасилитирует процесс, убирает препятствия, следит за соблюдением Scrum (не начальник, а обслуживающая роль).
Команда разработки (Developers) — кросс-функциональная, сама организует работу внутри спринта, обычно 3–9 человек.

Артефакты:

Бэклог продукта — упорядоченный список всего, что может понадобиться в продукте.
Бэклог спринта — задачи, выбранные на текущий спринт.
Инкремент — работающая, потенциально поставляемая часть продукта.

События:

Спринт — фиксированный цикл 2–4 недели, внутри которого создаётся инкремент.
Планирование спринта — команда решает, что берёт в спринт.
Ежедневный скрам (дейли) — короткая синхронизация на 15 минут, не статус-митинг для начальника.
Обзор спринта — демонстрация инкремента стейкхолдерам.
Ретроспектива — команда рефлексирует над процессом и улучшает его.

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

Kanban — система потоков, не итераций

Kanban — система управления потоком работы, без обязательных ролей и спринтов. Принципы:

Визуализация работы — на доске с колонками (Backlog → In Progress → Review → Done).
Лимиты work-in-progress (WIP) — ограничение на количество задач одновременно в каждой колонке. Это сердце Kanban: если в «In Progress» лимит 3 и там уже 3 задачи — новую взять нельзя, пока одну не закончат.
Управление потоком — задачи движутся по доске, измеряется cycle time (время от старта до готовности) и lead time (от заказа до готовности).
Явные правила процессов — кто и как переводит задачи между колонками.
Циклы обратной связи — регулярная ретроспектива и улучшения.

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

Kanban подходит для работ с неравномерным потоком: support-команды, operations, багфикс, там, где задачи приходят непредсказуемо и нельзя заранее спланировать двухнедельный объём.

Главное отличие: партии против потока

Если одним предложением: Scrum планирует работу партиями (спринт), Kanban — по потоку (как только есть место).

В Scrum вы в начале спринта договариваетесь, что возьмёте 30 story points, и стараетесь не менять состав в середине. Если задача не успела — переезжает в следующий спринт. В Kanban нет «состава спринта»: вы тянете следующую задачу из бэклога, когда освобождается слот, и приоритет определяется положением в бэклоге, а не временем.

Hybrid — Scrumban: доска Kanban с лимитами WIP, но с ритмом спринтов и ретроспективами Scrum. Бывает полезен для команд, которые переходят от Scrum к Kanban постепенно.

Что часто ломается

Scrum как театр. Стендап превращается в отчёт перед начальником, ретроспектива — в формальность для галочки, планирование спринта — в игру «какой объём оценок влезет». Церемонии есть, ценностей нет. Команда соблюдает букву Scrum, но не дух. Это хуже, чем никакого процесса, потому что отнимает время без выгоды.

Копирование церемоний без ценностей. «У нас будет дейли и спринты, потому что так модно» — без понимания, зачем. Команда скопировала форму, не разобравшись в сути. Лекарство — начать с целей (что мы хотим улучшить?), а не с инструментов (внедрить Scrum!).

Смешивание партий и потока. «У нас двухнедельные спринты, но ещё мы берём срочные тикеты из очереди в любой момент». Получается худшее из обоих миров: спринт-планирование ломается постоянным вбросом, а поток не ограничен WIP. Лучше честно выбрать что-то одно или осознанно использовать Scrumban.

«Agile-инструменты» как самоцель. Jira, доски, story points, velocity — это инструменты, а не показатели успеха. Команда может работать по Agile без единого инструмента, и может «работать по Scrum» в Jira, не будучи agile вообще. Инструменты не создают гибкости.

Короткое summary

Agile — это ценности (Манифест 2001), а не процесс: четыре ценности о людях, работающем продукте, сотрудничестве и готовности к изменениям. Scrum — конкретный фреймворк поверх Agile с жёсткими ролями (PO, SM, команда), артефактами (бэклоги, инкремент) и событиями (спринты 2–4 недели, дейли, ретро). Kanban — система потоков: визуализация работы, лимиты WIP, управление cycle/lead time, без спринтов. Главное отличие: Scrum планирует партиями, Kanban — по потоку. Ломается всё, когда церемонии копируются без ценностей (Scrum как театр), когда партийная модель смешивается с поточной, и когда инструменты путаются с самой гибкостью. Выбор метода зависит от характера работы, а не от моды.

Что почитать

Agile Manifesto — оригинал 2001 года, четыре ценности и двенадцать принципов.
The Scrum Guide — официальный, бесплатный, ~20 страниц.
David J. Anderson: Kanban — книга от автора метода Kanban для разработки.