Требования меняются на каждом проекте автоматизации без исключений, и это не признак плохой подготовки. Заказчик впервые видит свой процесс схемой на второй неделе и обнаруживает в нём то, чего не замечал годами. На демонстрации выясняется, что правило, названное на интервью, работает не всегда. Появляется новый маркетплейс, меняется требование площадки, уходит сотрудник, который один знал исключение. Вопрос не в том, как изменения запретить, а в том, как провести их без скандала и без бесплатной работы.
Рабочая процедура состоит из пяти шагов и одной формы. Любое изменение получает автора, оценку в часах, ответ на вопрос «что ещё это затрагивает» и подпись человека, имеющего право утвердить. После этого изменение либо уходит в резерв этапа, либо оформляется допсоглашением с новой ценой и новым сроком. Третьего варианта — «сделайте по-быстрому, мы же партнёры» — в проекте с фиксированной сметой не существует.
Ниже — сама процедура, форма запроса, три проверочных вопроса на границе «уточнение или новая работа», арифметика резерва и порог, за которым техническое задание дешевле переписать, чем править. Всё на модельном проекте: один участок, 12 недель, бюджет внедрения 900 000 ₽, ставка работ подрядчика 3 000 ₽/час.
Три вопроса, которые отделяют уточнение от новой работы
Главный источник конфликта — не сами изменения, а спор о том, изменение это вообще или «мы так и договаривались». Спор решается не силой характера, а тремя вопросами, которые задаются в фиксированном порядке. Одно «да» — и это уже не уточнение.
- 1Меняется ли результат этапа, записанный в ТЗ? Если в критерии приёмки стояло «система извлекает шесть полей из накладной», а теперь нужно восемь — это новая работа, даже если два новых поля кажутся мелочью. Если формулировка результата не меняется, а уточняется способ его достижения — это уточнение.
- 2Затрагивает ли правка разделы, которые уже приняты? Изменение внутри текущего, ещё не сданного этапа обходится в часы разработки. То же изменение в принятом разделе стоит дороже: переделать, повторно протестировать, повторно принять, а иногда и откатить данные. Принятая часть проекта — это не «мы уже написали», это «мы уже построили на этом остальное».
- 3Сдвигается ли срок хотя бы на день? Если да, изменение не берётся из резерва ни при каком остатке. Резерв покрывает деньги, но не время: срок фиксируется в договоре, и его перенос — это отдельная договорённость, которую нельзя провести молча.
Документ на одну страницу, который переводит устную просьбу в проектный объект: у него есть номер, автор, описание, оценка в часах и днях, перечень затронутых частей системы и статус. Пока просьба не оформлена запросом, её не существует для проекта — и именно поэтому её нельзя ни оценить, ни отклонить, ни потом предъявить.
Сравнение в две колонки с общей шапкой из трёх вопросов: «Меняется результат этапа?», «Затронуты принятые разделы?», «Сдвигается срок?». Левая колонка «Уточнение — в рамках этапа»: примеры «переставить поля в форме», «изменить текст уведомления», «другой порядок колонок в отчёте», внизу пометка «оплачивается из резерва этапа». Правая колонка «Новая работа — допсоглашение»: примеры «шесть полей вместо восьми», «второй склад со своей логикой», «ещё один канал заявок», внизу пометка «новая оценка, новый срок». Чертёжный стиль, подписи по-русски.
Процедура из пяти шагов
Процедура нужна не ради бюрократии, а ради скорости. Без неё каждое изменение обсуждается заново, с нуля и на эмоциях. С ней разговор занимает три минуты: вот номер, вот оценка, решаем — берём или откладываем.
- 11. Инициирует любой участник, оформляет — куратор
Просьбу может высказать кто угодно: владелец процесса, линейный сотрудник, инженер подрядчика, увидевший противоречие в правилах. Но оформляет запрос всегда куратор проекта со стороны заказчика — иначе через месяц в переписке лежат двадцать полупросьб, и ни одна не имеет статуса. Роли и то, кто чем занят в проекте, мы разбирали в статье о ролях и часах заказчика.
- 22. Оценивает подрядчик, срок оценки — 2 рабочих дня
Подрядчик отвечает тремя числами: часы разработки, часы тестирования и сдвиг срока в рабочих днях. Плюс отдельной строкой — что ещё затрагивается: интеграции, отчёты, обучение, уже написанные инструкции. Оценка «пара часов» без разбивки не принимается: именно из таких оценок складывается перерасход, который потом обсуждают на повышенных тонах.
- 33. Утверждает владелец процесса, крупное — спонсор
Порог разделения назначается заранее и в деньгах. Рабочий ориентир: до 30 000 ₽ и без сдвига срока решает владелец процесса, дороже или со сдвигом — спонсор. Без порога любое изменение либо утверждается кем попало, либо ждёт первое лицо две недели.
- 44. Фиксируется в одном месте — реестре изменений
Один документ на проект: номер, дата, автор, описание, оценка, решение, статус. Реестр ведёт куратор, доступ к нему есть у обеих сторон. Реестр важнее самих запросов: именно он показывает, что изменений уже одиннадцать, а не «пара мелочей», и что три из них меняют одно и то же правило.
- 55. Оформляется — резервом или допсоглашением
Изменение, прошедшее три проверочных вопроса как уточнение, списывается из резерва этапа и в договор не попадает. Всё остальное оформляется допсоглашением с новой ценой и новым сроком до начала работ, а не после. Это ровно та механика, которую мы описываем в гарантиях: небольшие уточнения делаются внутри этапа, существенные изменения объёма получают отдельную оценку.
Схема из семи блоков со стрелками: «Устная просьба» → «Куратор оформляет запрос» → «Подрядчик оценивает: часы, тесты, сдвиг срока — 2 рабочих дня» → развилка «Три вопроса». От развилки две ветки: верхняя «Уточнение → списывается из резерва этапа», нижняя «Новая работа → допсоглашение с новой ценой и сроком». Обе ветки сходятся в блок «Реестр изменений: номер, дата, оценка, решение». Сбоку врезка с порогом утверждения: «до 30 000 ₽ и без сдвига — владелец процесса, дороже или со сдвигом — спонсор». Чертёжный стиль, подписи по-русски.
Форма запроса: девять полей на одну страницу
Форма нужна короткая, иначе её не заполняют. Девять полей помещаются на страницу и закрывают все вопросы, которые иначе всплывут через месяц в виде спора.
| Поле | Что писать | Зачем |
|---|---|---|
| Номер и дата | Сквозной номер по проекту, дата подачи | Без номера запрос невозможно найти в переписке и посчитать в реестре |
| Автор | Фамилия человека, а не «отдел продаж» | У изменения должен быть тот, кто ответит на уточняющий вопрос |
| Что меняется | Одно предложение: как должно стать вместо того, как записано в ТЗ | Формулировка «как стало» проверяема, формулировка «неудобно» — нет |
| Зачем | Что произойдёт, если не менять: потеря денег, риск штрафа, лишняя ручная работа | Половина запросов отваливается на этом поле сама |
| Что затрагивает | Экраны, интеграции, отчёты, инструкции, обучение | Самое дорогое в изменении — обычно не оно само, а его хвосты |
| Оценка разработки | Часы | Разделять с тестированием: соотношение показывает, насколько правка рискованная |
| Оценка тестирования | Часы | Если тестирование дороже разработки — правка задевает то, что уже работает |
| Сдвиг срока | Рабочие дни, «0» — тоже ответ | Единственное поле, из-за которого изменение не может уйти в резерв |
| Решение | Принято, отклонено, отложено до следующего этапа | Отложенных должно быть больше всего — это нормально и это дёшево |
Когда просьбу нужно записать одной строкой вместе с ответом на вопрос «что будет, если не делать», значительная часть просьб исчезает на этапе заполнения. Не потому что их отклонили, а потому что автор сам понимает: ничего не будет. Это самый дешёвый фильтр в проекте — он стоит пяти минут работы куратора и экономит десятки часов разработки.
Резерв 10–15 %: откуда берётся и на что тратится
Резерв на изменения — это не запас на ошибки подрядчика в оценке. Ошибка в оценке при фиксированной смете этапа остаётся риском подрядчика: потратил больше часов — это его убыток, а не ваш счёт. Резерв нужен для другого: для уточнений, которые появятся у заказчика, когда он увидит систему вживую. Их не бывает нулём, и планировать нулём — значит планировать конфликт.
Правило расходования резерва простое и должно быть записано до старта: из резерва оплачивается только то, что не двигает срок. Как только правка добавляет к календарю хотя бы день, она перестаёт быть уточнением — цену недели сдвига мы считали отдельно в разборе сроков проекта автоматизации, и она заметно больше стоимости самих часов разработки.
Второе правило: остаток резерва не «сгорает» и не превращается в скидку. Он переносится на следующий этап, потому что самые дорогие уточнения приходят поздно — на пилоте, когда через систему пошёл живой поток и вылезли исключения. Проект, где резерв израсходован к шестой неделе из двенадцати, — это ранний сигнал: либо ТЗ написано на догадках, либо владелец процесса не имеет полномочий и меняет решения вслед за чужим мнением.
Линейный график на 12 недель. Ось Y — остаток резерва в рублях от 108 000 до 0. Одна линия — фактический расход: ступеньки вниз на 18 000 ₽ (неделя 4) и на 42 000 ₽ (неделя 7), остаток 48 000 ₽ держится до конца. Вторая, штриховая линия — тревожный сценарий, уходящий в ноль к шестой неделе, подписан «резерв кончился на середине: ТЗ написано на догадках». Отдельной отметкой вне графика — изменение № 3 на 138 000 ₽ с пометкой «сдвиг срока, в резерв не входит». Чертёжный стиль, подписи по-русски.
Когда дешевле переписать ТЗ, чем править его
У латания есть предел. Каждая правка в тексте технического задания требует найти все места, где условие упоминается, согласовать формулировку и убедиться, что она не противоречит соседним разделам. На первых трёх правках это дёшево. На седьмой — документ становится нечитаемым, и подрядчик начинает работать не по ТЗ, а по последнему письму, что убивает саму идею приёмки по критериям.
Практический признак, что порог пройден: на совещании никто не может ответить, какая версия требования действующая, без поднятия переписки. Второй признак — два принятых запроса противоречат друг другу, и никто этого не заметил до разработки. В этот момент правильное решение — остановиться на два дня, свести всё в новую редакцию ТЗ и переподписать её приложением к договору. Что должно быть внутри самого документа, разобрано в статье о техническом задании на автоматизацию.
Новая редакция сводит воедино уже принятые решения, а не открывает торг заново. В допсоглашение попадает то, что было согласовано по запросам, с теми же оценками. Если подрядчик под предлогом новой редакции пересматривает цены на уже сделанное или добавляет работы, о которых не было запросов, — это не наведение порядка, а расширение сметы, и такой документ подписывать нельзя.
Заморозка требований перед приёмкой
Приёмка этапа невозможна, пока требования к нему меняются: каждая демонстрация рождает новую правку, и этап не заканчивается никогда. Поэтому за 10 рабочих дней до плановой приёмки объявляется заморозка — но не всего проекта, а конкретного этапа.
- Замораживается только сдаваемый этап. Запросы по нему в этот период не принимаются к исполнению, но принимаются к регистрации: попадают в реестр со статусом «отложено до следующего этапа» и никуда не пропадают.
- Исключение одно — блокирующий дефект. Если система не делает того, что записано в критериях приёмки, это не изменение, а дефект, и он чинится за счёт подрядчика в срок по SLA. Путаницу между дефектом и изменением снимает простая проверка: сравните поведение с текстом критерия приёмки, а не с ожиданием.
- Заморозка объявляется письмом обеим сторонам. Дата начала, дата приёмки, кто принимает решения по спорным случаям. Устная договорённость о заморозке не работает: через два дня приходит просьба «ну это же мелочь».
- После приёмки заморозка снимается автоматически. Отложенные запросы возвращаются в оценку вместе с началом следующего этапа — и часть из них к этому моменту теряет актуальность, потому что живая система решила вопрос иначе.
Правила самой приёмки — сроки проверки, форма мотивированного отказа, классы замечаний — вынесены в отдельный разбор поэтапной приёмки в договоре. Здесь важно только одно: заморозка требований и приёмка — это одна связка. Без заморозки критерии приёмки меняются быстрее, чем их успевают проверить.
Горизонтальная лента одного этапа проекта. Слева зона «работы и изменения принимаются», справа выделенная штриховкой зона «заморозка — 10 рабочих дней», в конце отметка «приёмка этапа». Над зоной заморозки две стрелки: одна перечёркнутая с подписью «изменения не исполняются», вторая целая с подписью «запросы регистрируются в реестре со статусом «отложено»». Под лентой отдельная стрелка «блокирующий дефект — чинится всегда, по SLA». Справа от приёмки короткий блок «заморозка снимается, отложенные запросы уходят в оценку следующего этапа». Чертёжный стиль, подписи по-русски.
Когда процедура не нужна
Формальная процедура запросов на изменение оправдана не всегда, и навязывать её маленькому проекту — значит потратить на бумаги больше, чем на работу. Три случая, когда достаточно списка в общем чате.
- Проект короче трёх недель и дешевле 150 000 ₽. Здесь весь объём работ помещается в голове обеих сторон, а полный цикл оформления одного запроса — регистрация, оценка, утверждение — съедает заметную долю бюджета. Достаточно списка правок в общем чате и одного решения в конце каждой недели.
- Работа по времени и материалам, а не по фиксированной смете. При почасовой оплате изменение не меняет условий договора: оно просто добавляет часы, которые видно в отчёте. Процедура остаётся полезной для управления объёмом, но перестаёт быть защитой от бесплатной работы — разницу схем мы разбирали в статье про фиксированную цену и time and material.
- Проект уже буксует, и правки — симптом, а не причина. Когда изменений накопилось столько, что реестр перестал помещаться на экран, чинить надо не процедуру, а постановку задачи: сузить объём до одного сценария и пересобрать план. Порядок такого перезапуска описан в разборе как спасти буксующий проект.
И общий принцип, который стоит держать в голове при любом размере проекта. Изменения — это не проблема и не признак чьей-то ошибки. Проблема появляется ровно тогда, когда изменение делается устно и бесплатно: подрядчик копит невидимый перерасход и в какой-то момент начинает экономить на качестве, а заказчик искренне не понимает, почему проект едет, ведь он «ничего особенного не просил». Процедура из пяти шагов стоит примерно тридцать минут работы куратора в неделю и снимает именно этот сценарий.
Изменение, которое не записано, не бесплатное. Оно просто оплачивается позже и не тем, кто его попросил.
