5 ошибок в техническом задании, из-за которых проект уходит на переделку

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

Казалось бы, прописные истины. Но практика показывает: большинство проблем рождается именно на этапе формулировки задачи. Заказчик что-то недоговаривает, исполнитель что-то домысливает, а потом выясняется, что «мы имели в виду совсем другое».

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

Ошибка 1. «Сделайте как у них, только лучше»

Ситуация из практики

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

Что пошло не так

Исполнители сделали копию «по картинке». Угадали с габаритами, но посадочные места не совпали. Деталь просто не встала на место. Переделка заняла две недели и обошлась в полторы стоимости оригинала.

Почему так происходит

Заказчик искренне верит, что опытный инженер «на глаз» определит все размеры, допуски и материал. Или надеется, что существует волшебная база данных, где по фотографии можно найти чертеж. Ни того, ни другого не существует.

Как правильно

• Если есть физический образец — предоставить его для замера. Хотя бы в виде «отверточной» детали, которую можно привезти.
• Если образца нет — фиксировать все, что известно: габаритные размеры, примерный материал, нагрузки, с чем деталь сопрягается.
• Не стесняйтесь сказать «я не знаю». Лучше честное «не знаю, нужно замерять» — чем догадки, которые приведут к переделке.

Ошибка 2. «Ну вы же профессионалы, сами подберите»

Ситуация из практики

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

Что пошло не так

Исполнители спроектировали опору под стандартные нагрузки и стандартный крепеж. Когда конструкцию привезли на площадку, оказалось, что способ крепления не совпадает с тем, что есть на объекте. Опору пришлось переделывать практически с нуля.

Почему так происходит:

Заказчик искренне верит, что профессионализм исполнителя включает в себя чтение мыслей и знание всех контекстов, включая те, о которых не сказали. Это не так. Профессионализм — это умение задать правильные вопросы и спроектировать под известные параметры. Но если параметров нет, то и проектировать нечего.

Как правильно

• Если вы не знаете параметр — напишите в ТЗ: «требуется расчет под условия: [перечислите, что известно]».
• Не стесняйтесь писать «требуется уточнение», «данные отсутствуют», «необходим выезд специалиста для замера».
• Помните: чем больше неизвестных, тем выше риск, что результат не совпадет с ожиданиями.

Ошибка 3. «Мы же обсуждали устно»

Ситуация из практики

На созвоне с заказчиком обсуждали дополнительный фланец к основной конструкции. «Да, было бы неплохо добавить», — сказал заказчик. В письменном ТЗ этот фланец не попал. Исполнители сделали конструкцию точно по документу. Фланца не было.

Что пошло не так

Заказчик искренне считал, что устное упоминание на созвоне — это полноценное техническое задание. Исполнитель — что раз фланец не вписан в ТЗ, значит, это было просто пожелание, а не требование.

Почему так происходит

Люди переоценивают свою память и недооценивают важность письменной фиксации. На созвоне обсуждается 20 вещей. Через неделю помнятся 10. В ТЗ попадают 5. Результат — потерянная деталь и испорченные отношения.

Как правильно

• Все, что обсуждается устно, должно попадать в финальную версию ТЗ. Никаких «потом объясню», «ну вы же помните».
• После каждого созвона высылайте заказчику краткую выжимку: «что обсудили, что решили, что добавили в ТЗ».
• Утверждайте каждую версию ТЗ письменно. Никаких «да ладно, поехали».

Ошибка 4. «Допуски? Это же не космос»

Ситуация из практики

В техническом задании были указаны только номинальные размеры. Ни квалитетов, ни допусков, ни посадок. Инженеры заложили стандартный допуск ±0,5 мм — для большинства машиностроительных задач этого достаточно.

Что пошло не так

На сборке оказалось, что деталь должна сопрягаться с прецизионным узлом, где нужен допуск ±0,05 мм. Собранный узел просто не встал на место. Пришлось переделывать всю партию.

Почему так происходит

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

Как правильно

• Фиксировать допуски и квалитеты в ТЗ. Если не знаете — пишите, с чем конкретно будет сопрягаться деталь.
• Указывайте стандарты: ГОСТ, ISO, DIN. Не «сопрягается», а «сопрягается с валом Ø25h6».
• Если посадка ответственная — напишите об этом отдельно. «Ответственная», «критичная», «требует точной подгонки» — лучше, чем ничего.

Ошибка 5. «Изменим по ходу»

Ситуация из практики

Согласовали чертежи, запустили изготовление. Через неделю заказчик звонит: «Увеличьте диаметр отверстий с 10 до 12 мм. Это мелочь, быстро исправите».

Что пошло не так

«Мелочь» потянула за собой пересчет прочности всей конструкции, замену крепежа и доработку сопряженных узлов. Деталь переделывали трижды. Сроки сдвинулись на месяц, бюджет вырос на 40%.

Почему так происходит

Заказчик искренне не понимает, почему «маленькое изменение» стоит больших денег. Ему кажется, что инженер просто перерисовывает кружочек в чертеже и все. Он не видит, как это изменение влияет на расчеты, на соседние узлы, на технологию изготовления.

Как правильно

• Фиксировать версии технического задания. Любое изменение после согласования — отдельная задача со своей стоимостью и сроками.
• Согласовывать изменения письменно. Никаких «по телефону договорились».
• Заказчик должен понимать: каждое изменение — это не просто правка чертежа, это пересчет, перепроверка и часто переделка уже готового.

Что делать, если ошибка уже случилась

Ошибки в ТЗ неизбежны. Особенно если проект сложный, а заказчик и исполнитель находятся в разных контекстах. Вопрос не в том, чтобы их избежать любой ценой, а в том, чтобы минимизировать ущерб.

Вот несколько рабочих рекомендаций:

1. Сделайте ТЗ живым документом. Оно не должно застывать в камне. Но каждое изменение должно фиксироваться и согласовываться.
2. Не бойтесь задавать «глупые» вопросы. «А что значит „как обычно“?», «А какой допуск на этот размер?», «А с чем эта деталь будет сопрягаться?». Лучше спросить сейчас, чем переделывать потом.
3. Создайте чек-лист для приемки ТЗ. Пройдитесь по нему перед стартом работ: есть ли размеры? Допуски? Материалы? Сопряжения? Сроки? Критерии приемки?
4. Пишите тест-кейсы. «Если мы сделаем А, а заказчик ожидал Б — как мы это проверим?». Тест-кейсы на удивление хорошо выявляют разрывы в понимании.
5. Не стесняйтесь говорить «стоп». Лучше остановить проект на этапе ТЗ, чем переделывать готовую деталь.

Вместо резюме

Техническое задание — это не бюрократия. Это инструмент, который спасает нервы, деньги и время. И заказчика, и исполнителя.

Потратьте лишние два часа на уточнение ТЗ. Потратьте лишний час на письменную фиксацию устных договоренностей. Потратьте полчаса на чек-лист.

Это дешевле, чем переделывать деталь. И гораздо быстрее, чем разбираться, «почему так вышло».