Клиентские правки не срывают сроки, если их собрать в одну систему

Клиентские правки не срывают сроки, если их собрать в одну систему

Главная ошибка — обсуждать правки в чате по ходу дела. Так появляются «добавьте ещё чуть-чуть», потерянные версии и спор о том, кто что обещал. Нужен один канал для сбора правок и один ответственный со стороны клиента.

Дальше фиксируйте не «поменять кнопку», а три вещи:
— что меняем;
— где именно;
— зачем это нужно.
Если правка не привязана к цели, она часто превращается в вкусовщину. А вкусовщина — самый дорогой тип задачи.

Полезно разделять правки на три корзины: критичные, важные и «хотелки». Первые идут в работу сразу, вторые — в план, третьи — только после согласования времени и объёма. Так вы не обещаете переделать весь сайт из-за одного комментария в макете.

Ещё один рабочий приём — лимит на итерации. После второго круга согласования начинаются не улучшения, а бесконечная полировка. На этом этапе лучше остановиться, собрать спорные места в отдельный список и зафиксировать финальное решение.

Чем яснее правила правок в начале проекта, тем меньше эмоций, ручной переписки и бесплатных доработок в конце.