Сообщить об ошибкеКороткий ответ
Нужно фиксировать в брифе изначальный объём работы (количество макетов/версий, число раундов правок) и любое расширение задачи сверх этого оформлять как отдельное дополнение с пересмотром сроков, а не добавлять новые требования «по пути» в рамках того же дедлайна без обсуждения.
Как это работает подробнее
scope creep возникает, когда в процессе работы заказчик или команда постепенно добавляют новые требования («а ещё сделай вариант для сторис», «а давай попробуем другой стиль») без пересмотра сроков и ресурсов, из-за чего реальный объём работы растёт, а дедлайн и ожидания по качеству остаются прежними.
Что использовать на практике
- Рекомендация. при любом новом запросе, выходящем за рамки исходного брифа, стоит явно обозначить, что это дополнительная задача, и обсудить, как она влияет на сроки остальной работы — либо сдвигается дедлайн, либо снижается приоритет другой задачи.
Подводные камни
- Риск. соглашаться на «ещё одну маленькую правку» много раз без фиксации, в итоге объём работы кратно вырастает против исходного брифа; не вести учёт фактически выполненных задач против запланированных, из-за чего позже трудно оценить реальную нагрузку команды.