Проектирование начинается как движение к определённости: от концепции к рабочим решениям, от вариантов к выбору. Предполагается, что на каждом этапе часть неопределённости снимается и проект постепенно стабилизируется.

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

Ключевая проблема в том, что изменения не ограничиваются этапами. Решения, которые должны были быть закреплены, остаются открытыми. В результате проект одновременно находится в нескольких состояниях: утверждён, но ещё корректируется.

Это разрушает основу проектирования — возможность опираться на уже принятые решения. Конструкторы, инженеры и сметчики работают с разными версиями, и синхронность между разделами начинает теряться.

В Перми это усиливается из-за зависимости проекта от внешних факторов: согласований, климатических требований, особенностей площадки. Любое уточнение по этим параметрам может потребовать возврата к уже “закрытым” решениям.

Отсутствие жёсткой фиксации делает каждое решение временным

Когда нет чёткой границы между этапами, любое решение воспринимается как предварительное. Это меняет поведение всех участников: никто не закладывается на стабильность, потому что ожидает изменений.

В результате проект теряет скорость. Вместо последовательного движения возникает эффект “вязкости” — каждый шаг требует проверки на актуальность, каждое действие может оказаться преждевременным.

Финансовые последствия проявляются через накопление переделок. Работы выполняются по версии, которая уже устаревает, и требуют повторного выполнения. Это не единичные ошибки, а системный эффект отсутствия фиксации.

На уровне заказчика это снижает прозрачность. Становится сложно понять, какая версия проекта является актуальной и на основании чего принимаются решения. Доверие к процессу начинает снижаться.

На уровне команды это размывает ответственность. Если решение постоянно меняется, невозможно определить, где была допущена ошибка — она теряется в потоке корректировок.

В итоге проектирование перестаёт выполнять свою основную функцию — снижать неопределённость. Вместо этого оно её поддерживает, перенося нестабильность дальше, уже в стадию реализации.