АГУ Ивгосэкспертиза
СОГЛАСОВАНИЕ ПРОЕКТА ЗАДАНИЯ НА ПРОЕКТИРОВАНИЕ
Согласование проекта задания на проектирование объекта капитального строительства, строительство (реконструкция) которого осуществляется в рамках реализации НАЦИОНАЛЬНЫХ ПРОЕКТОВ (ГОСУДАРСТВЕННЫХ ПРОГРАММ) Российской Федерации
Во исполнение поручений Правительства Российской Федерации (пункт 9 раздела II протокола заседания президиума Совета при Президенте Российской Федерации по стратегическому развитию и национальным проектам от 12.02.2020 №1, пункт 5 раздела II протокола всероссийского селекторного совещания от 07.02.2020 №МХ-П16-10пр) и письма Минстроя России от 09.04.2020 №13809-ИФ/01 АГУ «Ивгосэкспертиза» осуществляет согласование заданий на проектирование по объектам капитального строительства, строительство (реконструкция) которых осуществляется (планируется к осуществлению) В РАМКАХ НАЦИОНАЛЬНЫХ ПРОЕКТОВ (ГОСУДАРСТВЕННЫХ ПРОГРАММ) РОССИЙСКОЙ ФЕДЕРАЦИИ.
Согласование заданий на проектирование осуществляет в целях проведения проверки на предмет достаточности содержащихся в нем сведений и исходных данных для разработки проектной документации объекта капитального строительства, соответствующей требованиям Положения о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16.02.2008 №87.
Порядок и последовательность действий по согласованию задания на проектирование установлены Регламентом. Услуга предоставляется на безвозмездной основе.
Документы необходимые для согласования проекта задания на проектирование:
ФОРМЫ ДОКУМЕНТОВ
Форма заявления о согласовании задания на проектирование (скачать)
Внимание !!! Форму заявления заполнить только своими данными без форматирования и изменения оформления !
Форма доверенности на проведение согласования задания на проектирование (скачать)
Доверенность должна быть представлена в форме электронного документа, подписанного усиленной квалифицированной электронной подписью уполномоченного лица, выдавшего (подписавшего) доверенность, либо должен быть представлен оригинал доверенности на бумажном носителе
Согласование задания на проектирование | ОГАУ «Госэкспертиза Челябинской области»
Построение работы с заказчиками строительства на принципах комплексного предоставления услуг на всех стадиях реализации объекта — одно из основных направлений трансформации института строительной экспертизы, предусмотренных стратегией развития отрасли до 2030 года.
В целях исполнения поручений Правительства Российской Федерации об организации согласования проектов заданий на архитектурно-строительное проектирование объектов капитального строительства в соответствии с пунктом 9 раздела II протокола заседания президиума Совета при Президенте Российской Федерации по стратегическому развитию и национальным проектам от 12.02.2020 № 1, а также пунктом 5 раздела II протокола всероссийского селекторного совещания от 07.02.2020 № МХ-П16-10пр, ОГАУ «Госэкспертиза Челябинской области» начинает предоставление консультационной услуги «Согласование проекта задания на архитектурно-строительное проектирование».
Государственным и муниципальным заказчикам, в случае если строительство (реконструкция) объекта капитального строительства реализуется за счет бюджетов бюджетной системы Российской Федерации, необходимо направлять на согласование проект задания на архитектурно-строительное проектирование в ОГАУ «Госэкспертиза Челябинской области».
Получатели услуги – государственные и муниципальные заказчики.
Срок оказания услуги – 15 рабочих дней с момента приема заявления и комплекта документов.
Услуга осуществляется в электронной форме.
Результатом рассмотрения проекта задания на архитектурно-строительное проектирование являются выводы о соответствии обязательным требованиям к заданию, а также о согласовании (не согласовании) проекта задания на проектирование, в форме письма.
Информация о предоставлении услуги размещена в разделе сайта Консультационные услуги.
Согласование проектной документации в Москве
Строительство – это очень ответственный процесс
На всех этапах производства строительных работ требуются специализированные навыки. Поэтому, возводимые здания, для обеспечения безопасной их эксплуатации на протяжении многих лет, должны в полной мере отвечать требованиям действующего законодательства на территории РФ. Пожалуй, самым ответственным участником строительства является проектировщик, который отвечает не только за прочность и устойчивость строительных конструкций, а также за соблюдение градостроительных норм, выполнение технических условий на подключение к инженерным сетям, требованиям по пожарной и экологической безопасности, норм инсоляции и КЕО, а также, просто, условиям комфортного пребывания людей в здании и на прилегающем к нему участку. Поэтому, любая проектная документация имеет целый перечень различных согласований для успешной реализации объекта.
Рекомендуем узнать подробнее о строительстве из металлоконструкций в Москве .
Основные этапы согласования проектной документации
Заключая договор на проектирование, представители проектной организации всегда готовы к согласованию выпущенной проектной документации в следующем порядке:
1. На этапе создания предпроектного предложения (стадия ПП) – документация должна удовлетворять градостроительным нормам и особенностям градостроительного регулирования в данном регионе строительства – требованиям по этажности, по обеспеченности объектами социальной инфраструктуры, парковочными местами, а также пожеланиям заказчика. Согласование данного этапа проводится на уровне администрации населённого пункта размещения участка под строительство. Также, на данном этапе, проводится согласование внешнего вида фасадов зданий с главным архитектором, отвечающим за район строительства.
2. На этапе выпуска проекта планировки территории (ППТ) – кроме органов местного самоуправления, согласование и утверждение проектной документации также нужно получить в учреждениях, обслуживающих инженерные сети на предмет соответствия проектных решений требованиям ТУ, переданных проектировщику по запросу заказчика.
После согласования, проект планировки территории должен пройти защиту его проектировщиком на градостроительном совете, а затем, и на публичных слушаниях, так как местные жители должны быть в курсе о грядущих изменениях на территории их постоянного проживания. Кроме того, требуются дополнительные согласования ППТ с местным балансодержателем автодорожного хозяйства, санитарно-эпидемиологическими службами, а при необходимости, с диспетчерскими службами близ лежащих аэропортов.
3. По завершению согласования ППТ, выполняется стадия «Проект» согласно 87 постановлению правительства РФ, которая направляется на анализ и выдачу заключения органами строительных экспертиз. Штат квалифицированных специалистов детально изучают весь объём предоставляемой документации на предмет соответствия действующим нормативным документам и требуемому перечню исходно-разрешительной документации (ИРД). По итогам проверки, проектировщик получает перечень замечаний к проекту, которые он обязан снять в течение кратчайшего времени путём внесения корректировок в документацию.
После снятия замечаний, выдаётся экспертное заключение по проекту.
4. После получения положительного заключения экспертизы, заказчику выдаётся разрешение на строительство и сразу назначается государственный контролирующий орган – региональное представительство главгосстройнадзора (инспекция ГАСН). Экземпляр согласованной документации стадии П передаётся инспекторам для выездных проверок на объект строительства. Тем временем, проектировщик разрабатывает стадию «Рабочая документация» в соответствии с основным решениями стадии «Проект». Любые же корректировки во время производства работ, отходящие от решений, указанных в стадии «Проект», должны быть согласованы с ГАСН, которая вправе направить проект на повторное утверждение экспертизой.
Влияние проектирования на результаты строительства
При сдаче объекта в эксплуатацию, инспекция ГАСН организует итоговую проверку, на предмет соответствия утверждённому проекту, часто привлекая местные ресурсоснабжающие организации.
Если какие-то работы выполнены с отступлением от утвержденной проектно-сметной документации, может потребоваться повторное согласование проектной документации с любой из перечисленных структур.
Надо сказать, что тяжёлый ответственный труд проектировщика вознаграждается через многие годы эксплуатации, потому что, как показывает история, — никто никогда не помнит, кто построил – все помнят того, кто создал…
Вы можете заказать услугу по разработке и согласованию проектной документации на нашем сайте https://iconstr.ru оставив заявку или позвонить по номеру +7(495)532-56-55.
СТУ конструктив. Разработка и согласование.
СТУ на проектирование – это документ, содержащий требования на проектирование и строительство объектов различных типов и функционального назначения. В документе отражаются особенности проектирования, строительства и эксплуатации зданий и сооружений. Структура СТУ закладывается на этапе составления ТЗ на их разработку и, как правило, должна соответствовать структуре действующих технических норм в данной области.
Разработка СпецТУ на объекты капитального строительства осуществляется на стадии проектирования в следующих случаях:
- нормы, содержащие технические требования на проектирование, строительство и эксплуатацию особо опасных, технически сложных и уникальных объектов, объектов культурного наследия, а также объектов, для проектирования которых недостаточно требований по надежности и безопасности, установленных нормативными техническими документами
- нормы, содержащие технические требования по обеспечению сейсмической безопасности при проектировании, строительстве и эксплуатации объектов на площадках сейсмичностью более 9 баллов для всех видов объектов
- нормы, содержащие технические требования на проектирование и строительство объектов в части обеспечения пожарной безопасности
В настоящее время порядок разработки и согласования СпецТУ позволяет, найдя хотя бы одно формальное основание, рассмотреть и обосновать в СТУ ряд отступлений проектных решений от действующих норм.
Такой подход позволяет проектировщику, инвестору или собственнику строительства максимально эффективно использовать СТУ, как документ позволяющий согласовать несоответствие инновационных проектных решений с существующими нормативными требованиями, при этом сохранив возможность применения проектных решений, важных инвестору с точки зрения экономической, технической и эстетической целесообразности.
Таким образом, в процессе разработки СТУ на проектирование устанавливаются четкие требования для конкретного объекта, что даёт возможность существенно упростить подготовку проектной документации и её последующее прохождение процедуры (не)государственной экспертизы.
СТУ на проектирование позволяют:
- урегулировать спорные вопросы, связанные с противоречиями в современном законодательстве и нормировании
- использовать уникальные и эффективные проектные решения с учётом оптимального перечня компенсирующих мероприятий
Ранее полномочиями, функциями по согласованию СТУ был наделен Минрегион России (Госстрой — Федеральное агентство по строительству и ЖКХ).
Организация работы Госстроя по согласованию СТУ определена приказом Минрегиона №29/ГС от 17.10.2012.
В соответствии с Указом Президента РФ №819 от 01.10.2013 Федеральное агентство по строительству и ЖКХ преобразовано в отдельное министерство — Минстрой России.
При этом, порядок разработки и согласования СТУ в Минстрое России, в настоящее время регламентируется Приказом Министерства строительства и жилищно-коммунального хозяйства РФ от 15 апреля 2016 года N 248/пр «О порядке разработки и согласования специальных технических условий для разработки проектной документации на объект капитального строительства». В итоге СТУ на проектирование подлежат согласованию в Минстрое России.
После этапа согласования СТУ в Минстрое России, документ подлежит утверждению Заказчиком.
Нормативные документы:
Приказ Министерства строительства и жилищно-коммунального хозяйства РФ от 15 апреля 2016 года N 248/пр «О порядке разработки и согласования специальных технических условий для разработки проектной документации на объект капитального строительства».
Федеральный закон от 30.12.2009г. №384-ФЗ. «Технический регламент о безопасности зданий и сооружений».
Стоимость услуг по разработке СТУ определяется следующими факторами:
- технологической сложностью объекта
- объемно-планировочными и конструктивными особенностями объекта
- наличием и количеством людей на объекте
Значительную роль играют организационные факторы:
- сроки разработки
- состояние исходных данных, оперативность их предоставления
Срок выполнения работы, при предоставлении запрашиваемой информации в полном объеме и в установленные сроки, от 30 до 90 дней, с учётом согласования.
Обращаем ваше внимание на то, что с 1 июля 2015 года вступил в действие новый «Перечень национальных стандартов и сводов правил (частей таких стандартов и сводов правил), в результате применения которых на обязательной основе обеспечивается соблюдение требований Федерального закона «Технический регламент о безопасности зданий и сооружений», утвержденный Постановлением Правительства РФ от 26 декабря 2014 г.
N 1521. STU.
Согласование проектов капитального строительства и утверждение проектно-сметной документации в экспертизе
Служба заказчика осуществляет согласование проектов строительства (реконструкции) во всех необходимых организациях (как в комплексе, так и по отдельным этапам, разделам) в максимально сжатые сроки.
Специалисты нашей Службы помогут Вам в решении следующих вопросов:
1. На предпроектной стадии:
- Провести анализ потенциального участка застройки.
- Дать заключение по имеющимся правоустанавливающим документам.
- Выявить обстоятельства, ограничивающие строительство и выдать рекомендации по их преодолению.
- Оказать помощь в подготовке исходных документов, необходимых для проектирования и строительства, в том числе: топографо-геодезические исследования, геологические исследования, архитектурные концепции, градостроительную проработку.
- Получить ГПЗУ
- Получить оптимизированные технические условия на присоединение к городским коммуникациям.
2. На стадии проектирования:
- Управлять процессом разработки и согласования проекта в компетентных административных органах.
- Подготовить техническое задание на разработку проектной документации.
- Подготовить и провести тендер среди проектных организаций, содействие при заключении договора на проектирование.
- Согласовать эскизный проект.
- Осуществить контроль над разработкой разделов проекта, в том числе проектов инженерных коммуникаций для присоединения объекта к внешним городским сетям.
- Согласовать разделы проекта с городскими, районными областными службами и Департаментами.
- Согласовать комплект документации в органах архитектуры.
- Оказать помощь в согласовании проектно-сметной документации в государственных, административных, разрешительных, контролирующих и надзорных органах в соответствии с требованиями Градостроительного кодекса Российской Федерации № 191-ФЗ.
- Получить положительное Заключение экспертизы на проектно-сметную документацию.
- Получить Разрешение на выполнение строительных работ.
- Рассмотреть наиболее сложные вопросы, встречающиеся при прохождении проекта всех этапов подготовки, согласований и экспертиз.
Проектирование ДГУ , согласование, строительство, монтаж и обслуживание в Москве
Основной специализацией Группы компаний Ной Хаус является комплексный инжиниринг промышленных объектов»под ключ», а именно — проектирование, согласование, строительство, монтаж и обслуживание — как всего объекта, так и отдельных инженерных систем.
Наше очевидное преимущество — наличие многолетнего опыта в области промышленного проектирования и инжиниринга. Группа Компаний НойХаус располагает необходимой инфраструктурой и квалифицированным персоналом для обеспечения всех этапов реализации задачи – проектирование, согласование, поставка оборудования, монтаж, пуско-наладка, текущее и сервисное обслуживание.
Детальное изучение и учет индивидуальной специфики и особенностей каждого объекта позволяет нам реализовать самые трудные и нетиповые задачи, выполняя проекты под потребности каждого клиента.
Проектирование и согласование установки дизель-генераторных установок (ДГУ)
Такая процедура, как проектирование ДГУ, обязательна, независимо от масштаба и специфики обслуживаемого объекта. Она позволяет:
- подобрать максимально эффективную комплектацию оборудования;
- организовать правильное размещение;
- добиться гарантированной стабильности дизель-генераторной установки;
- спланировать коммуникации, дополнительные источники топлива.
Заказать проект установки ДГУ можно в нашей компании. Наши инженеры не только проведут все необходимые анализы и замеры, но и подберут оптимальный комплект генерирующего оборудования, IPS и схемы размещения коммуникаций. Также мы возьмем на себя дальнейшее обслуживание генераторов и сопутствующих элементов системы.
Полученный проект ДГУ используется, как старт для проведения подготовительных и монтажных работ. Возможна разработка проекта под уже закупленное оборудование и обустроенные помещения.
Проектирование газовых генераторных установок
Профессиональное проектирование ГПУ (газопоршневых установок) подразумевает проведение инженерного анализа сетей и технических возможностей подключения. При этом учитываются такие моменты, как:
- Экономическая эффективность использования ГПУ
- Срок окупаемости проекта
- Расчётная потребляемая мощность объекта;
- Особенности и масштабы объекта;
- Необходимость установки IPS и т.д.
Также проект установки ГПУ включает в себя планировку коммуникаций и организацию места размещения генератора, а также нюансы подведения к нему питания и топлива. Профессиональный проект позволяет снизить затраты на содержание монтируемого оборудования и обеспечить его гарантированно беспроблемную работу.
Заказать проект ГПУ вы можете у инженеров нашей компании. Мы не только проведем анализ объекта, но и предложим оптимальную комплектацию оборудования для конкретного случая.
Работаем с объектами любой специфики, назначения и масштаба.
Компании ЖКХ. Жилищные и коммунальные услуги: Проектирование, согласование перепланировок
Компания «2ПРОЕКТОР» с 1999 года успешно работает в сфере проектирования, согласования перепланировки квартир и нежилых помещений в Москве и Московской области.
В компании работают как инженеры и архитекторы проектировщики, так и специалисты по согласованиям перепланировок, разбирающиеся в строительных технологиях, требованиях безопасности зданий и особенностях законодательста по перепланировкам.
Услуги по проектированию и согласованию перепланировки квартир и нежилых помещений
- Инженерное проектирование / перепланировки, переустройство, реконструкция
- Перепланировка квартир:
— по эскизу
— по проекту - Перепланировка нежилых помещений
- Согласование перепланировки
- Согласование переустройства / перепланировки нежилых помещений
- Согласование перепланировки в БТИ
- Оформление Акта о завершенном переустройстве
- Изготовление технического плана квартиры, нежилого помещения
- Оформление документов по перепланировке
- Внесение изменений в кадастр, получение кадастрового паспорта квартиры
- Получение документов о государственной регистрации прав на недвижимое имущество в Едином государственном реестре
- Перевод квартир в нежилой фонд
- Реконструктивные работы — изменение внешнего облика здания.
C каждым клиентом заключается договор на оказание услуг по проектированию, согласованию перепланировки / переустройства / реконструкции помещения или здания.
Компания бесплатно консультирует своих клиентов в вопросах согласования перепланировки.
Заказчик вправе расторгнуть Договор, в случае невыполнения, или ненадлежащего выполнения нами своей работы, либо по основаниям, предусмотренным действующим Законодательством, а также по взаимному согласию сторон.
Наши преимущества:
- С 1999 года занимаемся согласованием перепланировок;
- Предоставляем надежные гарантии выполнения работ;
- Имеем собственный штат профессиональных инженеров, проектировщиков и специалистов по согласованию перепланировок;
- Применяем индивидуальный подход к каждому клиенту;
- Предлагаем поэтапную систему оплаты: консультации, проект, согласование.
- Возможность on-line оплаты по кредитным картам.
Проверка и одобрение при проектировании — перспектива управления качеством
Процедуры контроля проектирования и строительства, должно быть, возникли в ранней истории. Великая пирамида в Гизе, Египет известна точностью геометрии конструкции высотой 146,5 метра с основанием площадью 230,4 квадратных метра, например, четыре стороны основания Великой пирамиды в Гизе имеют среднюю погрешность всего лишь Длина 58 миллиметров — из Cole Survey (1925) на основе длины стороны 230.252 м, 230,454 м, 230,391 м, 230,357 м [1].
Как были построены пирамиды Гизы, неизвестно. Тем не менее, можно сделать вывод, что для достижения высокой точности используемые методы проектирования и строительства должны включать элементы контроля качества (проверка и утверждение) и обеспечения качества (технический анализ).
Сегодня для дизайн-проектов и связанных с ними профессиональных исследований наиболее важными методами контроля качества являются проверка и утверждение результатов.Тем не менее, эта статья расширит тему, включив в нее технический обзор (он же Design Review) в качестве аналогичного необходимого шага на пути к проверке того, что результаты соответствуют установленным в контракте требованиям. Обзор можно использовать для устранения дефектов на ранних этапах проекта, задолго до окончательной подачи, и поэтому его можно рассматривать как деятельность по обеспечению качества (QA), а не как контроль качества.
ISO 9001: 2015 — Системы менеджмента качества — Требования [2], в «главе 8 — Эксплуатация» излагает свои ожидания в отношении анализа и проверки (проверки).
В интересах Проектировщика и Заказчика знать, что требования контракта выполнены, а также требования ISO 9001 [2], если Проектировщик сертифицирован по этому стандарту. В этом отношении проверка и утверждение — это инструмент, используемый Дизайнером для снижения риска неадекватной работы. Этого метода ожидают и его страховщики профессиональной ответственности (PI), которые хотят ограничить свои риски.
Проверка — это тщательная проверка Проектировщиком всех результатов, которые должны быть выпущены, для оценки их соответствия требованиям, изложенным в контракте.Результаты могут состоять из документов (например, отчетов), чертежей, расчетов, выходных данных 3D-модели и других выходных данных компьютерных моделей.
Проверку необходимо запланировать, чтобы обеспечить ее комплексность и эффективность, особенно в сложных схемах.
Проверка результатов может быть итеративным процессом либо в рамках одной дисциплины, либо в нескольких дисциплинах во время разработки проекта, но на ключевых этапах требуется формальное подтверждение.
Планирование проверки и утверждения должно выполняться в плане качества или, альтернативно, в плане выполнения.Это известно как «Объем проверки»; он включает четыре аспекта:
Объем проверки включает: КОГДА проводить проверку? КАКОЙ уровень проверки требуется? Кто отвечает за проверку? КАК должна проводиться проверка. |
Эти элементы рассматриваются ниже отдельно.
[править] КОГДА проводить проверку?
Определите, на каких этапах процесса проектирования требуется проверка, например, при замораживании проекта, когда его останавливают для подведения итогов.Это особенно подходит для информационного моделирования зданий (BIM), где разработка модели проходит через ряд этапов, например, «Незавершенная работа», «Совместное использование» (внутреннее) и «Опубликованное» (внешнее), распознаваемое формальными выпусками результатов.
Необходимо учитывать планирование проверки работы субконсультантов. Контракт должен требовать подтверждения того, что Субподрядчик проверил, что его собственная работа соответствует требованиям перед подачей. Кроме того, участие клиента или заинтересованной стороны в процессе проверки необходимо запланировать, поскольку в противном случае это может привести к задержкам.
Необходимо понимать, что входящая информация (например, документы, чертежи, стандарты и т. Д.) От других сторон должна проверяться, чтобы показать, что они подходят для использования.
[править] КАКОЙ уровень проверки требуется?
Уровень проверки документов, чертежей, расчетов и моделей обычно определяется каждой организацией в ее процедуре проверки. Для расчетов уровни проверки варьируются от «Самопроверки» до мероприятий по оценке критических расчетов проекта.Для уровней проверки чертежей и документов можно использовать аналогичную методологию.
Процедуры, такие как рабочие процессы QA BIM, должны координироваться между сторонами (консультантом, работодателем, субконсультантами и т. Д.) Для обеспечения согласованности процессов в рамках проекта.
Сложность моделирования уровней проверки должна соответствовать стадиям разработки, например, в рамках различных стадий могут быть выполнены вопросы, содержащие «коды пригодности» для определения стадии выполнения.
[править] КТО отвечает за проверку?
Необходимо показать, что проверяющие и утверждающие компетентны для своих ролей.Это может иметь форму авторитетной матрицы, показывающей проверяющих и утверждающих для каждой дисциплины, а также темы, по которым они имеют право проверять и / или утверждать. Матрица может быть результатом процесса профессионального развития компании. Это должно быть частью планирования проекта, например, на него должна быть сделана ссылка в плане качества.
Для более сложных проектов может потребоваться более одного контролера, чтобы охватить набор навыков требуемых компетенций или, действительно, чтобы наилучшим образом использовать человеческие ресурсы, например, для расчетов опытный специалист проверит принцип, допущения метода и критерии проектирования, в то время как более младший человек может выполнять арифметическую проверку.
В идеале автор, проверяющий и утверждающий должны быть разными людьми. Автор не должен проверять свою работу, так как цель шашки — поднять пару свежих глаз. Кроме того, рекомендуется, чтобы проверяющий и утверждающий результат не был одним и тем же лицом, если работа не выполняется небольшой командой, а второй человек с необходимыми компетенциями недоступен; это должно быть записано в плане качества.
[править] КАК должна проводиться проверка.
Это касается всех типов результатов в разделе 4 — Проверка, непосредственно ниже.
[править] Обзор подхода к проверке
Те, кто готовит результаты, всегда должны проверять свою работу перед тем, как отправлять ее на плановую проверку и утверждение.
Никакие результаты в любом состоянии завершения не должны выдаваться без прохождения определенного уровня проверки; сюда входят «Черновики для комментариев». Получатель (Клиент) желает проанализировать и действительно может попытаться полагаться на документ или рисунок и не будет проверять его точность или надежность для вас.Согласно опыту автора аудита, с документами «Черновик для комментариев» может случиться так, что единственный комментарий клиента будет: «Отлично, рассматривайте документ как первую проблему», и в этом случае без проверки будет выдан документ, в котором нет не было проверено его создателем.
Помимо полноты и точности результатов, контролеры могут искать дополнительные элементы, такие как:
Это также должно быть определено в «Объеме проверки» в плане качества.
Необходимо вести записи проверок (например, размеченная контрольная копия документа или рисунка, либо в рукописи, либо в электронном виде с использованием функции отслеживания изменений в программном обеспечении, таком как «MS Word»). Это должно предоставить доказательства правдивости проверки, т. Е. Того, что запланированная проверка проводилась систематически. Точно так же листы расчетов и данные проверки прогона модели вместе с соответствующими титульными листами также требуются для использования в будущем. В качестве дополнительного шага для сохранения проверочных записей документов может быть сделана копия комментариев в формате pdf.
Также важна копия записи окончательного выпуска любой версии конечного результата. На нем должны быть подписи автора, проверяющего и утверждающего, а также дата проверки, либо в рукописи, либо с помощью электронного «рабочего процесса».
Электронные системы управления документами и чертежами (СЭД) могут иметь функции «рабочего процесса», которые можно использовать для записи разрешений на проверку и утверждение результатов назначенными людьми. Некоторые «рабочие процессы» могут также автоматически сохранять связанные копии чеков и записей как свидетельства выполнения процесса.В истории версий документа или чертежа в системе будет контрольный след проверки и утверждения.
Когда используются мокрые подписи, в качестве контроля матрица полномочий должна содержать подписи проверяющих и утверждающих, чтобы можно было сравнить их с подписями, показанными на титульном листе документа или чертежа.
«Документы» могут включать:
Помимо проверки точности их технического содержания, документы обычно проверяются на предмет использования правильного шаблона, корректируются на предмет грамматики и орфографии и оцениваются на соответствие другим работам.
Область, требующая особого внимания, относится к включению вычислений в отчет, так как необходимо проверить, правильно ли были перенесены выходные данные вычислений в отчет.
Основная проверка предназначена для стандартизации, например, чтобы убедиться, что все чертежи составлены по шаблону, согласованному с Заказчиком.
Как и в случае с документами, здесь важна проверка на согласованность с другими работами, например, между чертежами армирования и чертежами общего вида.
Цветной метод аннотации часто используется средством проверки на печатных копиях чертежей, например, следующим образом:
| Пример цветной аннотации: | |
| желтый | Правильно |
| Красный | Неверно — неправильную работу зачеркнуть или обвести и отметить исправления в рукописи; |
| зеленый | Исправление выполнено чертежником; |
| синий | Исправление проверено чекером |
Его также можно использовать в СЭД с помощью электронных инструментов красной линии, которые затем сохраняются в специальный файл.
В качестве примера необходимо проверить спецификации стержней, чтобы убедиться, что армирование, показанное на связанных чертежах, было должным образом перенесено в спецификации. Специалисты по контролю должны учитывать правильность диаметров, чисел, размерных деталей и любых итоговых значений длины.
Вопрос, который иногда возникает от кого-то, создающего эскиз, а не полный чертеж, заключается в том, нужно ли им его официально проверять и утверждать. Ответ — да, если информация, представленная в отчете, содержащем эскиз, основана на какой-либо части этого эскиза.Использование кодов пригодности в электронном рабочем процессе укажет уровень уверенности в эскизе.
[править] Расчеты
Расчеты подготавливаются не только для того, чтобы удовлетворить проектировщика в отношении точности проекта, но также в качестве постоянного учета принятых проектных решений и используемых критериев, которые способствуют формированию результатов проектирования.
Для каждого набора расчетов контролеру следует учитывать следующее:
- Является ли цель ясной и конкретной?
- Четко ли изложены сделанные предположения?
- Записаны ли используемые параметры и формулы?
- Были ли ссылки на применимые нормы и стандарты?
- Какое программное обеспечение использовалось и его версия?
- Было ли программное обеспечение утверждено для данного типа расчета?
- Были ли проверены входные данные?
- Является ли вывод окончательным, например, прошел / не прошел?
Конструкции, такие как мосты, имеют свои отраслевые требования к проверке.В этом случае существуют разные категории (CAT) проверки:
Проверка CAT III, если она признана удовлетворительной, сопровождается выдачей сертификата проверки CAT III, например, проекта моста, который представляется Проектировщиком и подписывается Заказчиком.
Некоторые проекты требуют, чтобы Проектировщик аналогичным образом подготовил сертификат дизайна, подтверждающий, что проект соответствует стандартам, рабочей информации и т. Д., А также был проверен и утвержден.
BIM реализуется в среде общих данных (CDE), что означает, что требуется стандартизированный подход к управлению чертежами и расчетами для обеспечения совместимости информации в различных задействованных дисциплинах.Это облегчает совместную работу при производстве моделей. Стандарты, которые позволяют это сделать, включают ISO 19650-1: 2018 — Организация и оцифровка информации о зданиях и строительных работах, включая BIM — Управление информацией с использованием BIM — Часть 1: Концепции и принципы [3], ISO 19650-2: 2018 — Часть 2: Этап поставки активов [4] и структура серии PAS 1192.
«Объем проверки» для работы BIM должен быть запланирован в плане качества или плане выполнения BIM (BEP), как и в случае общего подхода в разделе 4a).Кроме того, в нем должны быть указаны предлагаемые пакеты программного обеспечения, которые будут использоваться в каждой дисциплине, включая программное обеспечение для проверки и анализа моделей.
В общих чертах, чек требуется, когда:
ISO 19650-1 [3] статья 12 определяет три стадии разработки модели, в которых требуется эта проверка:
Для каждого из этих состояний используются «коды пригодности» для обозначения уровня уверенности в результатах, например «S1» — подходит для координации (только модели) и «S3» — подходит для обзора и комментариев.Уровень проверки, необходимый для каждого уровня пригодности на каждом этапе, становится более подробным по мере продвижения разработки модели к производству информации о строительстве. «Объем проверки» в плане качества должен отражать это.
3D-модели можно определить как один из трех типов:
Транзакции между проектными и аналитическими моделями во время итераций проектирования требуют проверки, чтобы гарантировать сохранение важной встроенной информации с моделью и правильность переданной геометрии.
Федеративная модель подлежит многопрофильному анализу проекта, оценке координации между дисциплинами и обнаружению коллизий, которое позволяет выявить конфликты между базовыми моделями.
В состоянии «Публикация» контрактные результаты поставки, которые потребуют проверки, обычно представляют собой документацию, выведенную из модели BIM, например, 2D-чертежи, 3D-изображения, графики и т. Д. Кроме того, фактическая 3D-модель, как результат поставки, будет быть проверенным.
Эти проверки и обзоры фиксируются, например, в отчетах об обнаружении конфликтов или контрольных списках проверки моделей.
Важным моментом является обучение, чтобы команда проекта могла использовать цифровые инструменты для проверки и утверждения. Необходимо принять во внимание изменение в просмотре 3D-моделей (для инженеров, привыкших работать в 2D) и различные возможные методы, используемые для захвата проверки 3D-модели (контрольный список Excel, 2D-извлечения, 3D-скриншоты и т. Д.).
Виды BIM-проверки:
Дополнительные детали, например, ответственность, можно найти в ISO19650-2 [4], статьи 5.6 и 5.7.
[править] Компьютерное моделирование и прогнозирование спроса
Как правило, средство проверки моделирования или прогнозирования учитывает те же соображения, что и при расчетах (см. Пункт 4c), например, проверяет входные данные и выходные результаты модели. Кроме того, контролер должен быть уверен в надежном функционировании модели.
Следует заранее рассмотреть:
- Одобрено ли программное обеспечение для использования?
- Проверено ли программное обеспечение для использования в этом приложении?
- Учтены ли известные проблемы с программным обеспечением?
- Это уместно — подходит ли компьютерная программа для того, что вы пытаетесь от нее получить?
- Требуется ли обучение для использования программного обеспечения?
- Были ли какие-либо изменения в программном обеспечении или соответствующая параметризация?
- Были ли отклонения в программном обеспечении, которые привели к нарушению калибровки?
Примечание. Программным обеспечением считается любая электронная система, использующая код в качестве приложения, в данном случае для компьютерного моделирования и / или прогнозирования спроса.
По сути, проверка необходима по трем элементам:
[править] Контрольные списки
Использование контрольных списков для проверки и утверждения наиболее целесообразно там, где важна повторяемость проверки по дисциплинам и / или где команда менее опытна, поскольку она может предоставить шаблон для проверки. Однако по-прежнему важно поощрять более широкое мышление, не ограниченное контрольным списком.
Контрольные списки инженерной дисциплины могут включать, например, мосты, легкий скоростной транспорт (LRT), строительные конструкции, планирование транспорта и воду.Их можно сделать на заказ для чертежей, расчетов и моделирования.
Дополнительную информацию можно получить, прочитав статью Контрольный список качества.
Утверждение — это не вторая полная проверка. Утверждающий смотрит в общий обзор и убеждается, что эффективная проверка была проведена. Это может быть сделано разными способами, например, проведением выборочной проверки, сосредоточением внимания на проверке ключевых характеристик результата и / или сравнением с известными справочными источниками или предыдущим опытом проекта.
Утверждающий должен убедиться, что:
Таким образом, утверждающий обеспечивает, чтобы собранная информация, которая должна быть представлена, включая план или профессиональное исследование, была собрана с «разумными навыками и вниманием».
Проверка и утверждение — это, прежде всего, техника контроля качества, т. Е. Используется, когда производство результатов поставки продвигается, тогда как связанный с ним метод обеспечения качества, Обзор, может использоваться раньше, чтобы повлиять на разработку этих результатов.Например, серия обзоров отдельных дисциплин (SDR) может предшествовать междисциплинарному обзору (IDR) перед окончательной подачей с уровнями проверки, имеющими место для входных данных на каждом этапе.
Обзор также должен быть запланирован в плане качества, опять же в соответствии с принципами «Объем проверки» путем определения «Когда, Что, Кто, Как». В порядке компетенции назначенный рецензент должен обладать опытом в рассматриваемых технических областях. Желательно, чтобы они были независимы от команды проекта, чтобы иметь эту «пару свежих глаз».
Рецензент проверяет, соответствует ли разрабатываемая работа целям, установленным для проекта, и может ссылаться на все записи проекта, такие как документы, чертежи и расчеты.
Они также рассмотрят, были ли оценены возможности проекта по максимальному увеличению его выгод для Клиента, операторов, пользователей и т. Д., Например, возможности устойчивости.
Совместная работа с заказчиком и другими партнерами по проектам становится все более важной в крупных проектах, независимо от того, связаны они с BIM или нет.Заказчик и даже подрядчики могут увидеть преимущества участия в проекте на более раннем этапе, чтобы определить его направление, будь то участники или рецензенты. Применяется ISO 44001: 2017 — Системы управления совместными деловыми отношениями — Требования и структура [5].
В этой культуре изменений консультант по-прежнему, справедливо ожидается, что он возьмет на себя ответственность за обеспечение своих результатов, т. Е. За подготовку точных отчетов, чертежей и т. Д., И, следовательно, ему необходимо планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в своем «Объеме». проверки ».Этот подход также известен как «прогрессивная гарантия».
Во время совместной работы, а не только во время проверки и утверждения, вклад различных людей с различным опытом может привести к генерированию «извлеченных уроков» и даже инновационных идей. Например, контрольный журнал из протоколов встреч IDR является богатым источником информации. Все чаще компаниям требуется система управления знаниями для их сбора, особенно для будущих проектов.
Здесь аудит — это анализ эффективности системы менеджмента, и в рамках проекта всегда следует учитывать, планируются ли и реализуются ли мероприятия по проверке, утверждению и анализу.
Аудит должен проводиться в соответствии с ISO 19011: 2018 — Руководство по аудиту систем менеджмента [6].
Проверка и утверждение могут быть широким спектром. Он используется для оценки информации, которая передается соавторам или публикуется для передачи Клиенту. Это касается результатов от отчетов до чертежей, расчетов и выходных данных BIM.
Планирование и выполнение проверки и утверждения строятся вокруг «объема проверки», определенного в плане качества в начале проекта.Он имеет четыре аспекта:
- КОГДА проводить проверку?
- КАКОЙ уровень проверки требуется?
- КТО отвечает за проверку?
- КАК должна проводиться проверка.
Компетентность проверяющих и утверждающих в рассматриваемых дисциплинах должна быть продемонстрирована, например, в процессе профессионального развития компании.
Подтверждающие доказательства, такие как проверка и копии результатов поставки, необходимы, чтобы показать, что запланированные мероприятия по проверке были реализованы.
Проверка и утверждение лучше всего согласовывать с обзором (техническим или дизайнерским). Полученные в результате результаты обоих подходов могут дать возможность извлечь уроки для текущих и будущих проектов, особенно в тех случаях, когда применяется совместный подход с другими.
В культуре сотрудничества, которая может способствовать изменениям на ранней стадии, консультант по-прежнему, справедливо ожидают, что он возьмет на себя ответственность за обеспечение своих результатов, и, следовательно, должен планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в его рамках. Объем проверки ».Этот подход также известен как «прогрессивная гарантия».
Ред. 1.0 (15.08.2020): Оригинальная статья написана Кевином Роджерсом и проверена Тони Хойлом и Китом Хэмлином от имени Рабочей группы по компетентности в строительстве (ConSIG). Статья проверена группой CWG и принята к публикации Руководящим комитетом ConSIG.
—ConSIG CWG 16:09, 17 августа 2020 г. (BST)
Проверка и одобрение при проектировании — перспектива управления качеством
Процедуры контроля проектирования и строительства, должно быть, возникли в ранней истории.Великая пирамида в Гизе, Египет известна точностью геометрии конструкции, которая имела высоту 146,5 метра с основанием площадью 230,4 квадратных метра, например, четыре стороны основания Великой пирамиды Гизы имеют среднюю погрешность всего лишь Длина 58 миллиметров — из Cole Survey (1925) на основе длин сторон 230,252 м, 230,454 м, 230,391 м, 230,357 м [1].
Как были построены пирамиды Гизы, неизвестно. Тем не менее, можно сделать вывод, что для достижения высокой точности используемые методы проектирования и строительства должны включать элементы контроля качества (проверка и утверждение) и обеспечения качества (технический анализ).
Сегодня для дизайн-проектов и связанных с ними профессиональных исследований наиболее важными методами контроля качества являются проверка и утверждение результатов. Тем не менее, эта статья расширит тему, включив в нее технический обзор (он же Design Review) в качестве аналогичного необходимого шага на пути к проверке того, что результаты соответствуют установленным в контракте требованиям. Обзор можно использовать для устранения дефектов на ранних этапах проекта, задолго до окончательной подачи, и поэтому его можно рассматривать как деятельность по обеспечению качества (QA), а не как контроль качества.
ISO 9001: 2015 — Системы менеджмента качества — Требования [2], в «главе 8 — Эксплуатация» излагает свои ожидания в отношении анализа и проверки (проверки).
В интересах Проектировщика и Заказчика знать, что требования контракта выполнены, а также требования ISO 9001 [2], если Проектировщик сертифицирован по этому стандарту. В этом отношении проверка и утверждение — это инструмент, используемый Дизайнером для снижения риска неадекватной работы. Этого метода ожидают и его страховщики профессиональной ответственности (PI), которые хотят ограничить свои риски.
Проверка — это тщательная проверка Проектировщиком всех результатов, которые должны быть выпущены, для оценки их соответствия требованиям, изложенным в контракте. Результаты могут состоять из документов (например, отчетов), чертежей, расчетов, выходных данных 3D-модели и других выходных данных компьютерных моделей.
Проверку необходимо запланировать, чтобы обеспечить ее комплексность и эффективность, особенно в сложных схемах.
Проверка результатов может быть итеративным процессом либо в рамках одной дисциплины, либо в нескольких дисциплинах во время разработки проекта, но на ключевых этапах требуется формальное подтверждение.
Планирование проверки и утверждения должно выполняться в плане качества или, альтернативно, в плане выполнения. Это известно как «Объем проверки»; он включает четыре аспекта:
Объем проверки включает: КОГДА проводить проверку? КАКОЙ уровень проверки требуется? Кто отвечает за проверку? КАК должна проводиться проверка. |
Эти элементы рассматриваются ниже отдельно.
[править] КОГДА проводить проверку?
Определите, на каких этапах процесса проектирования требуется проверка, например, при замораживании проекта, когда его останавливают для подведения итогов. Это особенно подходит для информационного моделирования зданий (BIM), где разработка модели проходит через ряд этапов, например, «Незавершенная работа», «Совместное использование» (внутреннее) и «Опубликованное» (внешнее), распознаваемое формальными выпусками результатов.
Необходимо учитывать планирование проверки работы субконсультантов.Контракт должен требовать подтверждения того, что Субподрядчик проверил, что его собственная работа соответствует требованиям перед подачей. Кроме того, участие клиента или заинтересованной стороны в процессе проверки необходимо запланировать, поскольку в противном случае это может привести к задержкам.
Необходимо понимать, что входящая информация (например, документы, чертежи, стандарты и т. Д.) От других сторон должна проверяться, чтобы показать, что они подходят для использования.
[править] КАКОЙ уровень проверки требуется?
Уровень проверки документов, чертежей, расчетов и моделей обычно определяется каждой организацией в ее процедуре проверки.Для расчетов уровни проверки переходят от «Самопроверки» к процедурам оценки критических расчетов проекта. Уровни проверки чертежей и документов могут следовать аналогичной методологии.
Процедуры, такие как рабочие процессы QA BIM, должны координироваться между сторонами (консультантом, работодателем, субконсультантами и т. Д.) Для обеспечения согласованности процессов в рамках проекта.
Сложность моделирования уровней проверки должна соответствовать стадиям разработки, например, в рамках различных стадий могут быть выполнены вопросы, содержащие «коды пригодности» для определения стадии выполнения.
[править] КТО отвечает за проверку?
Необходимо показать, что проверяющие и утверждающие компетентны для своих ролей. Это может иметь форму авторитетной матрицы, показывающей проверяющих и утверждающих для каждой дисциплины, а также темы, по которым они имеют право проверять и / или утверждать. Матрица может быть результатом процесса профессионального развития компании. Это должно быть частью планирования проекта, например, на него должна быть сделана ссылка в плане качества.
Для более сложных проектов может потребоваться более одного контролера, чтобы охватить набор навыков требуемых компетенций или, действительно, чтобы наилучшим образом использовать человеческие ресурсы, например, для расчетов опытный специалист проверит принцип, допущения метода и критерии проектирования, в то время как более младший человек может выполнять арифметическую проверку.
В идеале автор, проверяющий и утверждающий должны быть разными людьми. Автор не должен проверять свою работу, так как цель шашки — поднять пару свежих глаз. Кроме того, рекомендуется, чтобы проверяющий и утверждающий результат не был одним и тем же лицом, если работа не выполняется небольшой командой, а второй человек с необходимыми компетенциями недоступен; это должно быть записано в плане качества.
[править] КАК должна проводиться проверка.
Это касается всех типов результатов в разделе 4 — Проверка, непосредственно ниже.
[править] Обзор подхода к проверке
Те, кто готовит результаты, всегда должны проверять свою работу перед тем, как отправлять ее на плановую проверку и утверждение.
Никакие результаты в любом состоянии завершения не должны выдаваться без прохождения определенного уровня проверки; сюда входят «Черновики для комментариев». Получатель (Клиент) желает проанализировать и действительно может попытаться полагаться на документ или рисунок и не будет проверять его точность или надежность для вас.Согласно опыту автора аудита, с документами «Черновик для комментариев» может случиться так, что единственный комментарий клиента будет: «Отлично, рассматривайте документ как первую проблему», и в этом случае без проверки будет выдан документ, в котором нет не было проверено его создателем.
Помимо полноты и точности результатов, контролеры могут искать дополнительные элементы, такие как:
Это также должно быть определено в «Объеме проверки» в плане качества.
Необходимо вести записи проверок (например, размеченная контрольная копия документа или рисунка, либо в рукописи, либо в электронном виде с использованием функции отслеживания изменений в программном обеспечении, таком как «MS Word»). Это должно предоставить доказательства правдивости проверки, т. Е. Того, что запланированная проверка проводилась систематически. Точно так же листы расчетов и данные проверки прогона модели вместе с соответствующими титульными листами также требуются для использования в будущем. В качестве дополнительного шага для сохранения проверочных записей документов может быть сделана копия комментариев в формате pdf.
Также важна копия записи окончательного выпуска любой версии конечного результата. На нем должны быть подписи автора, проверяющего и утверждающего, а также дата проверки, либо в рукописи, либо с помощью электронного «рабочего процесса».
Электронные системы управления документами и чертежами (СЭД) могут иметь функции «рабочего процесса», которые можно использовать для записи разрешений на проверку и утверждение результатов назначенными людьми. Некоторые «рабочие процессы» могут также автоматически сохранять связанные копии чеков и записей как свидетельства выполнения процесса.В истории версий документа или чертежа в системе будет контрольный след проверки и утверждения.
Когда используются мокрые подписи, в качестве контроля матрица полномочий должна содержать подписи проверяющих и утверждающих, чтобы можно было сравнить их с подписями, показанными на титульном листе документа или чертежа.
«Документы» могут включать:
Помимо проверки точности их технического содержания, документы обычно проверяются на предмет использования правильного шаблона, корректируются на предмет грамматики и орфографии и оцениваются на соответствие другим работам.
Область, требующая особого внимания, относится к включению вычислений в отчет, так как необходимо проверить, правильно ли были перенесены выходные данные вычислений в отчет.
Основная проверка предназначена для стандартизации, например, чтобы убедиться, что все чертежи составлены по шаблону, согласованному с Заказчиком.
Как и в случае с документами, здесь важна проверка на согласованность с другими работами, например, между чертежами армирования и чертежами общего вида.
Цветной метод аннотации часто используется средством проверки на печатных копиях чертежей, например, следующим образом:
| Пример цветной аннотации: | |
| желтый | Правильно |
| Красный | Неверно — неправильную работу зачеркнуть или обвести и отметить исправления в рукописи; |
| зеленый | Исправление выполнено чертежником; |
| синий | Исправление проверено чекером |
Его также можно использовать в СЭД с помощью электронных инструментов красной линии, которые затем сохраняются в специальный файл.
В качестве примера необходимо проверить спецификации стержней, чтобы убедиться, что армирование, показанное на связанных чертежах, было должным образом перенесено в спецификации. Специалисты по контролю должны учитывать правильность диаметров, чисел, размерных деталей и любых итоговых значений длины.
Вопрос, который иногда возникает от кого-то, создающего эскиз, а не полный чертеж, заключается в том, нужно ли им его официально проверять и утверждать. Ответ — да, если информация, представленная в отчете, содержащем эскиз, основана на какой-либо части этого эскиза.Использование кодов пригодности в электронном рабочем процессе укажет уровень уверенности в эскизе.
[править] Расчеты
Расчеты подготавливаются не только для того, чтобы удовлетворить проектировщика в отношении точности проекта, но также в качестве постоянного учета принятых проектных решений и используемых критериев, которые способствуют формированию результатов проектирования.
Для каждого набора расчетов контролеру следует учитывать следующее:
- Является ли цель ясной и конкретной?
- Четко ли изложены сделанные предположения?
- Записаны ли используемые параметры и формулы?
- Были ли ссылки на применимые нормы и стандарты?
- Какое программное обеспечение использовалось и его версия?
- Было ли программное обеспечение утверждено для данного типа расчета?
- Были ли проверены входные данные?
- Является ли вывод окончательным, например, прошел / не прошел?
Конструкции, такие как мосты, имеют свои отраслевые требования к проверке.В этом случае существуют разные категории (CAT) проверки:
Проверка CAT III, если она признана удовлетворительной, сопровождается выдачей сертификата проверки CAT III, например, проекта моста, который представляется Проектировщиком и подписывается Заказчиком.
Некоторые проекты требуют, чтобы Проектировщик аналогичным образом подготовил сертификат дизайна, подтверждающий, что проект соответствует стандартам, рабочей информации и т. Д., А также был проверен и утвержден.
BIM реализуется в среде общих данных (CDE), что означает, что требуется стандартизированный подход к управлению чертежами и расчетами для обеспечения совместимости информации в различных задействованных дисциплинах.Это облегчает совместную работу при производстве моделей. Стандарты, которые позволяют это сделать, включают ISO 19650-1: 2018 — Организация и оцифровка информации о зданиях и строительных работах, включая BIM — Управление информацией с использованием BIM — Часть 1: Концепции и принципы [3], ISO 19650-2: 2018 — Часть 2: Этап поставки активов [4] и структура серии PAS 1192.
«Объем проверки» для работы BIM должен быть запланирован в плане качества или плане выполнения BIM (BEP), как и в случае общего подхода в разделе 4a).Кроме того, в нем должны быть указаны предлагаемые пакеты программного обеспечения, которые будут использоваться в каждой дисциплине, включая программное обеспечение для проверки и анализа моделей.
В общих чертах, чек требуется, когда:
ISO 19650-1 [3] статья 12 определяет три стадии разработки модели, в которых требуется эта проверка:
Для каждого из этих состояний используются «коды пригодности» для обозначения уровня уверенности в результатах, например «S1» — подходит для координации (только модели) и «S3» — подходит для обзора и комментариев.Уровень проверки, необходимый для каждого уровня пригодности на каждом этапе, становится более подробным по мере продвижения разработки модели к производству информации о строительстве. «Объем проверки» в плане качества должен отражать это.
3D-модели можно определить как один из трех типов:
Транзакции между проектными и аналитическими моделями во время итераций проектирования требуют проверки, чтобы гарантировать сохранение важной встроенной информации с моделью и правильность переданной геометрии.
Федеративная модель подлежит многопрофильному анализу проекта, оценке координации между дисциплинами и обнаружению коллизий, которое позволяет выявить конфликты между базовыми моделями.
В состоянии «Публикация» контрактные результаты поставки, которые потребуют проверки, обычно представляют собой документацию, выведенную из модели BIM, например, 2D-чертежи, 3D-изображения, графики и т. Д. Кроме того, фактическая 3D-модель, как результат поставки, будет быть проверенным.
Эти проверки и обзоры фиксируются, например, в отчетах об обнаружении конфликтов или контрольных списках проверки моделей.
Важным моментом является обучение, чтобы команда проекта могла использовать цифровые инструменты для проверки и утверждения. Необходимо принять во внимание изменение в просмотре 3D-моделей (для инженеров, привыкших работать в 2D) и различные возможные методы, используемые для захвата проверки 3D-модели (контрольный список Excel, 2D-извлечения, 3D-скриншоты и т. Д.).
Виды BIM-проверки:
Дополнительные детали, например, ответственность, можно найти в ISO19650-2 [4], статьи 5.6 и 5.7.
[править] Компьютерное моделирование и прогнозирование спроса
Как правило, средство проверки моделирования или прогнозирования учитывает те же соображения, что и при расчетах (см. Пункт 4c), например, проверяет входные данные и выходные результаты модели. Кроме того, контролер должен быть уверен в надежном функционировании модели.
Следует заранее рассмотреть:
- Одобрено ли программное обеспечение для использования?
- Проверено ли программное обеспечение для использования в этом приложении?
- Учтены ли известные проблемы с программным обеспечением?
- Это уместно — подходит ли компьютерная программа для того, что вы пытаетесь от нее получить?
- Требуется ли обучение для использования программного обеспечения?
- Были ли какие-либо изменения в программном обеспечении или соответствующая параметризация?
- Были ли отклонения в программном обеспечении, которые привели к нарушению калибровки?
Примечание. Программным обеспечением считается любая электронная система, использующая код в качестве приложения, в данном случае для компьютерного моделирования и / или прогнозирования спроса.
По сути, проверка необходима по трем элементам:
[править] Контрольные списки
Использование контрольных списков для проверки и утверждения наиболее целесообразно там, где важна повторяемость проверки по дисциплинам и / или где команда менее опытна, поскольку она может предоставить шаблон для проверки. Однако по-прежнему важно поощрять более широкое мышление, не ограниченное контрольным списком.
Контрольные списки инженерной дисциплины могут включать, например, мосты, легкий скоростной транспорт (LRT), строительные конструкции, планирование транспорта и воду.Их можно сделать на заказ для чертежей, расчетов и моделирования.
Дополнительную информацию можно получить, прочитав статью Контрольный список качества.
Утверждение — это не вторая полная проверка. Утверждающий смотрит в общий обзор и убеждается, что эффективная проверка была проведена. Это может быть сделано разными способами, например, проведением выборочной проверки, сосредоточением внимания на проверке ключевых характеристик результата и / или сравнением с известными справочными источниками или предыдущим опытом проекта.
Утверждающий должен убедиться, что:
Таким образом, утверждающий обеспечивает, чтобы собранная информация, которая должна быть представлена, включая план или профессиональное исследование, была собрана с «разумными навыками и вниманием».
Проверка и утверждение — это, прежде всего, техника контроля качества, т. Е. Используется, когда производство результатов поставки продвигается, тогда как связанный с ним метод обеспечения качества, Обзор, может использоваться раньше, чтобы повлиять на разработку этих результатов.Например, серия обзоров отдельных дисциплин (SDR) может предшествовать междисциплинарному обзору (IDR) перед окончательной подачей с уровнями проверки, имеющими место для входных данных на каждом этапе.
Обзор также должен быть запланирован в плане качества, опять же в соответствии с принципами «Объем проверки» путем определения «Когда, Что, Кто, Как». В порядке компетенции назначенный рецензент должен обладать опытом в рассматриваемых технических областях. Желательно, чтобы они были независимы от команды проекта, чтобы иметь эту «пару свежих глаз».
Рецензент проверяет, соответствует ли разрабатываемая работа целям, установленным для проекта, и может ссылаться на все записи проекта, такие как документы, чертежи и расчеты.
Они также рассмотрят, были ли оценены возможности проекта по максимальному увеличению его выгод для Клиента, операторов, пользователей и т. Д., Например, возможности устойчивости.
Совместная работа с заказчиком и другими партнерами по проектам становится все более важной в крупных проектах, независимо от того, связаны они с BIM или нет.Заказчик и даже подрядчики могут увидеть преимущества участия в проекте на более раннем этапе, чтобы определить его направление, будь то участники или рецензенты. Применяется ISO 44001: 2017 — Системы управления совместными деловыми отношениями — Требования и структура [5].
В этой культуре изменений консультант по-прежнему, справедливо ожидается, что он возьмет на себя ответственность за обеспечение своих результатов, т. Е. За подготовку точных отчетов, чертежей и т. Д., И, следовательно, ему необходимо планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в своем «Объеме». проверки ».Этот подход также известен как «прогрессивная гарантия».
Во время совместной работы, а не только во время проверки и утверждения, вклад различных людей с различным опытом может привести к генерированию «извлеченных уроков» и даже инновационных идей. Например, контрольный журнал из протоколов встреч IDR является богатым источником информации. Все чаще компаниям требуется система управления знаниями для их сбора, особенно для будущих проектов.
Здесь аудит — это анализ эффективности системы менеджмента, и в рамках проекта всегда следует учитывать, планируются ли и реализуются ли мероприятия по проверке, утверждению и анализу.
Аудит должен проводиться в соответствии с ISO 19011: 2018 — Руководство по аудиту систем менеджмента [6].
Проверка и утверждение могут быть широким спектром. Он используется для оценки информации, которая передается соавторам или публикуется для передачи Клиенту. Это касается результатов от отчетов до чертежей, расчетов и выходных данных BIM.
Планирование и выполнение проверки и утверждения строятся вокруг «объема проверки», определенного в плане качества в начале проекта.Он имеет четыре аспекта:
- КОГДА проводить проверку?
- КАКОЙ уровень проверки требуется?
- КТО отвечает за проверку?
- КАК должна проводиться проверка.
Компетентность проверяющих и утверждающих в рассматриваемых дисциплинах должна быть продемонстрирована, например, в процессе профессионального развития компании.
Подтверждающие доказательства, такие как проверка и копии результатов поставки, необходимы, чтобы показать, что запланированные мероприятия по проверке были реализованы.
Проверка и утверждение лучше всего согласовывать с обзором (техническим или дизайнерским). Полученные в результате результаты обоих подходов могут дать возможность извлечь уроки для текущих и будущих проектов, особенно в тех случаях, когда применяется совместный подход с другими.
В культуре сотрудничества, которая может способствовать изменениям на ранней стадии, консультант по-прежнему, справедливо ожидают, что он возьмет на себя ответственность за обеспечение своих результатов, и, следовательно, должен планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в его рамках. Объем проверки ».Этот подход также известен как «прогрессивная гарантия».
Ред. 1.0 (15.08.2020): Оригинальная статья написана Кевином Роджерсом и проверена Тони Хойлом и Китом Хэмлином от имени Рабочей группы по компетентности в строительстве (ConSIG). Статья проверена группой CWG и принята к публикации Руководящим комитетом ConSIG.
—ConSIG CWG 16:09, 17 августа 2020 г. (BST)
Проверка и одобрение при проектировании — перспектива управления качеством
Процедуры контроля проектирования и строительства, должно быть, возникли в ранней истории.Великая пирамида в Гизе, Египет известна точностью геометрии конструкции, которая имела высоту 146,5 метра с основанием площадью 230,4 квадратных метра, например, четыре стороны основания Великой пирамиды Гизы имеют среднюю погрешность всего лишь Длина 58 миллиметров — из Cole Survey (1925) на основе длин сторон 230,252 м, 230,454 м, 230,391 м, 230,357 м [1].
Как были построены пирамиды Гизы, неизвестно. Тем не менее, можно сделать вывод, что для достижения высокой точности используемые методы проектирования и строительства должны включать элементы контроля качества (проверка и утверждение) и обеспечения качества (технический анализ).
Сегодня для дизайн-проектов и связанных с ними профессиональных исследований наиболее важными методами контроля качества являются проверка и утверждение результатов. Тем не менее, эта статья расширит тему, включив в нее технический обзор (он же Design Review) в качестве аналогичного необходимого шага на пути к проверке того, что результаты соответствуют установленным в контракте требованиям. Обзор можно использовать для устранения дефектов на ранних этапах проекта, задолго до окончательной подачи, и поэтому его можно рассматривать как деятельность по обеспечению качества (QA), а не как контроль качества.
ISO 9001: 2015 — Системы менеджмента качества — Требования [2], в «главе 8 — Эксплуатация» излагает свои ожидания в отношении анализа и проверки (проверки).
В интересах Проектировщика и Заказчика знать, что требования контракта выполнены, а также требования ISO 9001 [2], если Проектировщик сертифицирован по этому стандарту. В этом отношении проверка и утверждение — это инструмент, используемый Дизайнером для снижения риска неадекватной работы. Этого метода ожидают и его страховщики профессиональной ответственности (PI), которые хотят ограничить свои риски.
Проверка — это тщательная проверка Проектировщиком всех результатов, которые должны быть выпущены, для оценки их соответствия требованиям, изложенным в контракте. Результаты могут состоять из документов (например, отчетов), чертежей, расчетов, выходных данных 3D-модели и других выходных данных компьютерных моделей.
Проверку необходимо запланировать, чтобы обеспечить ее комплексность и эффективность, особенно в сложных схемах.
Проверка результатов может быть итеративным процессом либо в рамках одной дисциплины, либо в нескольких дисциплинах во время разработки проекта, но на ключевых этапах требуется формальное подтверждение.
Планирование проверки и утверждения должно выполняться в плане качества или, альтернативно, в плане выполнения. Это известно как «Объем проверки»; он включает четыре аспекта:
Объем проверки включает: КОГДА проводить проверку? КАКОЙ уровень проверки требуется? Кто отвечает за проверку? КАК должна проводиться проверка. |
Эти элементы рассматриваются ниже отдельно.
[править] КОГДА проводить проверку?
Определите, на каких этапах процесса проектирования требуется проверка, например, при замораживании проекта, когда его останавливают для подведения итогов. Это особенно подходит для информационного моделирования зданий (BIM), где разработка модели проходит через ряд этапов, например, «Незавершенная работа», «Совместное использование» (внутреннее) и «Опубликованное» (внешнее), распознаваемое формальными выпусками результатов.
Необходимо учитывать планирование проверки работы субконсультантов.Контракт должен требовать подтверждения того, что Субподрядчик проверил, что его собственная работа соответствует требованиям перед подачей. Кроме того, участие клиента или заинтересованной стороны в процессе проверки необходимо запланировать, поскольку в противном случае это может привести к задержкам.
Необходимо понимать, что входящая информация (например, документы, чертежи, стандарты и т. Д.) От других сторон должна проверяться, чтобы показать, что они подходят для использования.
[править] КАКОЙ уровень проверки требуется?
Уровень проверки документов, чертежей, расчетов и моделей обычно определяется каждой организацией в ее процедуре проверки.Для расчетов уровни проверки переходят от «Самопроверки» к процедурам оценки критических расчетов проекта. Уровни проверки чертежей и документов могут следовать аналогичной методологии.
Процедуры, такие как рабочие процессы QA BIM, должны координироваться между сторонами (консультантом, работодателем, субконсультантами и т. Д.) Для обеспечения согласованности процессов в рамках проекта.
Сложность моделирования уровней проверки должна соответствовать стадиям разработки, например, в рамках различных стадий могут быть выполнены вопросы, содержащие «коды пригодности» для определения стадии выполнения.
[править] КТО отвечает за проверку?
Необходимо показать, что проверяющие и утверждающие компетентны для своих ролей. Это может иметь форму авторитетной матрицы, показывающей проверяющих и утверждающих для каждой дисциплины, а также темы, по которым они имеют право проверять и / или утверждать. Матрица может быть результатом процесса профессионального развития компании. Это должно быть частью планирования проекта, например, на него должна быть сделана ссылка в плане качества.
Для более сложных проектов может потребоваться более одного контролера, чтобы охватить набор навыков требуемых компетенций или, действительно, чтобы наилучшим образом использовать человеческие ресурсы, например, для расчетов опытный специалист проверит принцип, допущения метода и критерии проектирования, в то время как более младший человек может выполнять арифметическую проверку.
В идеале автор, проверяющий и утверждающий должны быть разными людьми. Автор не должен проверять свою работу, так как цель шашки — поднять пару свежих глаз. Кроме того, рекомендуется, чтобы проверяющий и утверждающий результат не был одним и тем же лицом, если работа не выполняется небольшой командой, а второй человек с необходимыми компетенциями недоступен; это должно быть записано в плане качества.
[править] КАК должна проводиться проверка.
Это касается всех типов результатов в разделе 4 — Проверка, непосредственно ниже.
[править] Обзор подхода к проверке
Те, кто готовит результаты, всегда должны проверять свою работу перед тем, как отправлять ее на плановую проверку и утверждение.
Никакие результаты в любом состоянии завершения не должны выдаваться без прохождения определенного уровня проверки; сюда входят «Черновики для комментариев». Получатель (Клиент) желает проанализировать и действительно может попытаться полагаться на документ или рисунок и не будет проверять его точность или надежность для вас.Согласно опыту автора аудита, с документами «Черновик для комментариев» может случиться так, что единственный комментарий клиента будет: «Отлично, рассматривайте документ как первую проблему», и в этом случае без проверки будет выдан документ, в котором нет не было проверено его создателем.
Помимо полноты и точности результатов, контролеры могут искать дополнительные элементы, такие как:
Это также должно быть определено в «Объеме проверки» в плане качества.
Необходимо вести записи проверок (например, размеченная контрольная копия документа или рисунка, либо в рукописи, либо в электронном виде с использованием функции отслеживания изменений в программном обеспечении, таком как «MS Word»). Это должно предоставить доказательства правдивости проверки, т. Е. Того, что запланированная проверка проводилась систематически. Точно так же листы расчетов и данные проверки прогона модели вместе с соответствующими титульными листами также требуются для использования в будущем. В качестве дополнительного шага для сохранения проверочных записей документов может быть сделана копия комментариев в формате pdf.
Также важна копия записи окончательного выпуска любой версии конечного результата. На нем должны быть подписи автора, проверяющего и утверждающего, а также дата проверки, либо в рукописи, либо с помощью электронного «рабочего процесса».
Электронные системы управления документами и чертежами (СЭД) могут иметь функции «рабочего процесса», которые можно использовать для записи разрешений на проверку и утверждение результатов назначенными людьми. Некоторые «рабочие процессы» могут также автоматически сохранять связанные копии чеков и записей как свидетельства выполнения процесса.В истории версий документа или чертежа в системе будет контрольный след проверки и утверждения.
Когда используются мокрые подписи, в качестве контроля матрица полномочий должна содержать подписи проверяющих и утверждающих, чтобы можно было сравнить их с подписями, показанными на титульном листе документа или чертежа.
«Документы» могут включать:
Помимо проверки точности их технического содержания, документы обычно проверяются на предмет использования правильного шаблона, корректируются на предмет грамматики и орфографии и оцениваются на соответствие другим работам.
Область, требующая особого внимания, относится к включению вычислений в отчет, так как необходимо проверить, правильно ли были перенесены выходные данные вычислений в отчет.
Основная проверка предназначена для стандартизации, например, чтобы убедиться, что все чертежи составлены по шаблону, согласованному с Заказчиком.
Как и в случае с документами, здесь важна проверка на согласованность с другими работами, например, между чертежами армирования и чертежами общего вида.
Цветной метод аннотации часто используется средством проверки на печатных копиях чертежей, например, следующим образом:
| Пример цветной аннотации: | |
| желтый | Правильно |
| Красный | Неверно — неправильную работу зачеркнуть или обвести и отметить исправления в рукописи; |
| зеленый | Исправление выполнено чертежником; |
| синий | Исправление проверено чекером |
Его также можно использовать в СЭД с помощью электронных инструментов красной линии, которые затем сохраняются в специальный файл.
В качестве примера необходимо проверить спецификации стержней, чтобы убедиться, что армирование, показанное на связанных чертежах, было должным образом перенесено в спецификации. Специалисты по контролю должны учитывать правильность диаметров, чисел, размерных деталей и любых итоговых значений длины.
Вопрос, который иногда возникает от кого-то, создающего эскиз, а не полный чертеж, заключается в том, нужно ли им его официально проверять и утверждать. Ответ — да, если информация, представленная в отчете, содержащем эскиз, основана на какой-либо части этого эскиза.Использование кодов пригодности в электронном рабочем процессе укажет уровень уверенности в эскизе.
[править] Расчеты
Расчеты подготавливаются не только для того, чтобы удовлетворить проектировщика в отношении точности проекта, но также в качестве постоянного учета принятых проектных решений и используемых критериев, которые способствуют формированию результатов проектирования.
Для каждого набора расчетов контролеру следует учитывать следующее:
- Является ли цель ясной и конкретной?
- Четко ли изложены сделанные предположения?
- Записаны ли используемые параметры и формулы?
- Были ли ссылки на применимые нормы и стандарты?
- Какое программное обеспечение использовалось и его версия?
- Было ли программное обеспечение утверждено для данного типа расчета?
- Были ли проверены входные данные?
- Является ли вывод окончательным, например, прошел / не прошел?
Конструкции, такие как мосты, имеют свои отраслевые требования к проверке.В этом случае существуют разные категории (CAT) проверки:
Проверка CAT III, если она признана удовлетворительной, сопровождается выдачей сертификата проверки CAT III, например, проекта моста, который представляется Проектировщиком и подписывается Заказчиком.
Некоторые проекты требуют, чтобы Проектировщик аналогичным образом подготовил сертификат дизайна, подтверждающий, что проект соответствует стандартам, рабочей информации и т. Д., А также был проверен и утвержден.
BIM реализуется в среде общих данных (CDE), что означает, что требуется стандартизированный подход к управлению чертежами и расчетами для обеспечения совместимости информации в различных задействованных дисциплинах.Это облегчает совместную работу при производстве моделей. Стандарты, которые позволяют это сделать, включают ISO 19650-1: 2018 — Организация и оцифровка информации о зданиях и строительных работах, включая BIM — Управление информацией с использованием BIM — Часть 1: Концепции и принципы [3], ISO 19650-2: 2018 — Часть 2: Этап поставки активов [4] и структура серии PAS 1192.
«Объем проверки» для работы BIM должен быть запланирован в плане качества или плане выполнения BIM (BEP), как и в случае общего подхода в разделе 4a).Кроме того, в нем должны быть указаны предлагаемые пакеты программного обеспечения, которые будут использоваться в каждой дисциплине, включая программное обеспечение для проверки и анализа моделей.
В общих чертах, чек требуется, когда:
ISO 19650-1 [3] статья 12 определяет три стадии разработки модели, в которых требуется эта проверка:
Для каждого из этих состояний используются «коды пригодности» для обозначения уровня уверенности в результатах, например «S1» — подходит для координации (только модели) и «S3» — подходит для обзора и комментариев.Уровень проверки, необходимый для каждого уровня пригодности на каждом этапе, становится более подробным по мере продвижения разработки модели к производству информации о строительстве. «Объем проверки» в плане качества должен отражать это.
3D-модели можно определить как один из трех типов:
Транзакции между проектными и аналитическими моделями во время итераций проектирования требуют проверки, чтобы гарантировать сохранение важной встроенной информации с моделью и правильность переданной геометрии.
Федеративная модель подлежит многопрофильному анализу проекта, оценке координации между дисциплинами и обнаружению коллизий, которое позволяет выявить конфликты между базовыми моделями.
В состоянии «Публикация» контрактные результаты поставки, которые потребуют проверки, обычно представляют собой документацию, выведенную из модели BIM, например, 2D-чертежи, 3D-изображения, графики и т. Д. Кроме того, фактическая 3D-модель, как результат поставки, будет быть проверенным.
Эти проверки и обзоры фиксируются, например, в отчетах об обнаружении конфликтов или контрольных списках проверки моделей.
Важным моментом является обучение, чтобы команда проекта могла использовать цифровые инструменты для проверки и утверждения. Необходимо принять во внимание изменение в просмотре 3D-моделей (для инженеров, привыкших работать в 2D) и различные возможные методы, используемые для захвата проверки 3D-модели (контрольный список Excel, 2D-извлечения, 3D-скриншоты и т. Д.).
Виды BIM-проверки:
Дополнительные детали, например, ответственность, можно найти в ISO19650-2 [4], статьи 5.6 и 5.7.
[править] Компьютерное моделирование и прогнозирование спроса
Как правило, средство проверки моделирования или прогнозирования учитывает те же соображения, что и при расчетах (см. Пункт 4c), например, проверяет входные данные и выходные результаты модели. Кроме того, контролер должен быть уверен в надежном функционировании модели.
Следует заранее рассмотреть:
- Одобрено ли программное обеспечение для использования?
- Проверено ли программное обеспечение для использования в этом приложении?
- Учтены ли известные проблемы с программным обеспечением?
- Это уместно — подходит ли компьютерная программа для того, что вы пытаетесь от нее получить?
- Требуется ли обучение для использования программного обеспечения?
- Были ли какие-либо изменения в программном обеспечении или соответствующая параметризация?
- Были ли отклонения в программном обеспечении, которые привели к нарушению калибровки?
Примечание. Программным обеспечением считается любая электронная система, использующая код в качестве приложения, в данном случае для компьютерного моделирования и / или прогнозирования спроса.
По сути, проверка необходима по трем элементам:
[править] Контрольные списки
Использование контрольных списков для проверки и утверждения наиболее целесообразно там, где важна повторяемость проверки по дисциплинам и / или где команда менее опытна, поскольку она может предоставить шаблон для проверки. Однако по-прежнему важно поощрять более широкое мышление, не ограниченное контрольным списком.
Контрольные списки инженерной дисциплины могут включать, например, мосты, легкий скоростной транспорт (LRT), строительные конструкции, планирование транспорта и воду.Их можно сделать на заказ для чертежей, расчетов и моделирования.
Дополнительную информацию можно получить, прочитав статью Контрольный список качества.
Утверждение — это не вторая полная проверка. Утверждающий смотрит в общий обзор и убеждается, что эффективная проверка была проведена. Это может быть сделано разными способами, например, проведением выборочной проверки, сосредоточением внимания на проверке ключевых характеристик результата и / или сравнением с известными справочными источниками или предыдущим опытом проекта.
Утверждающий должен убедиться, что:
Таким образом, утверждающий обеспечивает, чтобы собранная информация, которая должна быть представлена, включая план или профессиональное исследование, была собрана с «разумными навыками и вниманием».
Проверка и утверждение — это, прежде всего, техника контроля качества, т. Е. Используется, когда производство результатов поставки продвигается, тогда как связанный с ним метод обеспечения качества, Обзор, может использоваться раньше, чтобы повлиять на разработку этих результатов.Например, серия обзоров отдельных дисциплин (SDR) может предшествовать междисциплинарному обзору (IDR) перед окончательной подачей с уровнями проверки, имеющими место для входных данных на каждом этапе.
Обзор также должен быть запланирован в плане качества, опять же в соответствии с принципами «Объем проверки» путем определения «Когда, Что, Кто, Как». В порядке компетенции назначенный рецензент должен обладать опытом в рассматриваемых технических областях. Желательно, чтобы они были независимы от команды проекта, чтобы иметь эту «пару свежих глаз».
Рецензент проверяет, соответствует ли разрабатываемая работа целям, установленным для проекта, и может ссылаться на все записи проекта, такие как документы, чертежи и расчеты.
Они также рассмотрят, были ли оценены возможности проекта по максимальному увеличению его выгод для Клиента, операторов, пользователей и т. Д., Например, возможности устойчивости.
Совместная работа с заказчиком и другими партнерами по проектам становится все более важной в крупных проектах, независимо от того, связаны они с BIM или нет.Заказчик и даже подрядчики могут увидеть преимущества участия в проекте на более раннем этапе, чтобы определить его направление, будь то участники или рецензенты. Применяется ISO 44001: 2017 — Системы управления совместными деловыми отношениями — Требования и структура [5].
В этой культуре изменений консультант по-прежнему, справедливо ожидается, что он возьмет на себя ответственность за обеспечение своих результатов, т. Е. За подготовку точных отчетов, чертежей и т. Д., И, следовательно, ему необходимо планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в своем «Объеме». проверки ».Этот подход также известен как «прогрессивная гарантия».
Во время совместной работы, а не только во время проверки и утверждения, вклад различных людей с различным опытом может привести к генерированию «извлеченных уроков» и даже инновационных идей. Например, контрольный журнал из протоколов встреч IDR является богатым источником информации. Все чаще компаниям требуется система управления знаниями для их сбора, особенно для будущих проектов.
Здесь аудит — это анализ эффективности системы менеджмента, и в рамках проекта всегда следует учитывать, планируются ли и реализуются ли мероприятия по проверке, утверждению и анализу.
Аудит должен проводиться в соответствии с ISO 19011: 2018 — Руководство по аудиту систем менеджмента [6].
Проверка и утверждение могут быть широким спектром. Он используется для оценки информации, которая передается соавторам или публикуется для передачи Клиенту. Это касается результатов от отчетов до чертежей, расчетов и выходных данных BIM.
Планирование и выполнение проверки и утверждения строятся вокруг «объема проверки», определенного в плане качества в начале проекта.Он имеет четыре аспекта:
- КОГДА проводить проверку?
- КАКОЙ уровень проверки требуется?
- КТО отвечает за проверку?
- КАК должна проводиться проверка.
Компетентность проверяющих и утверждающих в рассматриваемых дисциплинах должна быть продемонстрирована, например, в процессе профессионального развития компании.
Подтверждающие доказательства, такие как проверка и копии результатов поставки, необходимы, чтобы показать, что запланированные мероприятия по проверке были реализованы.
Проверка и утверждение лучше всего согласовывать с обзором (техническим или дизайнерским). Полученные в результате результаты обоих подходов могут дать возможность извлечь уроки для текущих и будущих проектов, особенно в тех случаях, когда применяется совместный подход с другими.
В культуре сотрудничества, которая может способствовать изменениям на ранней стадии, консультант по-прежнему, справедливо ожидают, что он возьмет на себя ответственность за обеспечение своих результатов, и, следовательно, должен планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в его рамках. Объем проверки ».Этот подход также известен как «прогрессивная гарантия».
Ред. 1.0 (15.08.2020): Оригинальная статья написана Кевином Роджерсом и проверена Тони Хойлом и Китом Хэмлином от имени Рабочей группы по компетентности в строительстве (ConSIG). Статья проверена группой CWG и принята к публикации Руководящим комитетом ConSIG.
—ConSIG CWG 16:09, 17 августа 2020 г. (BST)
Проверка и одобрение при проектировании — перспектива управления качеством
Процедуры контроля проектирования и строительства, должно быть, возникли в ранней истории.Великая пирамида в Гизе, Египет известна точностью геометрии конструкции, которая имела высоту 146,5 метра с основанием площадью 230,4 квадратных метра, например, четыре стороны основания Великой пирамиды Гизы имеют среднюю погрешность всего лишь Длина 58 миллиметров — из Cole Survey (1925) на основе длин сторон 230,252 м, 230,454 м, 230,391 м, 230,357 м [1].
Как были построены пирамиды Гизы, неизвестно. Тем не менее, можно сделать вывод, что для достижения высокой точности используемые методы проектирования и строительства должны включать элементы контроля качества (проверка и утверждение) и обеспечения качества (технический анализ).
Сегодня для дизайн-проектов и связанных с ними профессиональных исследований наиболее важными методами контроля качества являются проверка и утверждение результатов. Тем не менее, эта статья расширит тему, включив в нее технический обзор (он же Design Review) в качестве аналогичного необходимого шага на пути к проверке того, что результаты соответствуют установленным в контракте требованиям. Обзор можно использовать для устранения дефектов на ранних этапах проекта, задолго до окончательной подачи, и поэтому его можно рассматривать как деятельность по обеспечению качества (QA), а не как контроль качества.
ISO 9001: 2015 — Системы менеджмента качества — Требования [2], в «главе 8 — Эксплуатация» излагает свои ожидания в отношении анализа и проверки (проверки).
В интересах Проектировщика и Заказчика знать, что требования контракта выполнены, а также требования ISO 9001 [2], если Проектировщик сертифицирован по этому стандарту. В этом отношении проверка и утверждение — это инструмент, используемый Дизайнером для снижения риска неадекватной работы. Этого метода ожидают и его страховщики профессиональной ответственности (PI), которые хотят ограничить свои риски.
Проверка — это тщательная проверка Проектировщиком всех результатов, которые должны быть выпущены, для оценки их соответствия требованиям, изложенным в контракте. Результаты могут состоять из документов (например, отчетов), чертежей, расчетов, выходных данных 3D-модели и других выходных данных компьютерных моделей.
Проверку необходимо запланировать, чтобы обеспечить ее комплексность и эффективность, особенно в сложных схемах.
Проверка результатов может быть итеративным процессом либо в рамках одной дисциплины, либо в нескольких дисциплинах во время разработки проекта, но на ключевых этапах требуется формальное подтверждение.
Планирование проверки и утверждения должно выполняться в плане качества или, альтернативно, в плане выполнения. Это известно как «Объем проверки»; он включает четыре аспекта:
Объем проверки включает: КОГДА проводить проверку? КАКОЙ уровень проверки требуется? Кто отвечает за проверку? КАК должна проводиться проверка. |
Эти элементы рассматриваются ниже отдельно.
[править] КОГДА проводить проверку?
Определите, на каких этапах процесса проектирования требуется проверка, например, при замораживании проекта, когда его останавливают для подведения итогов. Это особенно подходит для информационного моделирования зданий (BIM), где разработка модели проходит через ряд этапов, например, «Незавершенная работа», «Совместное использование» (внутреннее) и «Опубликованное» (внешнее), распознаваемое формальными выпусками результатов.
Необходимо учитывать планирование проверки работы субконсультантов.Контракт должен требовать подтверждения того, что Субподрядчик проверил, что его собственная работа соответствует требованиям перед подачей. Кроме того, участие клиента или заинтересованной стороны в процессе проверки необходимо запланировать, поскольку в противном случае это может привести к задержкам.
Необходимо понимать, что входящая информация (например, документы, чертежи, стандарты и т. Д.) От других сторон должна проверяться, чтобы показать, что они подходят для использования.
[править] КАКОЙ уровень проверки требуется?
Уровень проверки документов, чертежей, расчетов и моделей обычно определяется каждой организацией в ее процедуре проверки.Для расчетов уровни проверки переходят от «Самопроверки» к процедурам оценки критических расчетов проекта. Уровни проверки чертежей и документов могут следовать аналогичной методологии.
Процедуры, такие как рабочие процессы QA BIM, должны координироваться между сторонами (консультантом, работодателем, субконсультантами и т. Д.) Для обеспечения согласованности процессов в рамках проекта.
Сложность моделирования уровней проверки должна соответствовать стадиям разработки, например, в рамках различных стадий могут быть выполнены вопросы, содержащие «коды пригодности» для определения стадии выполнения.
[править] КТО отвечает за проверку?
Необходимо показать, что проверяющие и утверждающие компетентны для своих ролей. Это может иметь форму авторитетной матрицы, показывающей проверяющих и утверждающих для каждой дисциплины, а также темы, по которым они имеют право проверять и / или утверждать. Матрица может быть результатом процесса профессионального развития компании. Это должно быть частью планирования проекта, например, на него должна быть сделана ссылка в плане качества.
Для более сложных проектов может потребоваться более одного контролера, чтобы охватить набор навыков требуемых компетенций или, действительно, чтобы наилучшим образом использовать человеческие ресурсы, например, для расчетов опытный специалист проверит принцип, допущения метода и критерии проектирования, в то время как более младший человек может выполнять арифметическую проверку.
В идеале автор, проверяющий и утверждающий должны быть разными людьми. Автор не должен проверять свою работу, так как цель шашки — поднять пару свежих глаз. Кроме того, рекомендуется, чтобы проверяющий и утверждающий результат не был одним и тем же лицом, если работа не выполняется небольшой командой, а второй человек с необходимыми компетенциями недоступен; это должно быть записано в плане качества.
[править] КАК должна проводиться проверка.
Это касается всех типов результатов в разделе 4 — Проверка, непосредственно ниже.
[править] Обзор подхода к проверке
Те, кто готовит результаты, всегда должны проверять свою работу перед тем, как отправлять ее на плановую проверку и утверждение.
Никакие результаты в любом состоянии завершения не должны выдаваться без прохождения определенного уровня проверки; сюда входят «Черновики для комментариев». Получатель (Клиент) желает проанализировать и действительно может попытаться полагаться на документ или рисунок и не будет проверять его точность или надежность для вас.Согласно опыту автора аудита, с документами «Черновик для комментариев» может случиться так, что единственный комментарий клиента будет: «Отлично, рассматривайте документ как первую проблему», и в этом случае без проверки будет выдан документ, в котором нет не было проверено его создателем.
Помимо полноты и точности результатов, контролеры могут искать дополнительные элементы, такие как:
Это также должно быть определено в «Объеме проверки» в плане качества.
Необходимо вести записи проверок (например, размеченная контрольная копия документа или рисунка, либо в рукописи, либо в электронном виде с использованием функции отслеживания изменений в программном обеспечении, таком как «MS Word»). Это должно предоставить доказательства правдивости проверки, т. Е. Того, что запланированная проверка проводилась систематически. Точно так же листы расчетов и данные проверки прогона модели вместе с соответствующими титульными листами также требуются для использования в будущем. В качестве дополнительного шага для сохранения проверочных записей документов может быть сделана копия комментариев в формате pdf.
Также важна копия записи окончательного выпуска любой версии конечного результата. На нем должны быть подписи автора, проверяющего и утверждающего, а также дата проверки, либо в рукописи, либо с помощью электронного «рабочего процесса».
Электронные системы управления документами и чертежами (СЭД) могут иметь функции «рабочего процесса», которые можно использовать для записи разрешений на проверку и утверждение результатов назначенными людьми. Некоторые «рабочие процессы» могут также автоматически сохранять связанные копии чеков и записей как свидетельства выполнения процесса.В истории версий документа или чертежа в системе будет контрольный след проверки и утверждения.
Когда используются мокрые подписи, в качестве контроля матрица полномочий должна содержать подписи проверяющих и утверждающих, чтобы можно было сравнить их с подписями, показанными на титульном листе документа или чертежа.
«Документы» могут включать:
Помимо проверки точности их технического содержания, документы обычно проверяются на предмет использования правильного шаблона, корректируются на предмет грамматики и орфографии и оцениваются на соответствие другим работам.
Область, требующая особого внимания, относится к включению вычислений в отчет, так как необходимо проверить, правильно ли были перенесены выходные данные вычислений в отчет.
Основная проверка предназначена для стандартизации, например, чтобы убедиться, что все чертежи составлены по шаблону, согласованному с Заказчиком.
Как и в случае с документами, здесь важна проверка на согласованность с другими работами, например, между чертежами армирования и чертежами общего вида.
Цветной метод аннотации часто используется средством проверки на печатных копиях чертежей, например, следующим образом:
| Пример цветной аннотации: | |
| желтый | Правильно |
| Красный | Неверно — неправильную работу зачеркнуть или обвести и отметить исправления в рукописи; |
| зеленый | Исправление выполнено чертежником; |
| синий | Исправление проверено чекером |
Его также можно использовать в СЭД с помощью электронных инструментов красной линии, которые затем сохраняются в специальный файл.
В качестве примера необходимо проверить спецификации стержней, чтобы убедиться, что армирование, показанное на связанных чертежах, было должным образом перенесено в спецификации. Специалисты по контролю должны учитывать правильность диаметров, чисел, размерных деталей и любых итоговых значений длины.
Вопрос, который иногда возникает от кого-то, создающего эскиз, а не полный чертеж, заключается в том, нужно ли им его официально проверять и утверждать. Ответ — да, если информация, представленная в отчете, содержащем эскиз, основана на какой-либо части этого эскиза.Использование кодов пригодности в электронном рабочем процессе укажет уровень уверенности в эскизе.
[править] Расчеты
Расчеты подготавливаются не только для того, чтобы удовлетворить проектировщика в отношении точности проекта, но также в качестве постоянного учета принятых проектных решений и используемых критериев, которые способствуют формированию результатов проектирования.
Для каждого набора расчетов контролеру следует учитывать следующее:
- Является ли цель ясной и конкретной?
- Четко ли изложены сделанные предположения?
- Записаны ли используемые параметры и формулы?
- Были ли ссылки на применимые нормы и стандарты?
- Какое программное обеспечение использовалось и его версия?
- Было ли программное обеспечение утверждено для данного типа расчета?
- Были ли проверены входные данные?
- Является ли вывод окончательным, например, прошел / не прошел?
Конструкции, такие как мосты, имеют свои отраслевые требования к проверке.В этом случае существуют разные категории (CAT) проверки:
Проверка CAT III, если она признана удовлетворительной, сопровождается выдачей сертификата проверки CAT III, например, проекта моста, который представляется Проектировщиком и подписывается Заказчиком.
Некоторые проекты требуют, чтобы Проектировщик аналогичным образом подготовил сертификат дизайна, подтверждающий, что проект соответствует стандартам, рабочей информации и т. Д., А также был проверен и утвержден.
BIM реализуется в среде общих данных (CDE), что означает, что требуется стандартизированный подход к управлению чертежами и расчетами для обеспечения совместимости информации в различных задействованных дисциплинах.Это облегчает совместную работу при производстве моделей. Стандарты, которые позволяют это сделать, включают ISO 19650-1: 2018 — Организация и оцифровка информации о зданиях и строительных работах, включая BIM — Управление информацией с использованием BIM — Часть 1: Концепции и принципы [3], ISO 19650-2: 2018 — Часть 2: Этап поставки активов [4] и структура серии PAS 1192.
«Объем проверки» для работы BIM должен быть запланирован в плане качества или плане выполнения BIM (BEP), как и в случае общего подхода в разделе 4a).Кроме того, в нем должны быть указаны предлагаемые пакеты программного обеспечения, которые будут использоваться в каждой дисциплине, включая программное обеспечение для проверки и анализа моделей.
В общих чертах, чек требуется, когда:
ISO 19650-1 [3] статья 12 определяет три стадии разработки модели, в которых требуется эта проверка:
Для каждого из этих состояний используются «коды пригодности» для обозначения уровня уверенности в результатах, например «S1» — подходит для координации (только модели) и «S3» — подходит для обзора и комментариев.Уровень проверки, необходимый для каждого уровня пригодности на каждом этапе, становится более подробным по мере продвижения разработки модели к производству информации о строительстве. «Объем проверки» в плане качества должен отражать это.
3D-модели можно определить как один из трех типов:
Транзакции между проектными и аналитическими моделями во время итераций проектирования требуют проверки, чтобы гарантировать сохранение важной встроенной информации с моделью и правильность переданной геометрии.
Федеративная модель подлежит многопрофильному анализу проекта, оценке координации между дисциплинами и обнаружению коллизий, которое позволяет выявить конфликты между базовыми моделями.
В состоянии «Публикация» контрактные результаты поставки, которые потребуют проверки, обычно представляют собой документацию, выведенную из модели BIM, например, 2D-чертежи, 3D-изображения, графики и т. Д. Кроме того, фактическая 3D-модель, как результат поставки, будет быть проверенным.
Эти проверки и обзоры фиксируются, например, в отчетах об обнаружении конфликтов или контрольных списках проверки моделей.
Важным моментом является обучение, чтобы команда проекта могла использовать цифровые инструменты для проверки и утверждения. Необходимо принять во внимание изменение в просмотре 3D-моделей (для инженеров, привыкших работать в 2D) и различные возможные методы, используемые для захвата проверки 3D-модели (контрольный список Excel, 2D-извлечения, 3D-скриншоты и т. Д.).
Виды BIM-проверки:
Дополнительные детали, например, ответственность, можно найти в ISO19650-2 [4], статьи 5.6 и 5.7.
[править] Компьютерное моделирование и прогнозирование спроса
Как правило, средство проверки моделирования или прогнозирования учитывает те же соображения, что и при расчетах (см. Пункт 4c), например, проверяет входные данные и выходные результаты модели. Кроме того, контролер должен быть уверен в надежном функционировании модели.
Следует заранее рассмотреть:
- Одобрено ли программное обеспечение для использования?
- Проверено ли программное обеспечение для использования в этом приложении?
- Учтены ли известные проблемы с программным обеспечением?
- Это уместно — подходит ли компьютерная программа для того, что вы пытаетесь от нее получить?
- Требуется ли обучение для использования программного обеспечения?
- Были ли какие-либо изменения в программном обеспечении или соответствующая параметризация?
- Были ли отклонения в программном обеспечении, которые привели к нарушению калибровки?
Примечание. Программным обеспечением считается любая электронная система, использующая код в качестве приложения, в данном случае для компьютерного моделирования и / или прогнозирования спроса.
По сути, проверка необходима по трем элементам:
[править] Контрольные списки
Использование контрольных списков для проверки и утверждения наиболее целесообразно там, где важна повторяемость проверки по дисциплинам и / или где команда менее опытна, поскольку она может предоставить шаблон для проверки. Однако по-прежнему важно поощрять более широкое мышление, не ограниченное контрольным списком.
Контрольные списки инженерной дисциплины могут включать, например, мосты, легкий скоростной транспорт (LRT), строительные конструкции, планирование транспорта и воду.Их можно сделать на заказ для чертежей, расчетов и моделирования.
Дополнительную информацию можно получить, прочитав статью Контрольный список качества.
Утверждение — это не вторая полная проверка. Утверждающий смотрит в общий обзор и убеждается, что эффективная проверка была проведена. Это может быть сделано разными способами, например, проведением выборочной проверки, сосредоточением внимания на проверке ключевых характеристик результата и / или сравнением с известными справочными источниками или предыдущим опытом проекта.
Утверждающий должен убедиться, что:
Таким образом, утверждающий обеспечивает, чтобы собранная информация, которая должна быть представлена, включая план или профессиональное исследование, была собрана с «разумными навыками и вниманием».
Проверка и утверждение — это, прежде всего, техника контроля качества, т. Е. Используется, когда производство результатов поставки продвигается, тогда как связанный с ним метод обеспечения качества, Обзор, может использоваться раньше, чтобы повлиять на разработку этих результатов.Например, серия обзоров отдельных дисциплин (SDR) может предшествовать междисциплинарному обзору (IDR) перед окончательной подачей с уровнями проверки, имеющими место для входных данных на каждом этапе.
Обзор также должен быть запланирован в плане качества, опять же в соответствии с принципами «Объем проверки» путем определения «Когда, Что, Кто, Как». В порядке компетенции назначенный рецензент должен обладать опытом в рассматриваемых технических областях. Желательно, чтобы они были независимы от команды проекта, чтобы иметь эту «пару свежих глаз».
Рецензент проверяет, соответствует ли разрабатываемая работа целям, установленным для проекта, и может ссылаться на все записи проекта, такие как документы, чертежи и расчеты.
Они также рассмотрят, были ли оценены возможности проекта по максимальному увеличению его выгод для Клиента, операторов, пользователей и т. Д., Например, возможности устойчивости.
Совместная работа с заказчиком и другими партнерами по проектам становится все более важной в крупных проектах, независимо от того, связаны они с BIM или нет.Заказчик и даже подрядчики могут увидеть преимущества участия в проекте на более раннем этапе, чтобы определить его направление, будь то участники или рецензенты. Применяется ISO 44001: 2017 — Системы управления совместными деловыми отношениями — Требования и структура [5].
В этой культуре изменений консультант по-прежнему, справедливо ожидается, что он возьмет на себя ответственность за обеспечение своих результатов, т. Е. За подготовку точных отчетов, чертежей и т. Д., И, следовательно, ему необходимо планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в своем «Объеме». проверки ».Этот подход также известен как «прогрессивная гарантия».
Во время совместной работы, а не только во время проверки и утверждения, вклад различных людей с различным опытом может привести к генерированию «извлеченных уроков» и даже инновационных идей. Например, контрольный журнал из протоколов встреч IDR является богатым источником информации. Все чаще компаниям требуется система управления знаниями для их сбора, особенно для будущих проектов.
Здесь аудит — это анализ эффективности системы менеджмента, и в рамках проекта всегда следует учитывать, планируются ли и реализуются ли мероприятия по проверке, утверждению и анализу.
Аудит должен проводиться в соответствии с ISO 19011: 2018 — Руководство по аудиту систем менеджмента [6].
Проверка и утверждение могут быть широким спектром. Он используется для оценки информации, которая передается соавторам или публикуется для передачи Клиенту. Это касается результатов от отчетов до чертежей, расчетов и выходных данных BIM.
Планирование и выполнение проверки и утверждения строятся вокруг «объема проверки», определенного в плане качества в начале проекта.Он имеет четыре аспекта:
- КОГДА проводить проверку?
- КАКОЙ уровень проверки требуется?
- КТО отвечает за проверку?
- КАК должна проводиться проверка.
Компетентность проверяющих и утверждающих в рассматриваемых дисциплинах должна быть продемонстрирована, например, в процессе профессионального развития компании.
Подтверждающие доказательства, такие как проверка и копии результатов поставки, необходимы, чтобы показать, что запланированные мероприятия по проверке были реализованы.
Проверка и утверждение лучше всего согласовывать с обзором (техническим или дизайнерским). Полученные в результате результаты обоих подходов могут дать возможность извлечь уроки для текущих и будущих проектов, особенно в тех случаях, когда применяется совместный подход с другими.
В культуре сотрудничества, которая может способствовать изменениям на ранней стадии, консультант по-прежнему, справедливо ожидают, что он возьмет на себя ответственность за обеспечение своих результатов, и, следовательно, должен планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в его рамках. Объем проверки ».Этот подход также известен как «прогрессивная гарантия».
Ред. 1.0 (15.08.2020): Оригинальная статья написана Кевином Роджерсом и проверена Тони Хойлом и Китом Хэмлином от имени Рабочей группы по компетентности в строительстве (ConSIG). Статья проверена группой CWG и принята к публикации Руководящим комитетом ConSIG.
—ConSIG CWG 16:09, 17 августа 2020 г. (BST)
Проверка и одобрение при проектировании — перспектива управления качеством
Процедуры контроля проектирования и строительства, должно быть, возникли в ранней истории.Великая пирамида в Гизе, Египет известна точностью геометрии конструкции, которая имела высоту 146,5 метра с основанием площадью 230,4 квадратных метра, например, четыре стороны основания Великой пирамиды Гизы имеют среднюю погрешность всего лишь Длина 58 миллиметров — из Cole Survey (1925) на основе длин сторон 230,252 м, 230,454 м, 230,391 м, 230,357 м [1].
Как были построены пирамиды Гизы, неизвестно. Тем не менее, можно сделать вывод, что для достижения высокой точности используемые методы проектирования и строительства должны включать элементы контроля качества (проверка и утверждение) и обеспечения качества (технический анализ).
Сегодня для дизайн-проектов и связанных с ними профессиональных исследований наиболее важными методами контроля качества являются проверка и утверждение результатов. Тем не менее, эта статья расширит тему, включив в нее технический обзор (он же Design Review) в качестве аналогичного необходимого шага на пути к проверке того, что результаты соответствуют установленным в контракте требованиям. Обзор можно использовать для устранения дефектов на ранних этапах проекта, задолго до окончательной подачи, и поэтому его можно рассматривать как деятельность по обеспечению качества (QA), а не как контроль качества.
ISO 9001: 2015 — Системы менеджмента качества — Требования [2], в «главе 8 — Эксплуатация» излагает свои ожидания в отношении анализа и проверки (проверки).
В интересах Проектировщика и Заказчика знать, что требования контракта выполнены, а также требования ISO 9001 [2], если Проектировщик сертифицирован по этому стандарту. В этом отношении проверка и утверждение — это инструмент, используемый Дизайнером для снижения риска неадекватной работы. Этого метода ожидают и его страховщики профессиональной ответственности (PI), которые хотят ограничить свои риски.
Проверка — это тщательная проверка Проектировщиком всех результатов, которые должны быть выпущены, для оценки их соответствия требованиям, изложенным в контракте. Результаты могут состоять из документов (например, отчетов), чертежей, расчетов, выходных данных 3D-модели и других выходных данных компьютерных моделей.
Проверку необходимо запланировать, чтобы обеспечить ее комплексность и эффективность, особенно в сложных схемах.
Проверка результатов может быть итеративным процессом либо в рамках одной дисциплины, либо в нескольких дисциплинах во время разработки проекта, но на ключевых этапах требуется формальное подтверждение.
Планирование проверки и утверждения должно выполняться в плане качества или, альтернативно, в плане выполнения. Это известно как «Объем проверки»; он включает четыре аспекта:
Объем проверки включает: КОГДА проводить проверку? КАКОЙ уровень проверки требуется? Кто отвечает за проверку? КАК должна проводиться проверка. |
Эти элементы рассматриваются ниже отдельно.
[править] КОГДА проводить проверку?
Определите, на каких этапах процесса проектирования требуется проверка, например, при замораживании проекта, когда его останавливают для подведения итогов. Это особенно подходит для информационного моделирования зданий (BIM), где разработка модели проходит через ряд этапов, например, «Незавершенная работа», «Совместное использование» (внутреннее) и «Опубликованное» (внешнее), распознаваемое формальными выпусками результатов.
Необходимо учитывать планирование проверки работы субконсультантов.Контракт должен требовать подтверждения того, что Субподрядчик проверил, что его собственная работа соответствует требованиям перед подачей. Кроме того, участие клиента или заинтересованной стороны в процессе проверки необходимо запланировать, поскольку в противном случае это может привести к задержкам.
Необходимо понимать, что входящая информация (например, документы, чертежи, стандарты и т. Д.) От других сторон должна проверяться, чтобы показать, что они подходят для использования.
[править] КАКОЙ уровень проверки требуется?
Уровень проверки документов, чертежей, расчетов и моделей обычно определяется каждой организацией в ее процедуре проверки.Для расчетов уровни проверки переходят от «Самопроверки» к процедурам оценки критических расчетов проекта. Уровни проверки чертежей и документов могут следовать аналогичной методологии.
Процедуры, такие как рабочие процессы QA BIM, должны координироваться между сторонами (консультантом, работодателем, субконсультантами и т. Д.) Для обеспечения согласованности процессов в рамках проекта.
Сложность моделирования уровней проверки должна соответствовать стадиям разработки, например, в рамках различных стадий могут быть выполнены вопросы, содержащие «коды пригодности» для определения стадии выполнения.
[править] КТО отвечает за проверку?
Необходимо показать, что проверяющие и утверждающие компетентны для своих ролей. Это может иметь форму авторитетной матрицы, показывающей проверяющих и утверждающих для каждой дисциплины, а также темы, по которым они имеют право проверять и / или утверждать. Матрица может быть результатом процесса профессионального развития компании. Это должно быть частью планирования проекта, например, на него должна быть сделана ссылка в плане качества.
Для более сложных проектов может потребоваться более одного контролера, чтобы охватить набор навыков требуемых компетенций или, действительно, чтобы наилучшим образом использовать человеческие ресурсы, например, для расчетов опытный специалист проверит принцип, допущения метода и критерии проектирования, в то время как более младший человек может выполнять арифметическую проверку.
В идеале автор, проверяющий и утверждающий должны быть разными людьми. Автор не должен проверять свою работу, так как цель шашки — поднять пару свежих глаз. Кроме того, рекомендуется, чтобы проверяющий и утверждающий результат не был одним и тем же лицом, если работа не выполняется небольшой командой, а второй человек с необходимыми компетенциями недоступен; это должно быть записано в плане качества.
[править] КАК должна проводиться проверка.
Это касается всех типов результатов в разделе 4 — Проверка, непосредственно ниже.
[править] Обзор подхода к проверке
Те, кто готовит результаты, всегда должны проверять свою работу перед тем, как отправлять ее на плановую проверку и утверждение.
Никакие результаты в любом состоянии завершения не должны выдаваться без прохождения определенного уровня проверки; сюда входят «Черновики для комментариев». Получатель (Клиент) желает проанализировать и действительно может попытаться полагаться на документ или рисунок и не будет проверять его точность или надежность для вас.Согласно опыту автора аудита, с документами «Черновик для комментариев» может случиться так, что единственный комментарий клиента будет: «Отлично, рассматривайте документ как первую проблему», и в этом случае без проверки будет выдан документ, в котором нет не было проверено его создателем.
Помимо полноты и точности результатов, контролеры могут искать дополнительные элементы, такие как:
Это также должно быть определено в «Объеме проверки» в плане качества.
Необходимо вести записи проверок (например, размеченная контрольная копия документа или рисунка, либо в рукописи, либо в электронном виде с использованием функции отслеживания изменений в программном обеспечении, таком как «MS Word»). Это должно предоставить доказательства правдивости проверки, т. Е. Того, что запланированная проверка проводилась систематически. Точно так же листы расчетов и данные проверки прогона модели вместе с соответствующими титульными листами также требуются для использования в будущем. В качестве дополнительного шага для сохранения проверочных записей документов может быть сделана копия комментариев в формате pdf.
Также важна копия записи окончательного выпуска любой версии конечного результата. На нем должны быть подписи автора, проверяющего и утверждающего, а также дата проверки, либо в рукописи, либо с помощью электронного «рабочего процесса».
Электронные системы управления документами и чертежами (СЭД) могут иметь функции «рабочего процесса», которые можно использовать для записи разрешений на проверку и утверждение результатов назначенными людьми. Некоторые «рабочие процессы» могут также автоматически сохранять связанные копии чеков и записей как свидетельства выполнения процесса.В истории версий документа или чертежа в системе будет контрольный след проверки и утверждения.
Когда используются мокрые подписи, в качестве контроля матрица полномочий должна содержать подписи проверяющих и утверждающих, чтобы можно было сравнить их с подписями, показанными на титульном листе документа или чертежа.
«Документы» могут включать:
Помимо проверки точности их технического содержания, документы обычно проверяются на предмет использования правильного шаблона, корректируются на предмет грамматики и орфографии и оцениваются на соответствие другим работам.
Область, требующая особого внимания, относится к включению вычислений в отчет, так как необходимо проверить, правильно ли были перенесены выходные данные вычислений в отчет.
Основная проверка предназначена для стандартизации, например, чтобы убедиться, что все чертежи составлены по шаблону, согласованному с Заказчиком.
Как и в случае с документами, здесь важна проверка на согласованность с другими работами, например, между чертежами армирования и чертежами общего вида.
Цветной метод аннотации часто используется средством проверки на печатных копиях чертежей, например, следующим образом:
| Пример цветной аннотации: | |
| желтый | Правильно |
| Красный | Неверно — неправильную работу зачеркнуть или обвести и отметить исправления в рукописи; |
| зеленый | Исправление выполнено чертежником; |
| синий | Исправление проверено чекером |
Его также можно использовать в СЭД с помощью электронных инструментов красной линии, которые затем сохраняются в специальный файл.
В качестве примера необходимо проверить спецификации стержней, чтобы убедиться, что армирование, показанное на связанных чертежах, было должным образом перенесено в спецификации. Специалисты по контролю должны учитывать правильность диаметров, чисел, размерных деталей и любых итоговых значений длины.
Вопрос, который иногда возникает от кого-то, создающего эскиз, а не полный чертеж, заключается в том, нужно ли им его официально проверять и утверждать. Ответ — да, если информация, представленная в отчете, содержащем эскиз, основана на какой-либо части этого эскиза.Использование кодов пригодности в электронном рабочем процессе укажет уровень уверенности в эскизе.
[править] Расчеты
Расчеты подготавливаются не только для того, чтобы удовлетворить проектировщика в отношении точности проекта, но также в качестве постоянного учета принятых проектных решений и используемых критериев, которые способствуют формированию результатов проектирования.
Для каждого набора расчетов контролеру следует учитывать следующее:
- Является ли цель ясной и конкретной?
- Четко ли изложены сделанные предположения?
- Записаны ли используемые параметры и формулы?
- Были ли ссылки на применимые нормы и стандарты?
- Какое программное обеспечение использовалось и его версия?
- Было ли программное обеспечение утверждено для данного типа расчета?
- Были ли проверены входные данные?
- Является ли вывод окончательным, например, прошел / не прошел?
Конструкции, такие как мосты, имеют свои отраслевые требования к проверке.В этом случае существуют разные категории (CAT) проверки:
Проверка CAT III, если она признана удовлетворительной, сопровождается выдачей сертификата проверки CAT III, например, проекта моста, который представляется Проектировщиком и подписывается Заказчиком.
Некоторые проекты требуют, чтобы Проектировщик аналогичным образом подготовил сертификат дизайна, подтверждающий, что проект соответствует стандартам, рабочей информации и т. Д., А также был проверен и утвержден.
BIM реализуется в среде общих данных (CDE), что означает, что требуется стандартизированный подход к управлению чертежами и расчетами для обеспечения совместимости информации в различных задействованных дисциплинах.Это облегчает совместную работу при производстве моделей. Стандарты, которые позволяют это сделать, включают ISO 19650-1: 2018 — Организация и оцифровка информации о зданиях и строительных работах, включая BIM — Управление информацией с использованием BIM — Часть 1: Концепции и принципы [3], ISO 19650-2: 2018 — Часть 2: Этап поставки активов [4] и структура серии PAS 1192.
«Объем проверки» для работы BIM должен быть запланирован в плане качества или плане выполнения BIM (BEP), как и в случае общего подхода в разделе 4a).Кроме того, в нем должны быть указаны предлагаемые пакеты программного обеспечения, которые будут использоваться в каждой дисциплине, включая программное обеспечение для проверки и анализа моделей.
В общих чертах, чек требуется, когда:
ISO 19650-1 [3] статья 12 определяет три стадии разработки модели, в которых требуется эта проверка:
Для каждого из этих состояний используются «коды пригодности» для обозначения уровня уверенности в результатах, например «S1» — подходит для координации (только модели) и «S3» — подходит для обзора и комментариев.Уровень проверки, необходимый для каждого уровня пригодности на каждом этапе, становится более подробным по мере продвижения разработки модели к производству информации о строительстве. «Объем проверки» в плане качества должен отражать это.
3D-модели можно определить как один из трех типов:
Транзакции между проектными и аналитическими моделями во время итераций проектирования требуют проверки, чтобы гарантировать сохранение важной встроенной информации с моделью и правильность переданной геометрии.
Федеративная модель подлежит многопрофильному анализу проекта, оценке координации между дисциплинами и обнаружению коллизий, которое позволяет выявить конфликты между базовыми моделями.
В состоянии «Публикация» контрактные результаты поставки, которые потребуют проверки, обычно представляют собой документацию, выведенную из модели BIM, например, 2D-чертежи, 3D-изображения, графики и т. Д. Кроме того, фактическая 3D-модель, как результат поставки, будет быть проверенным.
Эти проверки и обзоры фиксируются, например, в отчетах об обнаружении конфликтов или контрольных списках проверки моделей.
Важным моментом является обучение, чтобы команда проекта могла использовать цифровые инструменты для проверки и утверждения. Необходимо принять во внимание изменение в просмотре 3D-моделей (для инженеров, привыкших работать в 2D) и различные возможные методы, используемые для захвата проверки 3D-модели (контрольный список Excel, 2D-извлечения, 3D-скриншоты и т. Д.).
Виды BIM-проверки:
Дополнительные детали, например, ответственность, можно найти в ISO19650-2 [4], статьи 5.6 и 5.7.
[править] Компьютерное моделирование и прогнозирование спроса
Как правило, средство проверки моделирования или прогнозирования учитывает те же соображения, что и при расчетах (см. Пункт 4c), например, проверяет входные данные и выходные результаты модели. Кроме того, контролер должен быть уверен в надежном функционировании модели.
Следует заранее рассмотреть:
- Одобрено ли программное обеспечение для использования?
- Проверено ли программное обеспечение для использования в этом приложении?
- Учтены ли известные проблемы с программным обеспечением?
- Это уместно — подходит ли компьютерная программа для того, что вы пытаетесь от нее получить?
- Требуется ли обучение для использования программного обеспечения?
- Были ли какие-либо изменения в программном обеспечении или соответствующая параметризация?
- Были ли отклонения в программном обеспечении, которые привели к нарушению калибровки?
Примечание. Программным обеспечением считается любая электронная система, использующая код в качестве приложения, в данном случае для компьютерного моделирования и / или прогнозирования спроса.
По сути, проверка необходима по трем элементам:
[править] Контрольные списки
Использование контрольных списков для проверки и утверждения наиболее целесообразно там, где важна повторяемость проверки по дисциплинам и / или где команда менее опытна, поскольку она может предоставить шаблон для проверки. Однако по-прежнему важно поощрять более широкое мышление, не ограниченное контрольным списком.
Контрольные списки инженерной дисциплины могут включать, например, мосты, легкий скоростной транспорт (LRT), строительные конструкции, планирование транспорта и воду.Их можно сделать на заказ для чертежей, расчетов и моделирования.
Дополнительную информацию можно получить, прочитав статью Контрольный список качества.
Утверждение — это не вторая полная проверка. Утверждающий смотрит в общий обзор и убеждается, что эффективная проверка была проведена. Это может быть сделано разными способами, например, проведением выборочной проверки, сосредоточением внимания на проверке ключевых характеристик результата и / или сравнением с известными справочными источниками или предыдущим опытом проекта.
Утверждающий должен убедиться, что:
Таким образом, утверждающий обеспечивает, чтобы собранная информация, которая должна быть представлена, включая план или профессиональное исследование, была собрана с «разумными навыками и вниманием».
Проверка и утверждение — это, прежде всего, техника контроля качества, т. Е. Используется, когда производство результатов поставки продвигается, тогда как связанный с ним метод обеспечения качества, Обзор, может использоваться раньше, чтобы повлиять на разработку этих результатов.Например, серия обзоров отдельных дисциплин (SDR) может предшествовать междисциплинарному обзору (IDR) перед окончательной подачей с уровнями проверки, имеющими место для входных данных на каждом этапе.
Обзор также должен быть запланирован в плане качества, опять же в соответствии с принципами «Объем проверки» путем определения «Когда, Что, Кто, Как». В порядке компетенции назначенный рецензент должен обладать опытом в рассматриваемых технических областях. Желательно, чтобы они были независимы от команды проекта, чтобы иметь эту «пару свежих глаз».
Рецензент проверяет, соответствует ли разрабатываемая работа целям, установленным для проекта, и может ссылаться на все записи проекта, такие как документы, чертежи и расчеты.
Они также рассмотрят, были ли оценены возможности проекта по максимальному увеличению его выгод для Клиента, операторов, пользователей и т. Д., Например, возможности устойчивости.
Совместная работа с заказчиком и другими партнерами по проектам становится все более важной в крупных проектах, независимо от того, связаны они с BIM или нет.Заказчик и даже подрядчики могут увидеть преимущества участия в проекте на более раннем этапе, чтобы определить его направление, будь то участники или рецензенты. Применяется ISO 44001: 2017 — Системы управления совместными деловыми отношениями — Требования и структура [5].
В этой культуре изменений консультант по-прежнему, справедливо ожидается, что он возьмет на себя ответственность за обеспечение своих результатов, т. Е. За подготовку точных отчетов, чертежей и т. Д., И, следовательно, ему необходимо планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в своем «Объеме». проверки ».Этот подход также известен как «прогрессивная гарантия».
Во время совместной работы, а не только во время проверки и утверждения, вклад различных людей с различным опытом может привести к генерированию «извлеченных уроков» и даже инновационных идей. Например, контрольный журнал из протоколов встреч IDR является богатым источником информации. Все чаще компаниям требуется система управления знаниями для их сбора, особенно для будущих проектов.
Здесь аудит — это анализ эффективности системы менеджмента, и в рамках проекта всегда следует учитывать, планируются ли и реализуются ли мероприятия по проверке, утверждению и анализу.
Аудит должен проводиться в соответствии с ISO 19011: 2018 — Руководство по аудиту систем менеджмента [6].
Проверка и утверждение могут быть широким спектром. Он используется для оценки информации, которая передается соавторам или публикуется для передачи Клиенту. Это касается результатов от отчетов до чертежей, расчетов и выходных данных BIM.
Планирование и выполнение проверки и утверждения строятся вокруг «объема проверки», определенного в плане качества в начале проекта.Он имеет четыре аспекта:
- КОГДА проводить проверку?
- КАКОЙ уровень проверки требуется?
- КТО отвечает за проверку?
- КАК должна проводиться проверка.
Компетентность проверяющих и утверждающих в рассматриваемых дисциплинах должна быть продемонстрирована, например, в процессе профессионального развития компании.
Подтверждающие доказательства, такие как проверка и копии результатов поставки, необходимы, чтобы показать, что запланированные мероприятия по проверке были реализованы.
Проверка и утверждение лучше всего согласовывать с обзором (техническим или дизайнерским). Полученные в результате результаты обоих подходов могут дать возможность извлечь уроки для текущих и будущих проектов, особенно в тех случаях, когда применяется совместный подход с другими.
В культуре сотрудничества, которая может способствовать изменениям на ранней стадии, консультант по-прежнему, справедливо ожидают, что он возьмет на себя ответственность за обеспечение своих результатов, и, следовательно, должен планировать процесс проверки, утверждения и обзора на протяжении всей разработки проекта в его рамках. Объем проверки ».Этот подход также известен как «прогрессивная гарантия».
Ред. 1.0 (15.08.2020): Оригинальная статья написана Кевином Роджерсом и проверена Тони Хойлом и Китом Хэмлином от имени Рабочей группы по компетентности в строительстве (ConSIG). Статья проверена группой CWG и принята к публикации Руководящим комитетом ConSIG.
—ConSIG CWG 16:09, 17 августа 2020 г. (BST)
Bryan Cave Leighton Paisner — Что можно и что нельзя делать: распространенные ошибки в процессе разработки дизайна
Эта статья является частью серии статей о том, что можно и что нельзя делать, для журнала Building, в которой мы даем практические советы по навигации по основным проектам minefield
Разработка проекта, процесс, с помощью которого спецификация или проект верхнего уровня для актива преобразуется в подробный проект, позволяющий продолжить строительство, является ключевой особенностью крупных строительных проектов.Для проектов, закупаемых на проектно-строительной основе, клиентам потребуется гарантия того, что проект, разрабатываемый подрядчиком по проектированию и строительству, удовлетворяет их требованиям. По этой причине контракты на строительство для крупных проектов обычно включают в себя детальную процедуру разработки проекта.
Четкая и продуманная процедура, которая согласуется с коммерческими факторами, лежащими в основе контракта, защитит обе стороны. Это также может быть требованием спонсоров, особенно в случае проектов ЧФИ.С другой стороны, нечеткая процедура может размыть договорные обязательства и привести к путанице.
Вот что можно и нельзя делать в контексте процесса разработки дизайна.
Не путайте разработку дизайна с утверждением дизайна. В процессе разработки дизайна дизайн будет представлен клиенту в соответствии с программой, при этом клиент должен ответить в течение определенного периода. Процедура предназначена для того, чтобы предоставить клиенту видимость дизайна по мере его выполнения.Это не процесс «утверждения», и он не должен изменять распределение проектных рисков, которые в соответствии с контрактом на проектирование и строительство будут возложены на подрядчика.
Следует прояснить, будет ли какой-либо «комментарий» действовать как утверждение. В некоторых проектах может потребоваться включение в процедуру разработки дизайна ограниченного механизма утверждения. Хороший пример — строительство больницы — подрядчик потребует подтверждения того, что проект соответствует основным функциональным требованиям (например, расположение операционных).Поскольку клиент лучше всего подходит для подтверждения таких вопросов (именуемых «смежностью»), ему целесообразно подписать их.
Последующее изменение утвержденного элемента будет рассматриваться как изменение, и подрядчик будет иметь право потребовать дополнительное время и расходы.
Укажите основания для комментирования / отклонения дизайна Для того, чтобы процесс работал эффективно, основания для того, чтобы клиент комментировал (или отклонял) представленные ему проекты, должны быть конкретными и достаточно объективными.Допустимые основания для комментариев или отклонения обычно включают:
- Проект не соответствует спецификации контракта
- Проект не соответствует законодательным требованиям
- Подрядчик не предоставил достаточной подтверждающей информации, чтобы клиент мог проверить проект.
Не путайте разработку дизайна с вариациями Разработка дизайна концептуально и практически отличается от договорного механизма вариаций.Непонимание этого может привести к неправильному использованию процесса. Если клиент пытается прокомментировать или отклонить проект по причинам, не изложенным в контракте, подрядчик будет иметь право оспорить комментарии клиента и, если это законно, потребовать изменения, если клиент настаивает на их реализации.
Есть и другие проблемы с интерфейсом с вариациями. Что, если законный комментарий приведет к изменению другого аспекта дизайна? В некоторых контрактах прямо указывается, будет ли любое такое изменение квалифицироваться как изменение.
Не забудьте ответить Клиенты всегда должны отвечать на проекты, представленные в течение указанного периода. Во избежание задержек в реализации проекта в контракте часто предусматривается, что, если клиент не отвечает, считается, что у него нет комментариев. Если позже клиент захочет изменить или отклонить проект, ему может не остаться другого выбора, кроме как указать вариант, который может повлечь за собой временные и финансовые последствия.
Предусмотреть подходящую процедуру разрешения споров Если спор возникает в отношении вопроса разработки дизайна, он должен быть разрешен быстро и, желательно, окончательно.По этой причине заключение экспертов может быть наиболее подходящим форумом. Однако помните, что большинство строительных контрактов в Великобритании регулируется Законом о строительстве, поэтому любая из сторон будет иметь право передать спор на рассмотрение в любое время.
