Подписанное ТЗ гарантирует, что исполнитель пообещал определённый результат, но жизнь не гарантирует, что всё произойдёт согласно плану.

Проблема в том, что подписанное ТЗ воспринимается как на 100% определённое будущее. Относительно него строятся планы. Но статистика подсказывает[38], что срок и бюджет проекта будут превышены, а ПО получится недостаточно высокого качества.

ТЗ действительно фиксирует вершины проектного треугольника, но эта фиксация создаёт лишь иллюзию определённости и контроля.

В моей практике был случай создания системы после неудачного внедрения SAP у одного российского ритейла. У «сапёров» ушёл год на составление ТЗ. Ещё год на настройку и программирование SAP. В итоге бизнес остался недоволен, потому что система работала медленно и частично ошибочно – «сапёры» недостаточно разобрались в бизнесе. Ещё три года ушло на дописывание, исправление и борьбу. Прочитать подробнее о ТЗ при внедрениях систем в полушуточной статье «Не купитесь на ERP!»[39]