Scrum — внедрение и типичные ошибки
Миграции в инкременте — Пакетная работа; проверка — SQL для тестировщика.
С чего начать — 11 шагов
После истории и мотивации ниже — минимальный механизм запуска, который часто дают на тренингах по Scrum. Детали ролей — ./2.
| Шаг | Действие | Ключевая мысль |
|---|---|---|
| 1 | Назначить Product Owner | Видение, приоритеты, связь со стейкхолдерами |
| 2 | Собрать команду 3–9 | Все навыки для инкремента |
| 3 | Назначить Scrum Master | Процесс и препятствия, не раздача задач |
| 4 | Создать Product Backlog | Всё, что может понадобиться продукту, в одном списке |
| 5 | Оценить бэклог относительно | Fibonacci, не часы; проверить "можно ли сделать" |
| 6 | Провести Sprint Planning | Sprint Goal, прогноз по velocity |
| 7 | Сделать работу видимой | Доска, burndown |
| 8 | Daily Scrum 15 мин | Три вопроса к цели спринта |
| 9 | Sprint Review | Демо только Done |
| 10 | Retrospective | Улучшение процесса, kaizen в следующий спринт |
| 11 | Сразу следующий спринт | Непрерывный ритм |
Первый спринт можно упростить (меньше scope), но не пропускать review и retro — иначе нет петли обучения.
Контекст внедрения в России
Типичные барьеры на российских проектах:
- заказчик не приходит на встречи и не даёт обратную связь;
- слабая командная культура и индивидуальные KPI;
- ожидание, что Scrum "сам всё исправит" без обучения.
Практичный вывод: внедрять частично (daily + доска + demo раз в 2 недели) уже даёт эффект, но для полноценного Scrum нужны обучение и договорённость с заказчиком о вовлечённости PO.
Scrum-театр
Признаки, что процесс имитируют:
| Театр | Как должно быть |
|---|---|
| Спринт есть, инкремента нет | Done по DoD каждый спринт |
| Daily = отчёт начальству | Синхронизация Developers к Sprint Goal |
| PO = "прокси менеджера" без права режет бэклог | PO приоритизирует |
| Velocity "рисуют" | Считают только завершённое |
| Retro без действий | Kaizen в Sprint Backlog |
| SM = администратор Jira | SM убирает impediments |
Расширенный чек-лист — Scrum — чек-лист самопроверки; диагностика методологии в целом — 7-03/999.
Гибриды
Water-Scrum-Fall
Часто в госсекторе и крупном enterprise: ТЗ и контракт водопадом, внутри подрядчика — спринты. Возможно, если артефакты приёмки собираются в контрольные точки — см. Методологии ГИС.
Scrumban
Спринты + WIP-limits и визуализация потока для внеплановых задач (поддержка, инциденты) — 7-03/1.
Организационные условия успеха
Вместе с Scrum Guide на успех влияют:
- поддержка руководства (снятие бюрократических блокеров);
- право команды сказать "нет" лишнему scope в спринте;
- отслеживание морального климата команды — падение вовлечённости часто предшествует падению velocity;
- инвестиции в автоматизацию (CI, тесты) — иначе "готово" на review не масштабируется.
Обучение и нормативная база
| Ресурс | Зачем |
|---|---|
| Scrum Guide | Актуальные определения |
| Раздел 7-14 | История, lean, внедрение |
| Курсы PSM / PSPO (Scrum.org) и аналоги | Единый словарь в компании |
Что читать дальше
| Тема | Ссылка |
|---|---|
| Итоговая таблица | Scrum — итоги раздела |
| Самопроверка | Scrum — чек-лист самопроверки |
| Дейли и коммуникация | 7-02/111 |