← Назад к базе знаний

Scrum

Scrum — фреймворк

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

Какую боль решает

Длинные проекты с планом на год срываются, заказчик видит результат слишком поздно, требования меняются, а команда работает «в стол».

  • Результат виден только в конце проекта
  • Требования меняются, план устаревает
  • Команда перегружена и не понимает приоритетов

Ваш ли это случай

Проверьте ситуацию до того, как тратить время на рамку. Если ваш случай в правой колонке — возьмите указанную альтернативу.

Ситуация Подходит? Что взять вместо
Разработка продукта с меняющимися требованиями Да —
Команда 3–9 человек над общей целью Да —
Поток однотипных заявок Нет Kanban
Проект с жёстко фиксированным объёмом и сроком Частично Гибрид с планом этапов

Как устроено

Элемент Что это
Бэклог продукта Приоритизированный список задач
Планирование спринта Что берём и зачем
Ежедневная встреча 15 минут: прогресс и препятствия
Обзор спринта Показ результата заинтересованным
Ретроспектива Что улучшить в работе команды

Главная ценность — регулярная обратная связь: каждые несколько недель видно, туда ли движется работа.

Как применять

  1. Назначьте владельца продукта и сформируйте бэклог.
  2. Выберите длительность спринта.
  3. Проведите планирование: цель спринта и задачи.
  4. Проводите короткие ежедневные встречи.
  5. В конце спринта покажите результат и соберите обратную связь.
  6. На ретроспективе выберите одно улучшение процесса.

Пример: внедрение CRM двухнедельными спринтами

Вместо полугодового проекта внедрения CRM команда работала двухнедельными спринтами. После первого спринта продавцы получили базовую карточку клиента и воронку, после третьего — интеграцию с почтой. Обратная связь продавцов меняла приоритеты, и через три месяца система использовалась, а не просто была «сдана».

Где ломается

Симптом Причина Что делать
Ритуалы без смысла Формальное следование правилам Фокус на результат и обратную связь
Задачи меняются посреди спринта Нет защиты спринта Новые задачи — в следующий спринт
Нет владельца продукта Приоритеты от всех Один человек решает приоритеты

До и после

Рамка редко работает одна. Вот что обычно стоит перед ней и что после.

Этап Что делаем Чем
До Приоритеты RICE и ICE
Вместе Поток задач Kanban
После Улучшение процесса Ретроспективы, PDCA

Частые вопросы

Подходит ли Scrum вне разработки?
Да, для маркетинга, внедрений и проектов с неопределённостью, если результат можно показывать частями.
Чем отличается от Kanban?
Scrum — фиксированные итерации и роли, Kanban — непрерывный поток с ограничением работы в процессе.
Сколько длится спринт?
Чаще всего две недели — баланс между скоростью обратной связи и объёмом работы.
Материал оказался полезным?