Scrum используют 70% IT-компаний РФ. Внедряют все, работает у половины. Разница — в правильной настройке процессов.
Agile — не методология, а образ мышления. Scrum, Kanban, SAFe — это инструменты. Главное правильно подобрать под команду и продукт.
Когда нужен Agile
- Меняющиеся требования (продуктовая разработка, стартап)
- Команда 5–9 человек на одном продукте
- Регулярные релизы каждые 2–4 недели
- Заказчик готов к итеративной поставке
Когда Agile НЕ подходит
- Жёсткое ТЗ с фиксированной ценой и сроком
- Регулируемые отрасли с проектированием перед стартом (атом, медицина, авиация)
- Поддержка и сопровождение легаси-кода
- Команда меньше 3 человек или больше 12
Scrum: ключевые элементы
Роли
- Product Owner — отвечает за продукт, приоритизирует backlog
- Scrum Master — отвечает за процесс, убирает препятствия
- Команда разработки — 3–9 человек, кросс-функциональная
Артефакты
- Product Backlog — все задачи, отсортированы по приоритету
- Sprint Backlog — задачи на текущий спринт
- Increment — рабочий продукт в конце спринта
Церемонии
- Sprint Planning — 2–4 часа в начале спринта
- Daily Standup — 15 минут ежедневно
- Sprint Review — 1–2 часа в конце, демо стейкхолдерам
- Retrospective — 1 час в конце, что улучшить в процессе
Не уверены — узнайте свои шансы за 10 секунд
Введите ИНН компании — мы покажем скоринговый балл, шансы одобрения и список банков, которые с большой вероятностью одобрят кредит.
🔍 Бесплатный аудит по ИНН →Метрики Scrum-команды
- Velocity — story points за спринт, средняя за 5 спринтов
- Sprint Goal achievement — процент выполненных целей
- Cycle time — от старта до релиза задачи
- Lead time — от попадания в backlog до релиза
- Defect ratio — баги на спринт
- Team happiness — опрос команды раз в спринт
Kanban: альтернатива Scrum
Без спринтов, задачи едут потоком. WIP-лимиты на каждой стадии. Подходит для:
- Поддержка/багфиксы — задачи прилетают неравномерно
- DevOps команд — реактивная работа
- Маленьких команд (1–3 чел) — нет смысла в церемониях
SAFe: для крупных компаний
Scaled Agile Framework — для 50+ разработчиков. Многоуровневая структура: команды → ART (release train) → portfolio. Сложно внедрять, но работает.
Главные ошибки внедрения
- Scrum «на бумаге» — церемонии есть, реально команда работает по-старому
- Менеджер играет PO и SM одновременно — конфликт интересов
- Фиксированные сроки и ТЗ — это не Agile, это водопад с дейли
- Без retro — процесс не улучшается
- Длинные спринты (4+ недели) — теряется фокус
- Слишком частые митинги — разработчик не успевает кодить
- Без Definition of Done — задачи «почти готовы» бесконечно
Как внедрить с нуля
- Шаг 1. Обучить команду основам (Scrum Guide за 1 день)
- Шаг 2. Назначить Scrum Master (внешний коуч на 3 месяца — окупается)
- Шаг 3. Выбрать пилотный проект и команду 5–7 человек
- Шаг 4. Спринты 2 недели, церемонии все
- Шаг 5. 3 месяца настройка процесса, ретроспективы каждый спринт
- Шаг 6. Метрики (velocity) — после 5 спринтов
- Шаг 7. Масштабирование на другие команды
Стоимость внедрения
- Внешний коуч: 200–500 тыс ₽/мес × 3 месяца
- Сертификация PO/SM: 50–150 тыс ₽/чел
- Инструменты (Jira/YouTrack): 500–2 000 ₽/чел/мес
- Время команды на церемонии: ~10% рабочего времени
Чек-лист зрелого Scrum
PO и SM — разные люди
Definition of Done описан
Backlog приоритизирован, refinement раз в неделю
Спринт ≤ 2 недели
Velocity стабильная ±15%
Retro приводит к изменениям, а не «жалобам»
Стейкхолдеры приходят на Review
Получите консультацию бесплатно
Расскажем, какие у вас шансы и в какой банк подавать. Без обязательств и предоплаты.
Частые вопросы
Какие минимальные метрики нужно отслеживать после внедрения Scrum, чтобы оценить эффективность?
Основные метрики: скорость команды (story points/спринт), процент завершённых задач, lead time (время от идеи до реализации). Опционально: NPS клиентов, уровень технического долга. Минимум — 2-3 показателя, иначе анализ усложнится.
Можно ли внедрить Scrum без выделенного Scrum-мастера в команде из 5 человек?
Да, но риски вырастут. Scrum-мастер устраняет препятствия и следит за процессами. Без него эти задачи лягут на Product Owner или разработчиков, что снизит эффективность. Для малых команд допустимо совмещение ролей, но на 3+ месяца это не рекомендуется.
Какой процент IT-команд в РФ терпят неудачу при первом внедрении Agile/Scrum?
По данным 2025 года, ~40% команд сталкиваются с провалами из-за отсутствия адаптации процессов под специфику бизнеса. Основные причины: формальное проведение ретроспектив, отсутствие поддержки топ-менеджмента, попытка слепо копировать чужие практики.
Что делать, если команда сопротивляется ежедневным стендапам?
Сократите длительность до 10 минут, чётко фиксируйте блокеры. Покажите пользу на примере: например, как стендап помог быстро решить проблему. Если сопротивление продолжается — проведите ретроспективу для выявления глубинных причин (например, страх отчётности или непонимание цели).
Чем отличается гибкое планирование в Scrum от классического waterfall-подхода в контексте бюджетирования?
Waterfall требует точного бюджета заранее, Scrum — гибкого финансирования по спринтам (обычно 2-4 недели). В Scrum допускается ±15% корректировка бюджета между спринтами, а ключевые KPI — не соблюдение графика, а ценность для клиента и скорость доставки продукта.