Процессы: Scrum, Kanban

↑ 9.1 Team Lead и soft skills · ← Предыдущая · → Следующая

Обязательно~3 мин чтенияУровень: senior

Зачем это на собесе

Нужно объяснить, что вы используете и почему, а не пересказывать учебник.

Scrum

Итерации (спринты) 1–4 недели, фиксированные роли и события.

Элемент	Суть
Роли	Product Owner, Scrum Master, команда разработки
События	Planning, Daily, Review, Retrospective, сам спринт
Артефакты	Product Backlog, Sprint Backlog, Increment
Метрики	velocity, burndown

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

Kanban

Непрерывный поток с визуализацией и лимитами WIP.

Элемент	Суть
Доска	колонки этапов (To Do, In Progress, Review, Done)
WIP-лимит	ограничение задач в работе
Политики	правила перехода между колонками
Метрики	lead time, cycle time, throughput, CFD

Плюсы: гибкость, подходит для поддержки и потока. Минусы: меньше ритма, нужна дисциплина.

Scrumban и другое

Сочетание: Scrum-события + Kanban-лимиты. Также Shape Up (циклы по 6 недель), XP (TDD, парное программирование, CI).

Как выбирать

Ситуация	Подход
Продуктовая разработка с планами	Scrum
Поддержка, инциденты, непрерывный поток	Kanban
Смешанные потребности	Scrumban

Ритуалы, которые действительно работают

• Daily: 15 минут, блокеры и координация, не отчёт руководителю;
• Refinement: заранее понять задачи, критерии готовности;
• Retro: 1–2 конкретных действия с владельцем, проверка выполнения на следующей;
• Demo: показывать работающее.

Метрики поставки

DORA: deployment frequency, lead time for changes, change failure rate, MTTR. Важнее velocity, потому что не подвержены «накачке».

Вопросы с ответами

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

Scrum — итерации с фиксированным объёмом и ролями; Kanban — непрерывный поток с ограничением незавершённой работы.

Что делать, если ретро превращаются в формальность?

Сфокусироваться на 1–2 действиях с ответственным и сроком, отслеживать выполнение, менять формат, обсуждать реальные проблемы.