Требования к заданию на проектирование

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

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

Актуальная редакция задания

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

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

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

Параметры и функции объекта

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

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

Другой контроль выполняют в обратном направлении. Существенное решение, появившееся в проекте, сопоставляют с заданием и исходными условиями. Если основание находится, связь подтверждается. Если его нет, заказчику нужно установить, откуда возникло решение и должно ли соответствующее исходное условие быть отражено в актуальных документах.

Приложения и исходные условия

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

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

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

Документы об изменении требований

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

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

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

Требования без проектного ответа

При сопоставлении задания с проектом могут обнаружиться условия, которым невозможно найти соответствующее решение. Причина не всегда одинакова. Требование могло быть пропущено при разработке, изменено позднее, отнесено к другой части работ либо сформулировано так, что его применение к текущему проекту требует уточнения.

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

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

Решения без исходного основания

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

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

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

Текстовая часть и исходные данные

Пункт 3 Положения, утверждённого постановлением Правительства Российской Федерации от 16.02.2008 № 87, предусматривает, что проектная документация состоит из текстовой и графической частей, а текстовая часть содержит сведения, описание решений, ссылки на исходные данные и результаты расчётов, обосновывающие решения. Для подготовки задания это имеет конкретное значение: исходное условие должно быть связано с проектной документацией так, чтобы можно было проследить, на каких данных и требованиях основано принятое решение.

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

Утверждённые требования и пожелания

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

Если спорное условие встречается только в переписке или предварительном варианте, нужно установить, было ли оно затем включено в действующую редакцию задания либо иной документ, задающий исходные требования. Если было включено — проверяют его отражение в проекте. Если нет, его нельзя автоматически рассматривать как часть актуального задания только потому, что оно обсуждалось в процессе работы.

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

Самопроверка задания перед экспертизой

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

• Редакция: определено, какое задание и какие изменения к нему действуют для передаваемого проекта.
• Исходные условия: приложения и документы с уточнениями относятся к актуальной версии задания.
• Требования: для существенных параметров и функций найдено соответствующее решение в проектной документации.
• Проектные решения: для решений, зависящих от исходных условий, можно проследить основание в задании или связанных исходных данных.
• Изменения: поздние изменения требований проверены по всем документам, которых они могут касаться.
• Версии: разные части передаваемого комплекта не опираются на конкурирующие редакции задания.

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

Если исходных сведений недостаточно

При неизвестной редакции задания, отсутствии приложения или неясной связи изменения с проектом окончательный вывод делать рано. Сначала собирают недостающие материалы и устанавливают, какой набор требований фактически относится к проверяемой версии документации.

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

Готовность задания к проверке

Подготовленное задание представляет собой актуальный набор исходных требований, связанный с конкретной редакцией проектной документации. По нему можно понять, какие параметры и функции были заданы, где они реализованы в проекте и какими документами оформлялись последующие изменения.

Такой результат помогает выявить расхождения между исходной задачей и разработанной документацией до передачи на экспертизу. Он не подтверждает универсальную достаточность одного и того же состава задания для любых объектов: содержание нужно определять по конкретному проекту и применимым требованиям. Для выбора следующего действия по документам можно перейти в раздел «Заказчикам».