Несоответствие решений заданию на проектирование

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

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

Задание на проектирование как исходная точка

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

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

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

Связь требования с проектным решением

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

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

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

Прямое расхождение

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

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

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

Неполное выполнение требования

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

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

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

Изменение задания в ходе проектирования

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

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

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

Несинхронизированные версии

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

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

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

Иное толкование исходного требования

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

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

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

Роль согласованных изменений

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

Проверка должна установить три связи:

• какое требование содержалось в исходной редакции задания;
• как именно оно было изменено и какая редакция является актуальной;
• соответствует ли текущее проектное решение уже измененному требованию.

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

Контроль конкретного параметра

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

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

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

Ранние признаки риска

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

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

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

Одинаковое отличие и разные причины

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

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

Действия после обнаружения расхождения

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

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

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

Результат контрольного сопоставления

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

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

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