Пилот SCRUM: от «всё срочно» к предсказуемым спринтам
Контекст: команда заказной разработки 12 человек, внешний заказчик с частой сменой приоритетов. Руководитель проекта выгорел, процесс держался на «героях».
Было:
- задачи менялись mid-sprint, коммиты «на вчера»
- нет единого бэклога — приоритеты в чатах
- ретро не проводились, повторяющиеся сбои
- заказчик не видел статус, звонил напрямую разработчикам
Что сделали (8 недель):
- диагностика as-is + согласование правил с заказчиком
- 2 пилотных спринта с фасилитацией (planning, daily, review, retro)
- Definition of Ready/Done, WIP-лимиты, еженедельный статус для стейкholder
- коучинг тимлида на роль внутреннего Scrum Master
Стало:
- velocity стабилизировалась, переработки снизились на ~30% (по self-report)
- заказчик перестал «прыгать в чат» — есть слот review и правила срочных изменений
- тимлид ведёт церемонии сам, внешний фасилитатор нужен раз в 2 недели
- post-review через 2 месяца: процесс держится без постоянного вмешательства
«Мы наконец перестали тушить пожары каждую неделю. Заказчик видит, что в спринте, команда — что от неё ждут. Это был не “Agile ради Agile”, а нормальный рабочий ритм.»
Руководитель проекта, аутсорс (анонимно, с согласия)