Проверка технического задания подрядчику
Хорошее ТЗ должно позволять двум независимым подрядчикам одинаково понять, что нужно выполнить, на каких исходных данных, где заканчивается их зона работ и чем будет подтверждаться результат. Я проверяю ТЗ именно на эту инженерную определённость — до того, как неоднозначность превратится в разные цены, допработы и спор при приёмке.
ТЗ проверяется не по объёму текста, а по возможности принять результат
Длинный документ может оставлять открытым главный вопрос: что именно подрядчик обязан сдать заказчику. Формулировки «выполнить в соответствии с проектом», «предусмотреть всё необходимое» или «материал — аналог» выглядят ёмко, но без версии документов, границ и критериев проверки оставляют место для разных трактовок.
Я читаю ТЗ в обратную сторону: представляю момент приёмки и проверяю, есть ли в документе данные, по которым можно однозначно установить выполнен требуемый результат или нет.
Семь вопросов, на которые ТЗ должно отвечать без устных пояснений
| Что является результатом? | Не только перечень операций, а состояние объекта после выполнения: смонтировано, подключено, испытано, восстановлено, передано с определённым комплектом документов. |
|---|---|
| По каким исходным данным? | Номера/версии проекта и РД, обследования, ведомости, спецификации, точки подключения, фактические условия существующего объекта. |
| Где границы работ? | Физические и функциональные границы: от какой точки до какой, кто выполняет отверстия, закладные, питание, восстановление, демонтаж, вывоз, временные работы. |
| Что можно менять? | Правила замены материалов и оборудования, характеристики, которые должны сохраниться, и порядок согласования изменения. |
| Что проверяется до закрытия? | Контрольные точки и скрываемые параметры, которые нельзя достоверно установить после бетонирования, зашивки, обратной засыпки или отделки. |
| Как подтверждается качество? | Измерения, испытания, протоколы, паспорта, сертификаты, исполнительные схемы, акты и другие документы — только те, которые действительно относятся к конкретному результату. |
| Что происходит при изменении? | Кто выдаёт новое решение, какая версия становится действующей, что происходит с объёмами, спецификациями, сроками и ранее согласованными работами. |
Пример: почему «монтаж согласно проекту» недостаточен
«Выполнить монтаж металлических конструкций согласно проекту, с предоставлением исполнительной документации».
Перед запросом цены я бы проверил как минимум:
- Какой именно комплект КМ/КМД является основанием? Если рабочие листы продолжают меняться, подрядчики могут считать разные объёмы.
- Кто поставляет металл, крепёж, анкеры, огнезащиту и расходные материалы? Цена зависит от границы поставки.
- Кто выполняет геодезическую подготовку и контроль? Это отдельная функция, которую нельзя оставлять «между участниками».
- Что считается законченным этапом? Смонтированный каркас, затянутые соединения, антикоррозионная/огнезащитная обработка, контроль соединений, исполнительная схема — набор зависит от конкретного решения.
- Какие изменения подрядчик вправе предлагать самостоятельно? Монтажное удобство не означает автоматическую допустимость изменения проектного узла.
Как проходит инженерная проверка ТЗ
- Результат
Формулирую, что должно быть сдано
Если это нельзя кратко описать без слов «и всё необходимое», граница задачи ещё не определена.
- Основание
Привязываю результат к конкретным документам
Версии ПД/РД, спецификации, обследования, технические условия, исходные отметки и фактические данные.
- Контроль
Проверяю, можно ли объективно принять каждый критичный параметр
Какие значения измеряются, что осматривается до закрытия, какие испытания нужны и какие документы действительно подтверждают выполнение.
- Интерфейсы
Ищу «ничьи» зоны между подрядчиками
Смежные работы, временные решения, подключения и восстановление после монтажа часто становятся допработами именно потому, что не закреплены ни за одной стороной.
- Уточнение
Возвращаю перечень конкретных правок и вопросов
Не «дописать раздел качества», а указать, какой результат, параметр, документ или границу требуется определить.
Что получает заказчик
Замечания к ТЗ с привязкой к формулировкам
Где задача допускает несколько технических трактовок и почему это повлияет на цену, выполнение или приёмку.
Перечень недостающих исходных данных
Какие чертежи, характеристики, границы или фактические сведения нужно добавить до запроса предложения.
Критерии технического результата
Что должно быть измерено, проверено или подтверждено документом, чтобы приёмка не зависела только от устной договорённости.
Дальше по цепочке
Пришлите черновик ТЗ до рассылки подрядчикам
Укажите объект, вид работ и что должно быть получено на выходе. Я отмечу места, где разные исполнители могут понять задачу по-разному.