Дополнительная работа

Триггер

Запускайте playbook, когда клиент просит результат, правку, формат, интеграцию, встречу или срочность, которых нет в согласованном scope. Он нужен и тогда, когда одна «маленькая просьба» меняет архитектуру, срок, число итераций или критерий готовности.

Цель — не отказать по умолчанию, а отделить уточнение от нового объёма и согласовать влияние до выполнения. Даже хорошим постоянным клиентам не стоит незаметно дарить работу: это искажает ожидания и экономику.

Входные данные

Подготовьте:

• исходное описание результата и исключений;
• milestone, offer или рабочее сообщение со scope;
• включённые раунды правок и поддержку;
• точный новый запрос клиента;
• оценку влияния на время, стоимость, зависимости и срок;
• тип и статус контракта;
• текущий приоритет и уже выполненную работу.

Если исходный scope двусмыслен, не объявляйте запрос дополнительным автоматически. Сначала покажите обе интерпретации и предложите справедливую границу.

Шаги

1. Классифицируйте запрос

Отнесите его к одной категории:

• уточнение — не меняет результат и укладывается в согласованную итерацию;
• исправление дефекта — результат не соответствует письменному критерию;
• дополнительная работа — появляется новый результат, формат, интеграция или объём;
• замена scope — клиент хочет отказаться от части результата и добавить другую;
• срочность — scope тот же, но меняется график и ресурсная нагрузка.

Не называйте исправление собственного несоответствия платной допработой. И наоборот, «это всего одна кнопка» не определяет технический объём.

2. Подтвердите понимание

Ответьте без обвинения:

Правильно понимаю, что нужно добавить [результат]. В текущий этап входит [исходный результат], а [новый элемент] отдельно не указан. Я быстро оценю влияние и предложу варианты до начала.

Если запрос голосовой, перенесите формулировку в письменный канал и попросите подтвердить.

3. Оцените изменение

Посчитайте не только часы реализации, но и проверку, коммуникацию, управление, повторное тестирование и влияние на уже сделанное. Назовите предположения и входные данные. Не выдавайте точную оценку там, где сначала нужен discovery.

4. Предложите варианты

Обычно достаточно трёх:

1. оставить текущий этап без изменений, новый запрос — позже;
2. добавить отдельный milestone/лимит часов с ценой и сроком;
3. заменить часть scope без изменения цены, если объёмы действительно сопоставимы.

Для срочности покажите реалистичный компромисс: убрать часть объёма, изменить последовательность или добавить стоимость резервирования. Не обещайте невозможный срок за доплату.

5. Оформите change request

Зафиксируйте:

• запрос и причину;
• старый и новый scope;
• исключения;
• цену и сроки;
• критерии готовности;
• влияние на текущий этап;
• необходимые действия в контракте.

До начала убедитесь, что изменения отражены в активном контракте, milestone или допустимом недельном лимите. Для fixed-price проверьте финансирование конкретного нового этапа. Сообщение «оплатим потом» не заменяет корректное оформление.

6. Обновите план

После подтверждения отправьте новую дату статуса, обновите очередь и сохраните решение рядом с исходным scope. Если клиент отказался, продолжайте только исходный объём и не включайте новый элемент «для красоты».

Стоп-условия

Не начинайте дополнительную работу, если:

• клиент не подтвердил новый результат и цену;
• нужный milestone или лимит не оформлен;
• запрос нарушает закон, правила или безопасность;
• он требует чувствительных доступов без необходимости;
• изменение делает текущий результат технически нежизнеспособным;
• клиент связывает оплату старого scope с бесплатным новым объёмом;
• спор идёт о том, является ли запрос дефектом.

При спорной границе покажите конкретные цитаты scope и предложите независимый критерий проверки.

Готово, когда

• запрос классифицирован и письменно подтверждён;
• клиент видит влияние на цену и срок;
• старый и новый scope различимы;
• контрактная механика обновлена до старта;
• критерии приёмки и входные данные указаны;
• команда работает по одной актуальной версии;
• отказ от допработы не повредил сдаче исходного результата.

Управление scope — это прозрачность сделки, а не повод выставлять счёт за каждое сообщение.