Аудит проектной документации

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

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

Такой подход позволяет сосредоточить работу на конкретной проблеме и не смешивать целевой аудит с полной экспертизой всей проектной документации.

Что является предметом аудита

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

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

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

Когда нужен целевой аудит

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

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

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

Какие документы необходимы

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

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

Почему сначала формулируется вопрос аудита

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

Чёткая формулировка позволяет определить состав материалов и глубину анализа.

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

Как определить приоритеты аудита

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

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

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

Как определяется граница проверки

Граница определяется сочетанием трёх факторов: предмета вопроса, состава документов и необходимого результата.

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

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

Проверка актуальности редакции

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

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

Использование устаревшей редакции может привести к выводу, который уже не относится к текущему проекту.

Как анализируются исходные данные

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

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

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

Как проверяется выбранное техническое решение

Сначала определяется, какое именно решение является предметом аудита. Затем устанавливается, какими документами оно описано и на каких исходных данных основано.

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

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

Как выявляются противоречия

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

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

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

Как выявляется недостаток согласованности

Несогласованность может возникать, когда изменение или решение отражено в одном документе, но не отражено в связанном материале.

Например, выбранное решение может быть изменено, а связанный расчёт или чертёж остаться в прежнем состоянии.

В рамках аудита проверяется именно та цепочка документов, которая необходима для ответа на поставленный вопрос.

Как проверяется достаточность решений

Достаточность оценивается относительно конкретного вопроса аудита и имеющихся исходных данных.

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

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

Аудит технического риска

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

Затем проверяется, какие сведения в проекте подтверждают или опровергают наличие соответствующей проблемы.

Результат должен показывать не просто наличие риска как предположения, а то, что именно установлено по представленным документам и где остаётся неопределённость.

Аудит уже выявленного замечания

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

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

Необходимо определить, устранена ли исходная проблема и не возникло ли новое противоречие вследствие исправления.

Как проверяется изменение проекта

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

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

Если изменение затронуло только часть проекта, остальные материалы не считаются автоматически проверенными.

Как работает аудит нескольких связанных документов

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

Например, техническое решение может быть отражено в текстовой части, обосновано расчётом, показано на чертеже и раскрыто в спецификации.

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

Как проходит профессиональный аудит

Сначала фиксируется основной вопрос и приоритеты проверки.

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

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

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

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

Как формируется результат

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

Для каждого вопроса указывается, что установлено по представленным материалам, какие документы использованы и имеются ли ограничения для окончательного вывода.

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

Какие статусы могут иметь выявленные вопросы

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

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

Как результат используется заказчиком

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

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

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

Что может изменить результат

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

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

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

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

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

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

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

Чем аудит отличается от экспертизы проектной документации

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

Аудит имеет целевой характер: он проводится по заранее определённым рискам или вопросам и не требует обязательного воспроизведения полного объёма проверки всего проекта.

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

Чем аудит отличается от проверки отдельного раздела

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

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

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

Когда требуется более широкий охват

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

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

До расширения границ результата вывод остаётся ограниченным исходным вопросом.

Что подготовить до начала аудита

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

Также необходимо сообщить стадию проекта и какое решение планируется принять по результатам аудита.

Важно указать актуальную редакцию документов и изменения, относящиеся к проверяемому предмету.

Граница результата

Результат аудита ограничен заранее определёнными вопросами, рисками и составом документов.

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

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

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

Итоговый результат

Итогом является целевой профессиональный вывод по заранее определённым вопросам проектной документации.

В нём выделяются установленные противоречия и несогласованности, недостатки исходных данных и вопросы, которые требуют уточнения.

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

Связанные страницы

• Услуги
• Экспертиза проектной документации
• Экспертиза отдельных разделов проектной документации
• Проверка рабочей документации

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