Допустим, компания заказывает интернет-магазин и рассчитывает на три месяца. На пятой неделе появляется идея добавить сравнение товаров. На восьмой нужен личный кабинет. Через неделю хочется ещё программу лояльности. Каждая просьба кажется небольшой, но через полгода сайт всё ещё не запущен, бюджет вырос, а команда устала. Это и есть вечная разработка.
Причина обычно одна: объём работ зафиксирован, а порядка изменений нет. Ниже разберём управление scope проекта и правила, которые помогают понять, как избежать вечной разработки. Мы в JoyWin фиксируем объём в ТЗ и вносим изменения по заранее описанному порядку, поэтому знаем, где этот порядок чаще всего ломается.
Что такое scope и почему он расползается
Scope это объём работ: список страниц, функций, интеграций и результатов, которые войдут в проект. Он расползается по трём причинам. В ТЗ не записано, что в проект не входит. Новые идеи обсуждаются в чате или по телефону и не попадают в документ. Никто не показывает цену изменения до того, как решение принято.
Правила, которые держат объём под контролем
- Запишите границы в ТЗ. Укажите не только что входит, но и что вынесено во вторую очередь.
- Оформляйте каждое изменение письменно. Достаточно трёх строк: что нужно, зачем, насколько срочно.
- Оценивайте влияние до решения. Подрядчик называет трудозатраты, сдвиг сроков и вариант замены: что можно убрать взамен новой функции.
- Назначьте одного человека, который утверждает изменения. Если решения принимают трое, проект получает три версии приоритетов.
- Разделяйте правку и изменение. Правка: результат не соответствует ТЗ, её исправляют в рамках проекта. Изменение: новое требование, которого в ТЗ не было, оно оценивается отдельно.
- Ограничьте число раундов правок дизайна. Запишите это в договоре и ТЗ.
- Сверяйтесь по контрольным точкам. Раз в две недели короткая сдача результата и пересмотр плана.
Пример запроса на изменение
- Запрос: добавить сравнение товаров в каталоге.
- Зачем: покупатели выбирают между похожими моделями.
- Влияние: около 20 рабочих часов и сдвиг сдачи каталога на 3 дня (цифры для примера).
- Варианты: включить сейчас с переносом даты или перенести во вторую очередь.
- Решение: фиксируется письмом и вносится в план.
Контроль scope на практике
Хороший признак: любой участник проекта может ответить, что входит в первую версию и на какую дату она запланирована. Если ответы расходятся, объём нужно пересобрать. Изменения в проекте сайта неизбежны, и бояться их не нужно. Важно, чтобы каждое попадало в план вместе с ценой.
Как мы работаем
Мы пишем ТЗ после аналитики и прототипа, записываем границы и вторую очередь, согласуем порядок изменений до начала работы и сверяем план на контрольных точках. Напишите нам, и мы разберём ваш проект на консультации: что входит в первую версию и как удержать сроки.
