Agile · Scrum · Kanban — IT-роли

Манифест, роли/события/артефакты Scrum и поток Kanban — основа гибкой доставки.

Суть

Agile — это зонтик ценностей и принципов гибкой разработки (как думать), а Scrum и Kanban — конкретные фреймворки (как делать). Идея Agile: вместо большого плана на год — короткие циклы, частая обратная связь, готовность менять курс по данным. Это ответ на провалы «водопада», где требования фиксируют на старте, а к финишу они устаревают.

Agile — 4 ценности манифеста

Слева ценнее, чем справа (но и правое имеет ценность):

люди и взаимодействие > процессы и инструменты;
работающий продукт > исчерпывающая документация;
сотрудничество с клиентом > согласование контракта;
готовность к изменениям > следование плану.

Scrum — итеративная доставка спринтами

Роли: Product Owner (что/зачем) · Scrum Master (процесс) · Команда разработки (как).
Артефакты: Product Backlog (вся работа) · Sprint Backlog (на спринт) · Increment (готовый прирост).
События (всё в таймбоксах): Sprint (1–4 нед) · Planning (что и как в спринте) · Daily (15 мин синк) · Review (демо результата) · Retrospective (улучшение процесса).

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

Доска со столбцами (To Do → In Progress → Done), без обязательных спринтов.
WIP-лимит — ограничение «в работе одновременно»: меньше параллелизма → быстрее поток.
Метрики потока: Lead time (от заявки до готово) и Cycle time (от старта работы до готово), throughput (задач в период).

Когда что применять

Scrum — продуктовая разработка с приоритетами, ритм спринтов помогает фокусу.
Kanban — непрерывный поток разнородных задач (поддержка, операционка, инфра), где спринты мешают.
На практике — часто гибрид (Scrumban): доска + WIP из Kanban, ритм событий из Scrum.

Пример расчёта (метрики потока Kanban)

Закрыто за 2 недели (10 раб. дней): 20 задач  → throughput = 2 задачи/день.
Cycle time задач (дней от старта до готово): 1, 2, 2, 3, 2, 4, 1, 3, 2, 2 …
  средний cycle time ≈ 2.2 дня.

Закон Литтла: среднее число задач «в работе» (WIP) = throughput × cycle time.
  WIP ≈ 2 задачи/день × 2.2 дня ≈ 4.4 задачи одновременно.

Хотим быстрее? Снизим WIP-лимит до 3:
  меньше переключений → cycle time падает (напр. до ~1.6 дня),
  поток ускоряется при той же команде. (Меньше «начатого-незаконченного».)

Прогноз: 30 задач в очереди / 2 в день ≈ 15 рабочих дней (диапазон, не точка).

Ловушки

Карго-культ (ритуалы Scrum без смысла). → Цель важнее церемонии; нет цели события — меняй формат.
Agile = «без плана/без документации». → Манифест говорит «работающий продукт > исчерпывающей доки», а не «ноль доки».
Высокий WIP («берём всё сразу»). → Много начатого = ничего не закончено; ограничивай WIP.
Daily как отчёт начальнику. → Это синк команды для команды, 15 минут.
Scrum там, где нужен Kanban (хаотичная поддержка в спринтах). → Поток разнородных задач — это Kanban.