Предмет и задачи проверки проекта на коллизии между разделами 🧩

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

Всё это напрямую связано с таким направлением работ, как проектная экспертиза.

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

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

Задачи проверки вытекают из структуры предмета.

1. Первая задача — установить перечень межраздельных связей, существенных для данного проекта, то есть определить, какие пары разделов и по каким параметрам должны быть согласованы.
2. Вторая задача — зафиксировать для каждой существенной связи фактическое состояние согласованности и описать обнаруженные расхождения в терминах параметров, а не в терминах общих суждений.
3. Третья задача — квалифицировать каждое расхождение: отнести его к допустимым или недопустимым, оценить его последствия для реализуемости проекта.
4. Четвёртая задача — определить, является ли расхождение следствием единичной неточности или оно воспроизводится систематически, указывая на рассогласование исходных предпосылок.
5. Пятая задача — сформулировать требование к устранению недопустимого расхождения в форме, пригодной для внесения изменений в конкретные разделы.

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

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

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

Место проверки на коллизии между разделами в структуре проектной экспертизы 📊

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

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

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

Именно в этом проявляется практическое значение такого направления, как проектная экспертиза.

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

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

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

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

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

Нормативная и методическая база выявления межраздельных коллизий 📜

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

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

1. Первый слой — общие требования к проектной документации, устанавливающие обязательность согласованности её частей и ответственность за неё.
2. Второй слой — требования к содержанию отдельных разделов, поскольку именно они определяют, какие параметры вообще описываются в разделе и, следовательно, могут вступать в коллизию.
3. Третий слой — требования, устанавливающие связи между разделами через указание на исходные данные, расчётные предпосылки или условия реализации.
4. Четвёртый слой — требования к оформлению изменений, поскольку устранение коллизии всегда есть изменение документации и подчиняется правилам внесения изменений.

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

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

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

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

Типология коллизий между разделами проекта: классификационные основания 🧩

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

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

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

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

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

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

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

Коллизии в координационных и геометрических параметрах смежных разделов 📌

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

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

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

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

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

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

Коллизии в нагрузках, воздействиях и расчётных предпосылках 🔬

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

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

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

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

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

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

Коллизии в материалах, изделиях и спецификациях смежных разделов 📌

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

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

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

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

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

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

Технологические и организационные коллизии между разделами проекта 🗂️

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

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

Второй тип — коллизии доступа. Решение, описанное в одном разделе, требует доступа к элементу, который после выполнения работ по другому разделу становится недоступным. Коллизия доступа может быть временной, если доступ возможен в определённый период, и постоянной, если он утрачивается безвозвратно. Различение временной и постоянной коллизии определяет и способ её устранения: временная может быть снята изменением порядка работ, постоянная требует изменения решения.

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

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

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

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

Информационные модели и автоматизированное выявление межраздельных коллизий 💻

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

Именно здесь раскрывается суть такого направления, как проектная экспертиза.

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

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

Существенная особенность автоматизированного выявления состоит в том, что оно порождает значительное число срабатываний, часть которых оказывается ложной. Ложные срабатывания возникают из-за неполноты модели, из-за различий в уровне детализации, из-за того, что правило сформулировано для общего случая и не учитывает особенностей конкретного проекта. Работа с ложными срабатываниями составляет значительную часть усилий при автоматизированной проверке и требует методики их фильтрации. Фильтрация опирается на квалификацию, введённую при определении предмета: срабатывание, которое при экспертном рассмотрении оказывается допустимым расхождением, отбрасысывается, а не включается в перечень замечаний.

Порядок проведения проверки проекта на коллизии между разделами 🗂️

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

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

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

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

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

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

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

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

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

Оформление результатов проверки на коллизии между разделами 📄

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

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

Второе требование — различение факта и квалификации. Описание должно ясно показывать, что установлено сопоставлением, а что является экспертным суждением. Факт — несовпадение значений; квалификация — отнесение расхождения к недопустимым; требование — предписание устранить. Смешение этих элементов в одном нерасчленённом суждении затрудняет как проверку выводов, так и их оспаривание. Расчленение позволяет разработчику видеть, с чем он согласен, а с чем нет, и формулировать возражения по существу.

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

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

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

Шестое требование — отделение результатов проверки от рекомендаций. Требование к устранению коллизии является результатом проверки, поскольку оно вытекает из установленной недопустимости. Рекомендация о способе устранения результатом проверки не является, поскольку способ остаётся на усмотрение разработчика. Оформление должно различать эти элементы: требование формулируется как указание на несовместимость, подлежащую устранению, рекомендация — как возможный способ, не имеющий обязательной силы.

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

Практические приёмы работы эксперта с межраздельными связями 💼

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

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

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

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

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

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

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

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

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

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

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

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

Организация взаимодействия эксперта с разработчиком при выявлении межраздельных коллизий 🗂️

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

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

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

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

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

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

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

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

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

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

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

Заключение ✅

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

Это наглядно показывает, из чего складывается проектная экспертиза.

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

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

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

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

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

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