ПРАВИТЕЛЬСТВО МОСКВЫ
МОСКОМАРХИТЕКТУРА
МЕТОДИКА
разработки документации системы качества проектной
продукции
(элемент СК 4.4)
на основе стандартов ИСО 9000
2002
1. «Методика разработки документации системы качества проектной продукции (элемент СК 4.4.) на основе стандартов ИСО 9000» разработана авторским коллективом лаборатории паспортизации строительства ГУП МНИИТЭП.
В работе приняли участие: заведующий лабораторией Смирнова Э.А., специалисты ЛПС: Чудновский Л.С., Айрапетян Е.А., Гончарова Т.А., Усачёва Л.П.
2. «Методика разработки документации системы качества проектной продукции (элемент СК 4.4) на основе стандартов ИСО 9000» предназначена для формирования процессов разработки проектно-сметной документации (по элементу СК 4.4. «Управление проектированием») в проектных институтах, создающих у себя систему качества на основе ИСО 9000.
3. Методика подготовлена к утверждению и изданию Управлением перспективного проектирования и нормативов Москомархитектуры.
4. Утверждена и введена в действие Указанием Москомархитектуры от 23.01.2002 г. № 8.
СОДЕРЖАНИЕ
Главной целью деятельности проектно-изыскательской организации (далее по тексту ПИО) является обеспечение организаций инвестиционно-строительного комплекса г. Москвы документацией на строительство, полностью удовлетворяющей требованиям заказчиков, органов государственной экспертизы и исполнительных органов Правительства Москвы.
Стратегической целью ПИО является обеспечение выпуска качественной конкурентоспособной продукции и обеспечение её сбыта.
В основе реализации этой политики лежат следующие принципы:
· максимального удовлетворения, повышения конкурентоспособности организации за счет улучшения качества продукции;
· постоянное сотрудничество с административными органами правительства Москвы и префектур, функциональными управлениями и инвестиционными структурами с целью определения реальных потребностей города в развитии инженерной инфраструктуры и формирования городского заказа;
· совершенствование технологий строительства в г. Москве на основе передового отечественного и зарубежного опыта;
· формирование репутации ПИО как лидера на рынке проектной продукции и надежного партнера;
· расширение рынка и увеличение объёма реализации продукции, улучшении финансового положения;
· улучшение условий работы и повышение качества жизни и материального уровня работников организации.
Основной задачей каждого ПИО является выпуск качественной проектной продукции или оказание качественных проектно-изыскательских услуг, которые:
а) отвечают определенным потребностям, сфере применения или назначению;
б) удовлетворяют ожиданиям потребителя;
в) соответствуют законодательству, принятым стандартам и другим нормативам;
г) отвечают требованиям общества;
д) отражают требования, относящиеся к окружающей среде;
е) реализуются по конкурентоспособной цене;
ж) экономичны с точки зрения затрат на их производство.
Современный подход в управлении качеством продукции базируется на унифицированных требованиях и методах, сформулированных в международных стандартах ИСО серии 9000. Создаваемые на основе этих требований Системы качества ПИО определяют круг полномочий организационных структур, способы, методы и технологию производства, средства обеспечения качества и являются механизмом проведения определенной политики для достижения поставленных целей в области качества.
В России основные стандарты ИСО 9000 приняты в качестве ГОСТ Р.
Основными стандартами ИСО серии 9000 являются стандарты, определяющие три модели обеспечения качества, предусмотренные Международной организацией по стандартизации:
· ИСО 9001 «Модель для обеспечения качества при проектировании и разработке, производстве, монтаже и обслуживании»;
· ИСО 9002 «Модель для обеспечения качества при производстве и монтаже»;
· ИСО 9003 «Модель для обеспечения качества при окончательном контроле и испытании».
Кроме того:
· Стандарт ИСО 9000-1 включает в себя инструкции для выбора модели разрабатываемой Системы качества и применению основных стандартов;
· Стандарт ИСО 8402 содержит основные понятия и термины, применяемые в стандартах ИСО серии 9000;
· Особое место в серии занимает стандарт ИСО 9004-1.Он содержит руководящие указания по элементам Системы качества, причем эти указания носят расширительный характер по отношению к требованиям стандарта ИСО 9001.
В настоящее время введён в действие и опубликован международный стандарт ISO/FDIS 9001:2000 «Системы управления качеством - требования», который отменяет и заменяет ISO 9001:1994, ISO 9003:1994, являясь переработанным изданием этих документов. Из нового стандарта исключены слова «обеспечение качества», что отражает тот факт, что требования к системам управления качеством, приведенное в ISO 9001:2000, распространяется как на обеспечение качества продукции (в частности проектной), так и на удовлетворение потребителя.
Настоящее издание ISO 9001:2000 разрабатывалось как одна из частей согласованной пары стандартов на системы управления качеством, причём вторым стандартом этой пары является стандарт ISO 9004:2000. Эти два международных стандарта разрабатывались для совместного применения, но могут использоваться независимо. Несмотря на то, что эти два международных стандарта имеют различные области применения, в целях удобства использования их структура одинакова, однако последний не предназначен для использования в целях сертификации или при заключении контракта.
По новому изданию стандарта ISO 9001:2000, как и по предыдущим, создание системы управления качеством проектирования начинается со стратегического решения первого лица ПИО. Далее учитываются потребности пользователя, характер поставленной цели, специфика принятых технологий, производственные параметры ПИО. Единой структуры или унифицированной документации для всех систем не предусматривается - стандарт лишь ориентирует и дополняет общетехнические нормы качества проектной продукции - главное, что он может быть использован для внутренних целей организации, для сертификации и в контрактных ситуациях. Модель системы управления качеством по ИСО 9001:2000 представляет собой процесс и взаимосвязи между процессами, которые проиллюстрированы на рис. 1.
Рис. 1 - Модель системы управления качеством, основанная на «подходе как к процессу»
Рисунок подтверждает, что потребитель играет важную роль при определении исходных требований. При мониторинге удовлетворенности потребителя необходима оценка информации, касающейся мнения потребителя о выполнении организацией его требований. Модель, представленная на рисунке 1, включает все требования настоящего международного стандарта, показывает процессы в подробностях.
Данный международный стандарт ISO 9001:2000 позволяет ПИО привести имеющуюся систему управления качеством в соответствие с распространяющимися на нее требованиями общей системы управления. В некоторых случаях может оказаться возможным для ПИО адаптировать систему управления таким образом, чтобы созданная при этом система управления качеством соответствовала требованиям данного международного стандарта, при этом требования стандарта распространяются на «организацию», обязанную установить, документально оформить, внедрить, поддерживать и, что необходимо отметить, постоянно улучшать систему управления качеством.
Стандарт ИСО 9001:2000 предусматривает сокращение количества документации, которая должна включать:
· документированное заявление о политике и целях в области качества;
· руководство по качеству;
· документированные процедуры, необходимость которых установлена стандартом;
· документы, необходимые ПИО для эффективного планирования процессов, их осуществления и контроля над ними;
· регистрацию данных о качестве.
Термин «документированная процедура» предполагает, что процедура установлена, документально оформлена, реализована в проектном процессе и осуществляется.
Объём и степень детализации документации системы управления качеством в ПИО определяются характером ПИО, сложностью процессов проектирования, компетентностью специалистов.
Выбор системы управления качеством проектной продукции в проектно-изыскательской организации определяется следующими ситуациями:
а) для административного управления качеством, проектной продукции в целях выполнения требований к качеству проектов, и проектных услуг наиболее экономичным и эффективным способом для повышения конкурентоспособности организации;
б) для обеспечения интересов потребителя в условиях договорных отношений (конкретной ситуации) на разработку качественной проектной продукции и оказание качественных проектно-изыскательских услуг;
в) при утверждении (регистрации) потребителем системы качества проектно-изыскательской организации;
г) при сертификации или регистрации системы качества проектно-изыскательской организации уполномоченными органами по сертификации.
В общем случае ПИО как поставщики проектной продукции или проектных услуг должны установить и поддерживать систему управления качеством, предназначенную охватить все указанные ситуации. При этом ПИО может выбрать любой из двух следующих, основанных на требованиях стандартов серии ИСО 9000, подходов для построения системы качества:
а) подход, мотивированный руководством организации поставщика;
б) подход, мотивированный заинтересованным лицом (потребителем, заказчиком).
В таблице 1 приводится схема условий и ситуаций, в которых обычно применяются системы качества ПИО. В зависимости от ситуации указываются международные стандарты серии ИСО 9000, рекомендуемые для формирования и оценки систем качества.
Обязанности по общему управлению качеством возлагаются на все уровни ПИО при условии, что координацию осуществляет высшее руководство. К общему руководству качеством следует привлекать по возможности весь персонал организации. При этом приоритет следует отдавать экономическим методам, включающим в том числе необходимые меры поощрения персонала.
Вместе с тем, главным условием успеха при создании системы качества является позиция первого руководителя и осознание им того, что такая система необходима, в первую очередь, самой проектно-изыскательской организации.
Система качества ПИО должна быть взаимоувязана с основными этапами и видами проектной деятельности, определяющими качество проектной продукции или оказываемых проектных услуг. Особенностью деятельности по проектированию объектов капитального строительства является цикличность процесса создания проектной документации. Так, с момента формирования целей инвестирования до выпуска рабочей документации для проведения строительных и других работ проходит несколько проектных циклов, отличающихся в основном своими целями, задачами и масштабами проводимых работ, а также результатами, направленными на удовлетворение различных участников инвестиционного процесса (в том числе: заказчика-инвестора, органов местной администрации, органов государственного контроля и надзора, подрядных строительных организаций, поставщиков и изготовителей оборудования, материалов и др.).
Цикличность проектного процесса отражает последовательное увеличение уровня детализации разрабатываемых проектных решений и соответствующей документации, обеспечивающей основные фазы «жизненного цикла» объекта строительных инвестиций.
Таблица 1
*) Административное управление качеством (внутреннее) |
Внешнее обеспечение качества в условиях контрактной ситуации |
|||
Ситуация |
а) Применение системы качества для административного управления качеством проектной продукции |
б) Применение системы качества для обеспечения интересов потребителя в условиях договорных отношений |
в) Применение системы качества при утверждении (регистрации) потребителем системы качества проектно-изыскательской организации |
г) Применение системы качества, при сертификации или регистрации системы качества проектно-изыскательской организации уполномоченными органами по сертификации |
Инициатор |
Руководство организации-поставщика (ПИО) |
Потребитель (указывает конкретную модель обеспечения качества) |
Потребитель (оценивает имеющуюся у поставщика систему качества) |
Потребитель и/или руководство организации поставщика (ПИО) |
Исполнитель |
Руководство и персонал организации поставщика |
Руководство и персонал организации поставщика |
Потребитель или компетентная организация по поручению потребителя |
Орган по сертификации строительной деятельности |
Цель |
Повышение конкурентоспособности организации за счет выполнения требований к качеству продукции экономичным и эффективным способом |
Обеспечение интересов потребителя поставщиком |
Утверждение (регистрация) потребителем системы качества поставщика |
Поставщик поддерживает сертифицированную систему качества для всех потребителей, кроме тех случаев, когда в конкретном договоре записаны другие условия |
Базовые требования |
ИСО 9004-1 |
ИСО 9001 |
ИСО 9001 |
ИСО 9001 ИСО 10011-1 |
Дополнительные требования |
ИСО 9004-2 ИСО 9004-4 ИСО 10005 ИСО 10011-3 |
ИСО 9002-2 ИСО 10005 |
ИСО 10011-1 |
ИСО 10011-2 |
*) - административное управление качеством в проектно-изыскательской организации осуществляется с помощью управления процессами различного назначения: проектными и вспомогательными, организации управления и планирования, обеспечения (информационного, материально-технического, кадрового), подготовки, персонала и реализации других необходимых функций;
- административное управление качеством охватывает все те операции общей функции управления, которые определяют политику, цели и ответственность ПИО в области качества, соответствующие задачи и обязанности функциональных и производственных подразделений, должностных лиц и персонала.
ISO 9001:2000 |
Адаптация ГОСТ Р и ISO 9001::2000 применительно к ПИО |
||||
4.4. |
Управление проектированием |
7.3. |
Проектирование и разработка |
Проектная организация должна управлять процессом проектирования и проверять ПСД, чтобы обеспечить выполнение установленных требований. |
|
4.4.1. |
Общие положения |
7.3.1. |
Планирование проектирования и разработки |
||
4.4.2. |
Планирование проектирования и разработки Поставщик должен подготовить планы по проектированию в разработке. В этих планах должны быть приведены виды деятельности или ссылки на них и определена ответственность за их осуществление. Проектирование и разработку проводит квалифицированный персонал, имеющий в своем распоряжении соответствующие средства. По мере развития проекта планы должны актуализироваться. |
|
Организация должна осуществлять планирование и управление проектированием и разработкой продукции. Организация должка определять: а. этапы процессов проектирования и разработки; б. подходящие для каждого этапа формы и методы анализа, проверки и утверждения результатов; в. ответственность и полномочия по проведению проектирования и разработки. |
Планирование проектирования Процедура планирования проектирования включает: · составление планов, которые определяют процессы и ответственность по каждому этапу проектирования, в том числе необходимую для этого проверку; · планирование продолжительности и сроков выполнения работ; · уточнение планов в ходе выполнения проектных работ, распределение работ между квалифицированным персоналом, оснащенным всеми необходимыми средствами. Таким образом, при составлении планов определяется перечень работ, подлежащих выполнению, сроки выполнения и ответственные исполнители. В плане определяются этапы, на которых происходит взаимодействие между различными группами проектировщиков, и предусматриваются для них соответствующие проверки и оценки. В каждом подразделении назначается ответственный за выполнение требований по качеству и обеспечивается понимание каждым проектировщиком меры своей ответственности. Кроме того, в проектной организации назначается ответственный за соблюдение в ПСД правил безопасности, законов, норм, уровня техники. Документы СК: · Порядок планирования и разработки проектной документации |
|
4.4.3. |
Организационно-техническое взаимодействие Между различными группами, которые вносят свой вклад в процесс проектирования, должно быть установлено организационно-техническое взаимодействие. Необходимую информацию следует документировать, передавать и регулярно анализировать. |
7.3.1. |
Управление взаимодействием между различными группами, участвующими в проектировании и разработке, должно осуществляться таким образом, чтобы обеспечивалась эффективная связь между ними и четкое распределение ответственности. Результаты планирования должны уточняться по мере выполнения проектирования и разработки. |
Организационно-техническое взаимодействие. Необходимо установить организационно-техническое взаимодействие при выполнении проектно-изыскательских работ, включая: · четкое определение порядка взаимодействий и формы передачи информации между подразделениями; · документирование полученной информации; · регулярный анализ наработанных результатов. Установление организационно-технического взаимодействия направлено на передачу данных и периодический анализ результатов без потерь информации и без нарушения сроков. Процедура установления взаимодействия включает в себя: · определение всех подразделений, участвующих в проектировании; · установление ответственности при обмене информацией; · составление перечня требований к виду и объёму передаваемых данных. Выполнение этого требования создает возможность обеспечить комплектность, однозначность и своевременность передачи данных в процессе проектирования. В каждом подразделении должен вестись документированный учет передаваемых данных Документы СК: Организационно-техническое взаимодействие подразделений ПИО. |
|
4.4.4. |
Входные проектные данные Входные проектные требования к продукции, включая применяемые установленные законодательные и регламентирующие требования, должны быть определены, документально оформлены, а их выбор проанализирован поставщиком на адекватность. Неполные, двусмысленные или противоречивые требования должны быть предметом урегулирования с лицами, ответственными за их предъявление. Во входных проектных данных должны учитываться результаты любых видов деятельности по анализу контракта. |
7.3.2. |
Входные данные для проектирования и разработки Входные данные, касающиеся требований к продукции, должны быть определены и документально оформлены (см. 4.2.4). Они должны включать: а. функциональные и эксплуатационные требования; б. распространяющиеся на продукцию требования нормативных и законодательных актов н документов; в. при необходимости, информацию, полученную при выполнении аналогичных проектов в прошлом; г. любые другие требования, существенные для данного проекта и разработки. Эти входные данные должны быть проанализированы на адекватность. Требования должны быть полными, завершенными, исключать неоднозначное толкование и не должны противоречить друг другу. |
Входные проектные данные Для обеспечения качества проектной продукции ПИО должна: · сформулировать четкие требования к входным данным для проектно-изыскательских работ, в том числе нормативные и регламентирующие; · выполнить проверку соответствия входных данных установленным требованиям; · проанализировать достаточность входных данных; · выявить неполные, нечеткие или противоречащие требования и урегулировать их с заказчиком. Необходимо, чтобы все службы, которые участвовали в анализе контракта, принимали бы участие и были ответственными при установлении требований к входным данным. Независимо от требований заказчика проектная организация должна обратить внимание на требования безопасности, охраны окружающей среды, требования законов и норм. В результате необходимо достичь полной согласованности с заказчиком требований к ПСД и документально их оформить, что исключает риск ответственности при возможных конфликтных ситуациях в дальнейшем. Документы СК. Состав входных данных проекта и порядок разработки и анализа заданий на проектирование. Перечень действующих нормативных, законодательных актов и документов (на федеральном и московском уровне) |
|
4.4.5. |
Выходные проектные данные Выходные проектные данные должны быть документально оформлены и выражены так, чтобы их можно было проверить и подтвердить относительно входных проектных требований. Выходные проектные данные должны: а) отвечать входным проектным требованиям; б) содержать критерии приёмки или ссылки на них; в) идентифицировать те характеристики проекта, которые являются критическими для безопасного и надлежащего функционирования продукции (например, требования, относящиеся к эксплуатации, хранению, погрузочно-разгрузочным работам, техническому обслуживанию и утилизации). Документы, содержащие выходные проектные данные, должны быть проанализированы до их выпуска. |
7.3.3. |
Выходные данные проектирования и разработки Выходные данные проектирования и разработки должны быть представлены в таком виде, чтобы их можно было проверить на соответствие входным данным и требованиям к проектированию и разработке и утвердить до выдачи в производство. Выходные данные проектирования и разработки должны: а. соответствовать входным требованиям к проектированию и разработке; б. предоставлять информацию, необходимую для закупок, изготовления и обслуживания продукции; в. содержать критерии приемки продукции или ссылки на них, и г. определять характеристики продукции, которые являются существенными с точки зрения её безопасности и правильного использования. |
Выходные проектные данные Выходные проектные данные должны быть полностью согласованы с входными проектными данными. Это достигается путём: · выполнения требований входных проектных данных; · установления критериев приемки; · выполнения соответствующих требований, установленных нормативами и законами; · выполнения требований по безопасности и охране окружающей среды. Выходные проектные данные должны быть проанализированы перед сдачей проекта заказчику. Рассмотрение и документирование результатов проектирования гарантирует соответствие ПСД установленным требованиям. Помимо выполнения требований соответствия выходных проектных данных входным проектным данным результаты проектирования должны содержать заключительную оценку на готовность проекта. Документы СК: · Критерии оценки качества проектных решений на этапах проектирования. · Порядок согласования ПСД. |
|
4.4.6. |
Анализ проекта На соответствующих стадиях проектирования следует планировать и проводить официальный, документально оформленный анализ результатов проектирования. В состав участников каждого анализа проекта должны быть включены представители всех служб, заинтересованных в анализируемой стадии проектирования, а также другие специалисты по мере необходимости. |
7.3.4. |
Анализ проектирования и разработки На соответствующих этапах должен проводиться систематический анализ проектирования и разработки, чтобы: а. оценить возможность результатов проектирования и разработки соответствовать требованиям, и б. выявить проблемы и предложить последующие действия. В состав участников такого анализа должны включаться представители служб, связанных с анализируемым этапом проектирования и разработки. Необходимо вести регистрацию данных по результатам анализа и последующим действиям (см. 4.2.4.). |
Анализ проекта Анализ качества проекта должен осуществляться на всех этапах его разработки. По завершении каждого этапа необходимо планировать и проводить официальный систематизированный и критический анализ результатов проектирования. Данные о результатах анализа должны быть документально оформлены. В ходе анализа проекта: · выявляются проблемные участки и несоответствия; · определяются корректирующие воздействия; · обеспечивается соответствие проекта требованиям заказчика. Анализ проекта должен предусматривать участие представителей всех подразделений, оказывающих воздействие на качество ПСД. Анализ и оценка качества отдельных проектных решений должны осуществляться на уровне исполнителей, специализированных групп, бригад и производственных подразделений. Проектной организации целесообразно разработать методику оценки качества проектирования, определить номенклатуру показателей, характеризующих качество отдельных проектных решений, проектов в целом и их частей. Эти показатели должны характеризовать частные (единичные) свойства проектного решения, а через них основные (групповые или комплексные) функциональные, архитектурно-строительные, технические, экономические и другие свойства проекта. При анализе проекта устанавливаются: · работоспособность проектируемого объекта в предполагаемых условиях эксплуатации; · безопасность и экологичность; · соответствие нормативным требованиям, национальным и международным стандартам; · соответствие практике организации строительного производства. Документы СК · Положение об анализе и проверке результатов проектирования; · Номенклатура показателей, характеризующих качество ПИО. |
|
4.4.7. |
Утверждение проекта Утверждение проекта должно проводиться с целью обеспечения соответствия продукции определенным запросам и (или) требованиям пользователя. Примечания: 1. Проект утверждают после успешной проверки проекта (4.4.7.). 2. Утверждение обычно проводится с учетом определённых условий эксплуатации. 3. Утверждение обычно проводят по конечной продукции, но оно может быть необходимо на более ранних стадиях до завершения разработки продукции. 4. Если продукция имеет несколько преднамеренных назначений, утверждения могут осуществляться многократно. |
7.3.5. |
Утверждение проектирования и разработки Для подтверждения того, что готовая продукция способна удовлетворять указанным или известным требованиям сферы применения, должно проводиться утверждение проектирования и разработки в соответствии с запланированными мероприятиями (см. 7.3.1.). Если это возможно, утверждение должно завершался до поставки или изготовления продукции. Необходимо вести регистрацию данных по результатам утверждения и последующим действиям (см. 4.2.4.). |
Утверждение проекта После успешного завершения проверки проект передается на утверждение. Полный комплект документов, составляющих основу проекта, должен быть утвержден на соответствующих уровнях, такое утверждение служит основанием обеспечения соответствия ПСД установленным требованиям и означает осуществимость проекта. Документы СК. · Порядок утверждения и ввода в действие рабочей документации. Изменение проекта. Необходимо предусмотреть порядок подготовки н внесения изменений в проект по требованию заказчика как в период проектирования, так и во время реализация проекта. Внесение изменений в проект предусматривает: · разработку порядка утверждения изменений на различных уровнях; · определение этапов и сроков внесения изменений; · обеспечение изъятия устаревших чертежей; · подтверждение того, что изменения внесены. Необходимо следить за тем, чтобы изменения, вносимые в проект, не привели к ухудшению качества проектных решений. Если масштаб изменений, их сложность или связанный с ними риск значительны, то следует провести официальный анализ и проверку пригодности проекта. Документы СК Порядок внесения изменений в рабочую документацию |
|
4.4.8. |
Изменения проекта Все изменения и модификация проекта должны быть идентифицированы, документально оформлены, проанализированы и утверждены уполномоченным персоналом до их реализации. |
7.3.6. |
Управление изменениями проектирования и разработки. Изменения в проектах и разработках должны включать оценку влияния изменений на поставляемую продукцию и её составные части. Необходимо вести регистрацию данных по результатам анализа изменений и последующим действиям (см. 4.2.4.). |
||
Специфика адаптации требований стандартов ГОСТ Р ИСО 9001-96 и ISO 9001:2000 применительно к ПИО заключается в том, что проектирование для нее является основным видом деятельности. Поэтому управление проектированием - это управление основным производственным процессом, описание которых даётся в элементе 4.9 «Управление процессами», и их контроль в элементе 4.10 «Контроль и испытания».
В рамках системы качества ПИО должна быть организована деятельность по управлению процессами проектирования. Необходимо определить все рабочие процессы, а также вспомогательные процессы, влияющие на качество продукции, которые должны планироваться, утверждаться, контролироваться и регулироваться в ходе их выполнения.
Для обеспечения качества проектной продукции ее разработку и изготовление необходимо осуществлять в управляемых условиях.
Система управления качеством ПИО укрупненно может быть представлена в виде двухуровневой структуры, где на верхнем уровне обеспечивается функционирование системы управления качеством, а на нижнем - выполняются и обеспечиваются собственно процессы разработки проектной продукции, при этом объектом управления системы управления качеством является качество технологических процессов, осуществляемых в процессе разработки ПСД.
Каждый проектный институт, создавая у себя систему качества на основе ИСО 9000, должен определить состав элементов и процедуры, которые будут функционировать как на уровне органов управления, так и на уровне объекта управления, которые в совокупности образуют модель управления качеством конкретной ПИО.
Основной производственный процесс нижнего уровня - процесс разработки ПСД.
Качество этого процесса в целом определяется уровнем:
· организационного обеспечения;
· нормативно-методического обеспечения;
· ресурсного обеспечения.
Требования, предъявляемые к организационному обеспечению процесса разработки ПСД:
· состав и объем ПИР по объёмам должны соответствовать требованиям заказчиков, контрактов и договоров, в которых гарантируется высокое качество ПИР в установленные сроки;
· специализации, мощности и загрузки;
· в процессе взаимодействия участников процесса проектирования определяются соответствующие организационные формы, которые зависят от вида проекта и условий контракта.
К нормативно-методическому обеспечению процесса разработки ПСД предъявляются следующие требования:
· технология и процесс проектирования должны основываться на передовых (современных) методиках, включая математические методы, средства вычислительной техники и компьютерной графики;
· процедуры технологического процесса проектирования, т.е. собственно разработка ПСД должна выполняться в соответствии с требованиями всех действующих нормативных документов, которые включают:
· законодательные акты, ГОСТы, СНиПы и другие нормативные документы в области капстроительства и проектирования;
· отраслевые нормативные документы и документы ПИО в области организации и технологии проектирования;
· должностные инструкции работников ПИО;
· документацию по унифицированным и типовым процессам проектирования;
· методы расчетов, технические обоснования, прикладные программы для ЭВМ и пр.
Ресурсное обеспечение этого процесса включает:
· обеспечение ПИО материально-техническими ресурсами (средства оргтехники, компьютеры, мониторы, принтеры, локальные сети, программные пакеты), которые используются в процессе проектирования;
· специалисты соответствующей квалификации.
Управление проектированием (процессом разработки ПСД) в рамках настоящего этапа исследований предполагает создание методик для разработки документов СК, определяющих и регламентирующих этот процесс, в т.ч.:
· порядок планирования (разработки) проектной документации. Методика.
· Организационно-техническое взаимодействие подразделений. Методика.
· Критерии оценки качества проектных решений. Методика.
Порядок выполнения технологических процессов проектирования должен определяться в необходимом объеме в официальной документации ПИО (например, в технологических инструкциях, регламентах, методиках, руководствах по выполнению работ, технологических картах, схемах и другой организационно-методической документации).
Процессы проектирования и вспомогательного обеспечения ПИО должны проверяться на способность производить проектную продукцию в соответствии с установленными требованиями нормативных документов и другими критериями качества.
2.1. Принципы управления проектированием.
2.1.1. Планирование.
Руководство ПИО возглавляет и организует работу по разработке планов проектирования.
Оперативное руководство проектированием конкретного объекта (другого вида работ или проектных услуг), осуществляет назначаемый руководством ПИО или проектной мастерской (в зависимости от структуры ПИО) руководитель проекта (ГАП, ГИП).
Планирование проектных работ осуществляется должностными лицами проектных и функциональных подразделений ПИО под оперативным управлением ГАПа, ГИПа в период организационно-технологической подготовки проектирования.
План проектирования должен определять:
· все виды деятельности;
· устанавливать их исполнителей;
· определять ответственность исполнителей в рамках ПИО и за её пределами;
· взаимосвязи между различными видами деятельности и подразделениями;
· устанавливать сроки выполнения и ресурсы.
В ходе подготовки плана проектирования руководитель проекта отвечает за разработку:
· сметы проектирования (ресурсы, оргструктура коллектива исполнителей);
· календарного плана проектирования, точного графика этапов, контрольных сроков для проведения оценки промежуточных результатов работ;
· рабочих заданий для подразделений и отдельных исполнителей;
· внутреннего графика контроля, проверок и анализа проекта;
· графика представления на рассмотрение заказчику (потребителю) результатов работ по этапам.
В период организационно-технологической подготовки проектирования должны быть установлены на основании требований потребителя и нормативных документов конкретные общие и специальные (по проектным специальностям) требования к качеству проекта, а также установлены соответствующие оценочные критерии приемки результатов проектирования. С учетом требований к качеству должны быть установлены специальные требования к стандартизированной технологии проектирования данного объекта. В том числе, к информационному обеспечению и методам проведения основных видов работ.
2.1.2. Анализ входных и выходных данных проекта.
По завершению каждого этапа разработки проекта необходимо проводить документированный систематизированный критический анализ результатов проектирования. Анализ проекта должен предусматривать участие представителей всех подразделений проектной организаций, оказывающих воздействие на качество результатов рассматриваемой фазы проектирования. В ходе анализа должны выявляться и прогнозироваться проблемы и несоответствия продукции входным (заданным) критериям и параметрам. Должны инициироваться корректирующие воздействия на процессы проектирования и информационного обеспечения, обеспечивающие соответствие входных данных (окончательного проекта) требованиям потребителя.
В зависимости от этапа проектирования и вида проектной продукции (цикла проектирования) при анализе проекта строительства следует учитывать следующие элементы, относящиеся к требованиям потребителя и их удовлетворению:
· сравнение требований потребителя, выраженных в задании и исходных данных на проектирование строительного объекта, с нормативными требованиями к проектируемому объекту, технологическому оборудованию, материалам, процессам и системам инженерного обеспечения;
· работоспособность в предполагаемых условиях эксплуатации и окружающей природной среды;
· устойчивость, безопасность и экологичность;
· использование типовой проектной документации и проектов повторного применения;
· сравнение с проектами-аналогами и конкурентными проектами, в том числе анализ внутренних и внешних проблем, связанных с прошлым опытом проектирования и строительства аналогичных объектов.
2.1.3. Проверка проекта.
Все проекты перед представлением их на утверждение (одобрение, рассмотрение) подлежат проверке, чтобы обеспечить выполнение требований государственных стандартов, строительных норм и правил к проектной продукции, требований заданий на проектирование, технических условий на размещение объекта и его подключение к инженерным сетям и коммуникациям.
В дополнение к анализу проекта проверка может включать использование следующих методов:
· проведение альтернативных расчетов, обеспечивающих подтверждение правильности первоначальных расчетов и анализов;
· испытания и экспериментальные проверки (например, испытание модели объекта строительства, проведение экспериментального строительства и т.п.) по специальной программе;
· экспертиза (внешняя или независимая внутренняя) проектно-сметной документации;
· нормоконтроль проектной документации.
В рамках системы качества проверка проекта должна осуществляться по каждой проектной специальности (разделу проектной документации или марке рабочих чертежей) квалифицированными специалистами, не занятыми непосредственно проектированием или осуществлением надзора за разработкой данного проекта. Проверка, как правило, должна охватывать проектные расчеты, чертежи, спецификации оборудования и материалов, оценки вероятной стоимости строительства и пояснительные записки с обоснованием принятых решений.
2.1.4. Утверждение проекта и внесение в него изменений.
Необходимо проводить анализ и рассмотрение окончательного проекта после внесения в него изменений по результатам проверок и экспертизы. Результаты рассмотрения должны быть также отражены в проектной документации: обоснованные замечания приняты, а соответствующие изменения внесены в документы проекта.
Полное рассмотрение проекта перед его утверждением должно включать рассмотрение всей документации, которая была подготовлена специалистами различных проектных специальностей и будет выходить как единый комплекс рабочей документации для строительства. Целью такого рассмотрения является согласование результатов работы, выполненной специалистами в разных дисциплинах, и снятие противоречий в документации.
Комплект проектной документации должен рассматриваться и утверждаться в порядке, установленном нормативными документами для данного вида проектной продукции или этапа проектирования предприятия, здания, сооружения (см. стандарты СПДС, СНиП 11-01-95, СП 11-101-95 и др.).
Утверждение документации служит основанием для продолжения работ над инвестиционным проектом.
Система качества проектной организации должна предусматривать документированные процедуры для контроля за выпуском, изменением и использованием рабочей документации, содержащей входные и выходные проектные данные, и для санкционирования принятия необходимых мер по внесению изменений, которые могут влиять на строительную продукцию в течение всего ей жизненного цикла.
Данные процедуры должны предусматривать порядок утверждения изменений на различных уровнях управления, определять этапы и сроки внесения изменений, обеспечивать изъятие устаревших чертежей и документов с рабочих, участков у потребителя и подтверждение того, что изменения внесены в назначенные сроки и в установленном порядке. Такие процедуры также должны предусматривать внесение экстренных помещений, необходимых для выпуска проектной продукции.
В случаях, когда масштабы изменений в рабочей документации, их сложность и связанный с ними риск могут существенно повлиять на качество объекта, необходимо проведение официального анализа и, повторной проверки пригодности проекта. Подобное оценивание должно включать анализ измененных требований потребителя, новых требований нормативов и технических условий на размещение объекта заинтересованных государственных и местных органов, а также изучение эксплуатационных и других характеристик, применяемой в усовершенствованном проекте новой техники и технологии.
Система качества должна также обеспечивать обратную связь для анализа данных о необходимости внесения изменений в рабочую документацию на основе обобщения опыта эксплуатации объекта строительства.
В результате документированного анализа и повторной аттестации проекта должно производиться переутверждение проектной (рабочей) документации в порядке, установленном соответствующими нормативными документами.
2.2. Формализация проектных процессов.
Проектная деятельность реализуется через комплекс разнообразных процедур, которые рассредоточены по проектным подразделениям ПИО. Поэтому процессы, проектирования необходимо формализовать и описать, что обеспечивает системный подход к разработке системы качества и её функционирование на основе четкого взаимодействия между проектными подразделениями, участвующими в проектировании объекта. Т.о. для формализации проектных процессов необходимо разработать технологические схемы процесса проектирования, в т.ч. определить:
· входную и выходную информацию для каждого проектного подразделения, ее структуру;
· источник входной и выходной информации;
· ответственность должностных лиц за качество входной и выходной информации;
· критерии качества, которым должна соответствовать входная и выходная информация.
Формализованное описание технологического процесса проектирования и процедур составляет каркас СК, обеспечивает установление единого порядка и формы взаимодействия, т.е. показывает, кто и что делает и в каком порядке, какой информацией обмениваются проектные подразделения и какие носители информации используют.
В соответствии с требованиями стандартов ИСО (ГОСТ Р) устанавливаются и согласовываются взаимосвязи, ответственность и полномочия по элементам СК, в том числе составляется «матрица ответственности», (см. Приложение 5).
2.3. Общие задачи документирования системы качества (СК).
Комплектность документации системы обеспечивает «наглядность» СК для:
· разработчиков;
· пользователей;
· контролирующих органов;
· служб заказчика (потребителя).
Общими задачами документирования СК являются:
· определение и формализованное описание требований к выполнению работ по управлению качеством;
· обеспечение регулярной регистрации фактических данных о качестве ПСД и состоянии СК в ходе ее функционирования и совершенствования;
· отражение влияния любых изменений и сохранение тех преимуществ, которые обеспечивают повышение качества, закрепление положительного опыта по организации работ в СК;
· объективное подтверждение того, что все процессы, с помощь которых ПИО обеспечивает заданный уровень качества ПСД, определены, процедуры утверждены и находятся под контролем при внесении в них изменений;
· регистрация выявленных несоответствий;
· доказательство внесения исправлений в рабочую документацию;
· обеспечение достоверности проверки СК как внутренними, так и внешними аудиторами, с целью установления адекватности описания реальных процессов и их выполнения.
2.4. Общая методика описания документированной процедуры СК.
Документированные процедуры (ДП) СК составляют основу документации СК, охватывают все элементы, включенные в СК, и описывают, как необходимо осуществлять конкретную деятельность по обеспечению и управлению качеством.
В ДП должна быть описана:
· последовательность реальных действий;
· взаимодействие различных оргединиц в процессе выполнения этих действий;
· необходимая документация для их отражения.
ДП оформляется в виде методологической инструкции. ДП разрабатывается на:
· составную часть элемента СК;
· завершенный элемент как логически отделимую составляющую СК;
· последовательность действий с несколькими элементами СК.
Документированные процедуры обеспечивают единообразное описание определенной деятельности и взаимодействий участников процедур. Описание ДП делается с такой степенью детализации, которая обеспечивает понимание всеми участниками процедуры своей задачи по эффективному управлению соответствующей деятельностью и которая учитывает:
· сложность деятельности участников;
· используемые методы;
· наличие необходимой подготовки персонала.
ДП не должны акцентироваться на технических подробностях, характерных для рабочих инструкций.
Количество разрабатываемых ДП (методологических инструкций) и объем каждой из них определяется ПИО - разработчиком СК.
Методологические инструкции должны включать:
· назначение;
· область и условия применения;
· термины и сокращения;
· ответственность (указание лица, ответственного за выполнение данной процедуры, внесение изменений, рассылку, изъятие);
· описание действий, содержащихся в процедуре (общие положения и представленный по шагам порядок выполнения действий по процессу);
· учетные записи (указание документов, в которых отражены учетные записи по процессу);
· ссылки (список документов, на которые даются ссылки из текста процедуры);
· формы, в которых ведутся записи по процедуре;
· архивирование;
· рассылка;
· внесение изменений;
· приложения.
2.5. Общая методика построения организационно-технической схемы ДП.
Разработка ДП поручается компетентным специалистам соответствующих подразделений. Процесс разработки ДП включает:
· анализ сложившейся в ПИО практики выполнения подобных процедур;
· внесение при необходимости изменений в логическую последовательность, в распределение функций;
· уточнение документов, сопровождающие выполнение операций по функциям;
· графическое построение организационно-технологической схемы (ОТС).
ОРГАНИЗАЦИОННО ТЕХНОЛОГИЧЕСКАЯ СХЕМА ПРОЦЕДУРЫ «ПЛАНИРОВАНИЕ И РАЗРАБОТКА ПСД» ФРАГМЕНТ
ПРОДОЛЖЕНИЕ СХЕМЫ ПО ГОРИЗОНТАЛИ
На ОТС приводятся:
· последовательность конкретных действий участников и их взаимодействие;
· результаты этих действий, зарегистрированные записями.
При построении ОТС используются условные обозначения для:
· названий документов и их регистрации в соответствующих формах;
· действий, выполняемых участниками процедуры;
· линии связи отдельных элементов ОТС.
Построение ОТС целесообразно выполнять по единообразной схеме:
· участники процедуры указываются в левой части схемы;
· наименование документов и действия конкретного участника процедуры изображаются в горизонтальной полосе;
· последовательность выполнения действий по реализации процедуры указывается в правой части схемы с использованием принятых (описанных выше) обозначений.
Разработанная ОТС рассматривается и утверждается руководителем проекта (ГАПом, ГИПом) до описания ДП.
2.6. Ведение записей по качеству.
Записи по качеству ведутся для подтверждения соответствия качества ПСД установленным требованиям, для анализа и подтверждения эффективности функционирования СК (для внутреннего и внешнего).
По элементу СК 4.4. в состав данных о качестве входят записи о качестве входных проектных данных, о качестве ПСД по результатам анализа, проверок и промежуточного контроля.
Для ведения записей о качестве разрабатывается стандартная документация. Регистрация записей о качестве производится путём присвоения им порядкового номера.
В целом ведение записей по качеству должно соответствовать требованиям элемента 4.16 ГОСТ Р ИСО 9001-96.
3.1. Руководство ПИО возглавляет и организует работу по разработке планов проектирования, в т.ч.:
а) формирование годовых планов работы ПИО и перспектив его развития (наряду с другими элементами управления) входит в зону ответственности руководителя проектной организации;
б) персональную ответственность за организацию работ по выполнению плана ПИР и их качество несёт главный инженер ПИО;
в) заместитель руководителя (главного инженера) (в зависимости от структуры ПИО) по производству обеспечивает координацию и контроль объектных графиков выполнения ПИР;
г) распоряжением руководства ПИО или архитектурно-проектной мастерской (в зависимости от структуры ПИО) назначается руководитель проекта (ТИП, ГАП), осуществляющий оперативное руководство проектированием конкретного объекта (или отдельного, специализированного вида работ или услуг) в соответствии с требованиями СНиПа 1.06.04-85 «Положение о главном инженере (главном архитекторе) проекта».
3.2. Планирование работ по конкретному объекту осуществляется на этапе организационно-технологической подготовки проектирования специалистами проектных функциональных подразделений под оперативным управлением (при необходимости - с участием) руководителя проекта.
План проектирования должен определять все необходимые для осуществления качественного проектирования виды деятельности, устанавливать исполнителей и их ответственность за выполнение работ в рамках ПИО и за её пределами.
3.3. Процедура планирования проектирования конкретного объекта включает:
· определение взаимосвязей между различными видами деятельности (разделами проекта);
· распределение работ между квалифицированными исполнителями;
· установление сроков выполнения и ресурсов (трудоемкость, затраты времени, финансовые средства), необходимые для качественного выполнения каждого вида и этапа работ);
· установление этапов (временных или процентных), на которых происходит взаимодействие между различными группами (специальностями) проектировщиков, а также проверки и оценки, включая нормоконтроль;
· назначение в каждом подразделении ответственного за выполнение требований по качеству в рамках ИСО 9000.
3.4. В ходе планирования разработки конкретного объекта на руководителя проекта возлагаются обязанности по разработке:
а) сметы проектирования, отражающей ресурсы и состав разработчиков ПСД, распределение между ними объемов работ и соответствующего финансирования;
б) календарного плана проектирования в пределах общих сроков, отведенных на осуществление всего инвестиционного проекта, отражающего продолжительность этапов выполнения проекта и необходимые контрольные точки (например, 10 %, 30 % и 60 % готовности проекта) для проведения оценки промежуточных результатов работ, а также время на нормоконтроль (в ПИО) и (или) вневедомственную экспертизу;
в) рабочих заданий для участников проектирования (для подразделений, бригад или отдельных специалистов в зависимости от структуры ПИО);
г) графика контроля, проверок и анализа проекта;
д) графика, согласованного с заказчиком (потребителем, пользователем) по рассмотрению результатов работ по этапам или в контрольных точках процесса проектирования.
3.5. На этапе планирования работ в ПИО осуществляется организационно-технологическая подготовка проектирования, которая проводится на 2-х уровнях:
На уровне ПИО производится:
а) разработка объектных технологических процессов проектирования (описание и схема);
б) подготовка нормативной базы по всем видам обеспечения технологии проектирования, включая эталонирование;
в) разработка типовых форм для проведения проектных работ;
г) контроль за ведением и правильностью использования технологической документации для проектирования;
д) контроль за соблюдением технологической дисциплины, качества и сроков выполнения технологических операций проектирования;
е) координация работ при подготовке проектирования.
На уровне производственных подразделений ПИО осуществляется:
а) разработка технологических процессов и операций для разработки разделов, подразделов ПД частей и марок РД для строительства;
б) оформление технологической документации на технологические процессы, операции, проектные действия, создание и ведение фонда этой документации;
в) контроль за соблюдением технологической дисциплины, качества и сроков выполнения технологических процессов, операций и проектных действий.
3.6. Формирование, разработка, согласование и утверждение документации на технологические процессы выполняется при участии и под методическим руководством функциональных подразделений с привлечением ведущих специалистов ПИО, выполняющих аналогичные функции (например, ТО) под непосредственным руководством ГИПа (ГАПа).
3.7. Общий технологический процесс представляет собой описание (в т.ч. графическое) любого комплекса (предпроектной, проектной, рабочей и др.) документации, в т.ч. информационного обеспечения.
3.8. Для иллюстрации положений настоящей методики разработан фрагмент общей организационно-технологической схемы процедуры «Планирование и разработка ПСД». Такого типа схема должна быть утверждена руководителем проекта перед подготовкой описания документированной процедуры (см. стр. 26-27).
3.9. Формальное построение организационно- технологической схемы выполняется с соблюдением следующих правил:
а) участники процедуры указываются в левой части модели;
б) наименование документов и действия конкретного (группового) участника процедуры отражаются в специально отведенной полосе;
в) все документы (входящие - «·» или исходящие - «··») фиксируются, т.е. являются записями по качеству данного элемента СК. Записи по качеству являются так называемой «доказательной» документацией и являются отражением реальной деятельности по обеспечению качества (в данном случае по элементу СК 4.4. «Планирование и разработка»).
3.10. Для планирования разработки ПСД в подразделениях в соответствии с технологическими схемами процесса проектирования разрабатываются объектные графики, которые обеспечивают:
· осуществление предупредительного (в т.ч. диспетчерского) контроля за своевременной передачей заданий в архитектурно-проектные мастерские и специализированные отделы, участвующие в проектировании объекта;
· обеспечение ритмичности в работе производственных подразделений;
· своевременное предупреждение и ликвидацию нарушений плановых сроков выпуска готовой проектной продукции.
Такие графики обеспечивают исходные данные для формирования технологических процедур установления организационно-технического взаимодействия подразделений в ПИО (см. р. 2).
Фрагмент объектного графика приведен в Приложении 1.
4.1. Основное требование ГОСТ Р ИСО-9000-96 к разделу СК 4.4.3 формулируется в следующей редакции: «Между различными группами, которые вносят свой вклад в процессе проектирования, должно быть установлено организационно-техническое взаимодействие. Необходимую информацию следует документировать, передавать и регулярно анализировать».
На основании этой формулировки можно сформировать основные принципы и предложения по организационно-техническому взаимодействию в ПИО.
4.1.1. Ответственность, полномочия и взаимодействие всех специалистов (персонала) ПИО, руководящего, выполняющего и проверяющего работу, которая влияет на качество, должны быть чётко определены:
а) в должностной инструкции каждого работника ПИО, в положениях о каждом подразделении ПИО. Следует установить задачи в области качества, меру ответственности и полномочия, а также определять круг лиц и подразделений, которые в определенных случаях (этапах, стадиях проектирования или постоянно) должны взаимодействовать при решении поставленных задач.
Например, по отношению к специалистам проектных подразделений, может быть определено, что они должны:
· выполнять круг обязанностей, возложенных на них должностной инструкцией;
· выполнять работы строго в соответствии с принятыми (документально оформленными) технологическими процессами (операциями, действиями) проектирования, эталонами, формами ПД и пр.
По отношению к специалистам, ответственным за качество в подразделении (промоутерам), может быть определено, что на них возлагаются дополнительные функции, связанные с подготовкой документов Системы качества; анализом, контролем, учетом и хранением комплекта документов СК, относящегося к работе данного подразделения.
б) полномочия каждого проектировщика должны позволять ему принимать меры для выполнения задач в рамках возложенной на него ответственности (должностной инструкции или СК);
в) ответственность, полномочия и взаимодействие каждого проектировщика правильно и в полной мере определяются только в процессе проектирования СК, когда по каждой функции, задаче, процедуре обеспечения качества проектной продукции определяется ответственный за ее выполнение и порядок взаимодействия. Определяя ответственность за качество, или выполнение той или иной функции, задачи, процедуры обеспечения качества следует прежде всего исходить из того, какое подразделение или какой специалист ближе всего соприкасается с этой задачей по природе своей деятельности. Например, естественно возложить ответственность за качество марки, раздела, основного комплекта рабочей документации на руководителя группы, ГИПа, (ГАПа), а не на нормоконтроль, поскольку проектная продукция приобретает качество в процессе проектирования, а не в процессе контроля;
г) для наглядного представления ответственности и взаимодействия проектировщиков по вопросам качества целесообразно применять матрицы ответственности и другие графические формы представления;
д) ответственность каждого проектировщика за выполнение работ, влияющих на качество проектной продукции, должна лежать в основе стимулирования работников ПИО в СК.
4.1.2. Организационное и техническое взаимодействие, а также управление взаимодействием между различными группами, участвующими в проектировании (планирование, разработка, выпуск) должно осуществляться таким образом, чтобы обеспечивалась эффективная связь между ними и четкое распределение ответственности, при которой вся необходимая информация документируется, передается и периодически анализируется:
а) порядок взаимодействия подразделений, бригад, групп и отдельных исполнителей, участвующих в разработке конкретного участка (задания, технического решения, марки, комплекта) ПСД на различных этапах, устанавливается в документах СК, в т.ч. в программе, СТО, технологических процедурах, положениях о подразделении, должностных инструкциях;
б) координацию работ подразделений и исполнителей и организацию их взаимодействия должен обеспечить в зависимости от структуры ПИО и принятой структуры ОС по международным стандартам ИСО либо ответственный за качество в ПИО* и подчиненные ему структуры в рамках СК, либо руководитель программы качества, принятой к разработке в конкретных ПИО для определения рода проектов в рамках своей СК, либо освобожденный руководитель проекта (как правило, из состава Бюро ГИПов), либо ГИП архитектурно-строительной (проектной) бригады в составе мастерской;
____________
* - Положения об ответственном за качество в ПИО и в подразделении приведены в Приложении 2.
в) руководитель программы качества, назначаемый в ПИО по новому значимому виду проектной продукции или процессу представления проектных услуг, определяет в рамках СК:
· содержание и последовательность этапов процессов проектирования;
· конкретное распределение обязанностей и полномочий участников работ на различных этапах выполнения проекта;
· применение конкретных документированных процедур и имеющихся технологических инструкций по порядку проведения работ для всех участвующих проектных подразделений;
· и другие элементы взаимодействия подразделений в рамках действующих СК, обеспечивающие реализацию поставленных программой целей.
4.2. Процедура установления взаимодействия включает:
4.2.1. Определение всех подразделений, участвующих в проектировании, включая субподрядные организации.
4.2.2. Установление ответственности при обмене информацией.
4.2.3. Составление перечня требований к виду и объёму передаваемых данных.
4.3. Общей иллюстрацией к поз. 4.2. является приведенная в разделе 1 технологическая схема формирования «Календарного плана» разработки ПСД, в котором наглядно продемонстрировано организационное взаимодействие всех подразделений ПИО (проектных, функциональных, вспомогательных). На схеме наглядно показано, что каждый документ, образующийся в процессе планирования и разработки, фиксируется, что позволяет вести учет передаваемых данных.
4.4. Конкретной иллюстрацией к поз. 4.2.1. и 4.2.2. является приведенный в Приложении 1 фрагмент объектного графика разработки ПСД жилого дома.
Этот график позволяет:
· определить все подразделения, участвующие в проектировании конкретного объекта;
· установить перечень всех взаимодействий подразделений (сроков выдачи и получения заданий, увязки заданий между смежниками, распределение сметной стоимости между подразделениями, определения, перечня специальностей внутри подразделений) и перечень контрольных и предупредительных действий со стороны ГИПов (ГАПов) всех участвующих в проектировании подразделений.
4.5. Основными критериями ответственности подразделений и специалистов при обмене информацией являются:
· соблюдение сроков выдачи заданий смежникам, установленных объектным графиком;
· исключение критических ситуаций, ведущих к перераспределению внутренних резервов подразделений, что снижает качество проектной продукции, или изменению общих сроков проектирования;
соблюдение требований нормоконтроля.
4.6. Для иллюстрации организационно-технического взаимодействия подразделений со службой нормоконтроля в ПИО в Приложении 3 приведен фрагмент Положения о нормоконтроле «Раздел 3. Порядок проведения нормоконтроля».
5.1. Настоящая методика определяет порядок принятия (создания, разработки, формирования) проектных решений при проектировании объектов капстроительства, структуру технологического процесса разработки и принятия проектных решений и устанавливает общие требования (критерии) к качеству проектных решений в ПИО.
5.2. Проектное решение представляет собой результат переработки исходной информации для проектирования в новую информацию, получаемую путем последовательного решения соответствующих проектных задач. Совокупность проектных решений обеспечивает формирование информационной модели проектируемого объекта в форме ПСД для строительства зданий и сооружений.
5.3. Принятие проектных решений производится специалистами ПИО в соответствии с технологическими процессами, принятыми в соответствующей ПИО и с учетом приводимой типовой структуры технологического процесса разработки проектного решения.
5.4. Принимаются следующие виды проектных решений:
5.4.1. Общие проектные решения, к которым относятся: главные решения по генплану, объемно-планировочные решения компоновки здания, схемы инженерных систем обеспечения объекта и т.п.
5.4.2. Частные проектные решения по одной из функциональных систем проектируемого объекта, например: каркас здания, акустика помещения, системы ВК и т.п.
5.4.3. Элементные проектные решения описывают конструктивные, инженерные или иные аспекты одного из элементов, совокупность которых составляет функциональную систему (марку) проектируемого объекта.
5.4.4. Проектные решения также разделяются по уровню типизации и специализации.
Типовая структура работ при разработке проектных решений (частный технологический процесс)
Технологический этап |
Структура работ данного этапа |
1. Постановка и выбор целей проектирования |
Выявлений целей, выбор главных целей проектирования - на основе задания на проектирование. |
2. Анализ и выбор путей и способов решения проектных задач |
Выбор оптимальных методов и средств. Анализ точности и других характеристик выбранных методов и средств. |
3. Организационно-технологическая подготовка |
Определение трудозатрат, затрат времени и стоимости работ, определение материально-технических ресурсов на проведение работ по разработке проектного решения. |
4. Сбор информации для решения проектных задач |
Сбор, систематизация и анализ исходной информации. Оценка информационной базы, ее качественных и количественных характеристик. Доведение характеристик информации (например: полноты, достоверности до требуемого уровня.) |
5. Разработка проектных решений, в т.ч.: |
Решение проектных задач с помощью выбранных методов и технических средств, проведение расчетов. Разработка вариантов проектного решения и их анализ. Выбор оптимального решения. |
5.1. Определение возможных альтернативных вариантов проектного решения |
Выявление всех возможных вариантов проектного решения, проведение сопоставления вариантов по степени их адекватности целям и задачам проектирования. |
5.2. Выявление набора факторов, влияющих на принятие решения |
Установление всех факторов (технических, экономических, социальных и пр.) и ограничений по факторам, влияющим на принятие решения. Установление приоритетности факторов. |
5.3. Отбор вариантов проектного решения |
Сокращение числа альтернативных вариантов проектных решений путем их сопоставления с приоритетными факторами. Последовательное сокращение числа факторов и проведение соответствующего сокращения числа альтернативных решений. |
5.4. Выбор оптимального варианта проектного решения |
Выбор варианта проектного решения, наиболее полно отвечающего целям и задачам проектирования данного объекта и достигающего этих результатов оптимальным образом. |
6. Оценка проектного решения |
Оценка уровня качества предлагаемого проектного решения. Вывод о приемлемости решения и его оценка. |
7. Документирование проектного решения |
Закрепление проектного решения на носителе в виде эскизов, чертежей, расчетов, схем, программ и пр. |
5.5. Приведенная в таблице последовательность технологических операций является типовым порядком принятия проектных решений и может быть использована на всех этапах проектирования проектировщиками всех специализаций. Необходимость проведения любой технологической операции или работы (по таблице) определяется в ПИО в зависимости от конкретных условий и с учетом проектной специализации проводимых работ.
Типовые технологические процессы принятия проектных решений целесообразно разрабатывать по каждой специализации, имеющейся в конкретной ПИО. Пример см. Приложение 4.
5.6. Общепринятыми* требованиями к качеству проектных решений в области строительного проектирования являются:
а) снижение материалоемкости, трудоемкости и стоимости строительства, сокращение его продолжительности;
б) устойчивость, безопасность и экологичность;
в) высокий уровень архитектурных и градостроительных решений, совершенствование планировки и повышение качества жилых домов, объектов социально-бытового и культурного назначения.
____________
* - В отличие от общепринятых требований к качеству проектных решений существует подход к этому вопросу с позиций, принятых Европейской экономической комиссией, изложенных в Компендиуме ЕЭК, выпуск ООН, 1992г.
Компендиум предлагает рассматривать качество проектных решений с позиции удовлетворения «потребностей пользователей», которые легко можно охарактеризовать с качественной точки зрения. Конвенция Компендиума заключается в следующей формулировке: «Требования, которым должны удовлетворять жилые здания, главным образом, касаются безопасности, гигиены и комфорта жильцов». Все положения Компендиума сформулированы на основе стандартов ИСО и др. соответствующих международных документов.
5.7. Оценка качества проектных решений (проектной продукции) осуществляется для определения соответствия принятых решений по технологии (в т.ч. оборудованию) строительных решений, организации строительства, новейшим достижениям отечественной и зарубежной науки и техники и прогрессивным удельным показателям строительства и эксплуатации проектируемых объектов, которые (последние) должны, как правило, устанавливаться соответствующими федеральными и отраслевыми органами управления, а также заказчиком - инвестором в заданиях на проектирование конкретных объектов.
5.8. В рамках СК ПИО необходимо разрабатывать документированные рабочие процедуры, регламентирующие порядок анализа и проверки ПД, включая операции оценки и контроля качества готовых проектных решений по этапам проектирования или в контрольных точках выполнения проектной продукции* (например, при 10 %, 30 %, 60 % готовности ПД). Рабочие процедуры по оценке качества рекомендуется оформлять в виде технологических процессов проектирования.
____________
* - см. объектный график (Приложение 1).
5.9. Типовые технологические процессы оценки качества проектных решений (по объекту, системе или элементу) подготавливаются в ПИО с непосредственным участием руководителей и главных специалистов соответствующих проектных подразделений, а также ГИПов (ГАПов).
5.10. Документация, разрабатываемая в рамках СК ПИО по Методикам оценки качества, должна, как правило, содержать:
· требования федеральных и отраслевых нормативных материалов;
· общие и специальные требования к качеству проектируемого объекта (или его элементов);
· состав базовых значений технико-экономических показателей, базовых качественных характеристик;
· методы определения и расчёта показателей и характеристик качества объекта;
· методики оценки качества проектных решений на основе анализа и сравнения количественных характеристик;
· порядок организации контроля принятых решений;
· описание функций контроля качества проектных решений, осуществляемых руководящими сотрудниками и специалистами ПИО;
· перечень этапов проектных работ, по завершении которых осуществляется контроль проектных решений;
· формы документов регистрации контроля качества по этапам проектных работ;
· формы документов, закрепляющих принципиальные проектные решения, на основе которых осуществляется контроль качества ПСД в процессе разработки.
5.11. Методы оценки качества проектных решений должны быть ориентированы на использование средств компьютерной техники с учетом объемов перерабатываемой информации и иных факторов сложности оценочных процедур.
Macт. № |
Шифр объекта: |
Наимен. Жилой дом объеобъекта: с пристр. помещен. |
Адрес объекта: |
Заказчик |
Стоимость проектир. |
Срок выдачи заказчику |
ГАП: ГИП: |
Примечание |
|
||||||||||||||||||||
Позиция |
Нарастающий процент выполнения |
Нарастающая стоимость выполнения работ |
НАИМЕНОВАНИЕ ТЕХНОЛОГИЧЕСКОГО ЭТАПА РАБОТ |
ПОДРАЗДЕЛЕНИЯ В КОМПЛЕКСНОЙ МАСТЕРСКОЙ |
СПЕЦИАЛИЗИРОВАННЫЕ ОТДЕЛЫ |
Субподрядные организации |
|||||||||||||||||||||||
АРХ. |
Вертик. планир. |
Дендр. |
Констр. |
OB |
ВКГ |
ЭЛ/СС |
ПОС |
СМ |
ОА |
ОВД |
ОТП (техн.) |
ОТП (хол) |
ОСК1 |
ОСК 2 |
ОСТО 1 |
ОСТО 2 |
ЭО |
|
|
|
|
||||||||
МАРКИ РАЗДЕЛОВ ИЛИ ОСНОВНЫХ КОМПЛЕКТОВ |
|
||||||||||||||||||||||||||||
ГП АС |
ГП |
ГП |
АС |
ТС |
НВК ВКГ |
ЭКС НСД ЭО |
ПОС |
СМЕТЫ |
СС7 |
НВД |
ТО2 |
|
КМЗ |
|
|
|
|
|
|
|
|
||||||||
1 |
10 % |
|
Задание на разработку проекта вертикальной планировки (оконч. генплана) |
ХХХ 18.01 |
18.01 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
2 |
|
|
Согласование объемно-планировочных решений и ТУП с заказчиком |
ХХХ 13.01 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
3 |
|
|
Задание на компановку технологических и сантехнических помещений |
ХХХ 18.01 |
|
|
|
18.01 |
18.01 |
18.01 |
|
|
18.01 |
|
18.01 |
- |
|
- |
- |
- |
- |
|
|
|
|
|
|||
4 |
|
|
Задание на разработку арх. планов с учетом компоновки технолог. и сантех. пом. |
06.02 |
|
|
|
ХХХ 06.02 |
ХХХ 06.02 |
ХХХ 06.02 |
|
|
ХХХ 06.02 |
|
ХХХ 06.02 |
- |
|
|
|
|
|
|
|
|
|
|
|||
5 |
|
|
Задание на разработку конструктив. реш. |
ХХХ 15.02 |
|
|
15.02 |
|
|
|
|
|
|
|
|
|
- |
- |
|
|
|
|
|
|
|
|
|||
6 |
|
|
Задание на расстановку технолог. оборудования |
ХХХ 20.02 |
|
|
|
|
|
|
|
|
|
|
20.02 |
|
|
|
|
|
|
|
|
|
|
|
|||
7 |
20 % |
|
Задание на разработку арх. решений с учетом расстановки технолог. оборуд. |
10.03 |
|
|
|
|
|
|
|
|
|
|
ХХХ 10.03 |
|
|
|
|
|
|
|
|
|
|
|
|||
8 |
30 % |
|
Задание на разработку наружн. сетей и внутр. инж. оборудования всех систем |
ХХХ 20.02 |
|
|
|
20.02 |
20.02 |
20.02 |
|
|
|
20.02 |
|
|
|
|
|
|
- |
|
|
|
|
|
|||
9 |
|
|
Задание на монтажн. чертежи технологии в соотв. с арх.-стр. и сантехн. решен. |
ХХХ 10.03 |
|
|
|
- |
- |
- |
|
|
|
- |
10.03 |
|
- |
- |
- |
- |
- |
|
|
|
|
|
|||
10 |
|
|
Задание на разработку внутр. инж. оборуд. всех систем с учетом технологии |
ХХХ 30.03 |
|
|
|
30.03 |
30.03 |
30.03 |
|
|
|
|
ХХХ 30.03 |
|
|
|
|
|
|
|
|
|
|
|
|||
13 |
|
|
Задание на разраб. вит-жей и подвес. потол. |
ХХХ 30.03 |
|
|
|
|
|
|
|
|
|
|
|
|
|
30.03 |
- |
|
|
|
|
|
|
|
|||
14 |
|
|
Задание на разработку систем автоматики |
ХХХ 30.04 |
|
|
|
ХХХ 10.04 |
ХХХ 10.04 |
ХХХ 10.04 |
|
|
10.04 |
|
- |
- |
|
|
- |
- |
- |
|
|
|
|
|
|||
15 |
|
|
Задание на разработку эл. оборудования с учетом решений автоматики |
|
|
|
|
|
|
20.04 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
16 |
60 % |
|
Стройзадания от смежных подразделений |
05.04 |
|
|
05.04 |
ХХХ 05.04 |
ХХХ 05.04 |
ХХХ 05.04 |
|
|
- |
ХХХ 05.04 |
|
- |
- |
- |
- |
- |
- |
|
|
|
|
|
|||
17 |
|
|
Задание на разработку проекта организации строительства |
ХХХ 30.03 |
|
|
ХХХ 30.03 |
ХХХ 30.03 |
ХХХ 30.03 |
ХХХ 30.03 |
30.03 |
|
|
- |
|
|
|
|
|
|
- |
|
|
|
|
|
|||
18 |
|
|
Задание на разработку проекта озеленения |
ХХХ 30.03 |
|
30.03 |
- |
ХХХ 30.03 |
ХХХ 30.03 |
ХХХ 30.03 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
19 |
90 % |
|
Выдача объемов работ |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
ХХХ 03.05 |
03.05 |
|
|
|
|
ХХХ 03.05 |
- |
|
|
|
|
|
|
|
|
|||
20 |
|
|
Согласование проектных решений разделов с внешними организациями |
|
|
|
|
ХХХ 10.04 |
ХХХ 10.04 |
ХХХ 10.04 |
ХХХ 10.04 |
|
|
|
ХХХ 29.03 |
|
|
|
|
|
|
|
|
|
|
|
|||
21 |
|
|
Нормоконтроль ПСД |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
22 |
|
|
Сдача проекта и смет в полном комп. ОМВП |
ХХХ 15.05 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Гл. инж. маст. под. Зам. гл. инж. под. |
|
||||||
Стоимость частей проекта по подразделениям |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
Подписи главн. инж. (начальн.) подразделений |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
подпись |
|
подпись |
|
|
|
|
|
|
|
|
|
||||||
|
Условные обозначения: - Подразделение выдает задание (Дата) 18.01 - подразделение получает задание (Дата)
Подразделение выполняло задание (Дата)
1. Общие положения:
1.1. Ответственный за качество в ПИО назначается для обеспечения разработки, внедрения и поддержания в работоспособном состоянии системы качества на основе международных стандартов ИСО серии 9000.
1.2. Ответственный за качество назначается приказом руководитель ПИО по представлению Совета по качеству ПИО и подчиняется непосредственно руководителю ПИО. Ответственный за качество является членом администрации ПИО и, наряду с ответственностью за качество, может нести другие обязанности.
1.3. При временном отсутствии ответственного за качество его полномочия возлагаются на руководителя проекта разработки и внедрения Системы качества или руководителя Службы качества в зависимости от организационной структуры ПИО.
1.4. В своей деятельности ответственный за качество руководствуется международными стандартами ИСО серии 9000, государственными стандартами РФ на основе стандартов ИСО серии 9000 и 10000, нормативными документами по сертификации систем качества, действующим законодательством, а также настоящим Положением.
2. Основные задачи и обязанности.
2.1. Основной задачей ответственного за качество является контроль сроков разработки, сертификации и поддержания в рабочем состоянии Системы качества, а так же ее соответствие политике качества, декларированной ПИО;
2.2. Согласование программы и ТЗ на выполнение работ по разработке системы качества, контроль за их выполнением;
2.3. Согласование документов Системы качества;
2.4. Представление на утверждение руководителю ПИО документов Системы качества;
2.5. Подготовка предложений руководителю ПИО о корректировке документации Системы качества при ее внедрении и в предсертификационный период по результатам анализа внутренних проверок;
2.6. Оценка готовности Системы качества к сертификации;
2.7. Участие в выборе сертификационного органа, установление контактов с сертификационным аудитом, организация подготовки к надзорным аудитам;
2.8. Участие в проведении заседаний Совета по качеству ПИО.
3. Права.
Уполномоченный по качеству имеет право:
- принимать решения по вопросам, отнесенным к его компетенции;
- приостанавливать выполнение любых работ в ПИО, не отвечающих требованиям документов Системы качества.
4. Ответственность.
Ответственный за качество несет персональную ответственность за выполнение возложенных обязанностей, соблюдение сроков разработки и сертификации Системы качества в соответствии с действующим законодательством РФ и заключенным трудовым контрактом.
3. Порядок проведения нормоконтроля.
3.1. Нормоконтроль является завершающим этапом разработки проектно-сметной и конструкторской документации.
Устанавливается следующая структура нормоконтроля:
· сплошной нормоконтроль ПСД, выпускаемой подразделениями;
· сплошной нормоконтроль технических заданий, техусловий на продукцию;
· выборочный нормоконтроль ПСД.
3.2. ПСД, разработанная на стадиях «Рабочий проект» и «Рабочая документация», а также документация по изменениям, внесенным в рабочие чертежи, предъявляется на нормоконтроль в подлинниках (или копиях с подлинников) комплектно в соответствии с общим планом ее выпуска и при наличии всех необходимых подписей лиц, ответственных за содержание и выполнение проектной документации в соответствии с требованиями соответствующих стандартов предприятия, кроме подписей руководства ПИО*.
___________
* - Директор, гл. инженер, гл. конструктор.
3.3. Нормоконтроль осуществляют:
· специалисты подразделений, выпускающих ПСД (с правом подписи);
· специалисты технического отдела с правом подписи на документах (по п. 3.1.6.);
· главный специалист по нормоконтролю технического отдела с правом визирования при проведении выборочного нормоконтроля.
3.4. В подразделениях нормоконтроль осуществляют специалисты (за исключением ГАПов и ГИПов - авторов разработки), которых при необходимости частично освобождают от текущей проектной работы и на которых распоряжением по подразделению возлагаются обязанности ответственных нормоконтролеров.
Перед каждым плановым выпуском начальник подразделения может, при необходимости, назначить по отдельным специальностям уполномоченных по нормоконтролю из специалистов соответствующей квалификации (как правило, не являющихся исполнителями - выпускаемой ПСД) с предоставлением им права подписи.
Нормоконтроль общих данных по рабочим чертежам основных комплектов, а также ПСД на стадии ТЭО осуществляет только ответственный нормоконтролер.
3.5. Специалист, осуществляющий нормоконтроль, в проверяемых документах наносит карандашом условные пометки в местах, которые должны быть исправлены или заменены или визирует документацию, не требующую исправлений.
В перечне замечаний и предложений в двух экземплярах специалист, осуществляющий нормоконтроль, против каждой пометки кратко и чётко излагает содержание замечаний и предложений.
Документация с пометками специалиста, осуществившего нормоконтроль, и одним экземпляром «Перечня» передается исполнителю для устранения выявленных нарушений и требований нормативных документов.
3.6. После устранения нарушений, выявленных при нормоконтроле, и при отсутствии разногласий между специалистом, осуществившем нормоконтроль и исполнителем документации, последний вновь предъявляет указанную документацию соответствующему специалисту, осуществившему первичный нормоконтроль.
Этот специалист при условии устранения всех нарушений, выявленных им в процессе проведения нормоконтроля и отмеченных в «Перечне», снимает все свои пометки и визирует подлинники ПСД в левом нижнем углу листа за рамкой рабочего поля, после чего может быть представлена для подписания руководству ПИО.
Специалист, осуществивший нормоконтроль, подписывает ПСД после подписания ее руководством ПИО.
3.7. Вносить изменения в несданные в техархив подлинники ПСД, подписанные лицами, осуществившими нормоконтроль без их ведома, не допускается.
3.8. Главный специалист по нормоконтролю технического отдела назначается постоянно приказом по ПИО. Выборочный нормоконтроль проводится не менее 1-12 раз в год по плану, утвержденному начальником техотдела. Выборочный нормоконтроль осуществляется после визирования ПСД ответственным; нормоконтролером и (ИЛИ) его уполномоченным до подписи руководства ПИО в сроки проведения планового нормоконтроля в соответствующих подразделениях. Объём выборочного нормоконтроля определяется на месте главным специалистом по нормоконтролю, но не менее объёма, предусмотренного пп. 1.1 и 1.2 в разделе 2 настоящего Положения.
Внесение исправлений по замечаниям главного специалиста по нормоконтролю обязательно. Исправления вносят специалисты бригады, выпускающей ПСД.
Главный специалист по нормоконтролю техотдела визирует проверенную им ПСД в левом нижнем углу за рамкой рабочего поля по типу: «гл. специалист н/к».
3.9 Разногласия, если они не связаны с нарушением действующих нормативных документов, разрешаются:
· между уполномоченными по нормоконтролю и разработчиком ПСД - ответственным нормоконтролером;
· между ответственным нормоконтролером и разработчиком ПСД - гл. специалистом по нормоконтролю техотдела;
· между гл. специалистом по нормоконтролю и разработчиком ПСД - руководством техотдела совместно с ответственным нормоконтролером.
3.10. Сектор техдокументации обязан не принимать ПСД без подписей нормоконтролера в основной надписи каждого листа.
Пояснения
к технологической схеме принятия проектных решений по объекту проектирования
(предприятию, зданию, сооружению) с использованием «Документа основных
проектных решений» (ДОПР) на этапе разработки «ТЭО» («Проекта»)
Документальное оформление принимаемых основных проектных решений (общих - по объекту проектирования в целом, частных - по функциональным специализированным частям, системам объекта) и ведение контроля за их выполнением при дальнейшем проектировании осуществляется в ПИО с помощью специального «Документа основных проектных решений» (ДОПР).
Формы представления и порядок оформления ДОПР определяются проектными организациями в соответствии с принятыми формами организации и технологией проектирования, а также с учётом особенностей проектируемых объектов. ДОПР составляется для каждого объекта проектирования после утверждения задания на проектирование и открытия финансирования на разработку проектно-сметной документации по данному объекту.
Основные проектные решения, принимаемые на стадии ТЭО (проект), фиксируются в ДОПР в три этапа:
1. На первом этапе (технологические операции №№ 1¸4, указанные на схеме) принимаются общие проектные решения, касающиеся принципиальных технологических, конструктивных, структурно-функциональных, объемно-планировочных, технико-экономических и др. аспектов, характеризующих объект проектирования (здание, сооружение) в целом. Для этого главным архитектором проекта (ГИПом) созывается совещание с участием главных специалистов технического и проектных специализированных подразделений ПИО.
Цели совещания:
· определение полноты исходных данных и разработка мероприятий по получению недостающих данных;
· выбор проекта - аналога, установление состава типового проекта или проекта повторного применения, а также имеющихся вариантов принципиальных проектных решений с целью их использования в разрабатываемом проекте;
· определение основных направлений поисковых, научно-исследовательских, проектно-конструкторских и проектно-экспериментальных работ в области внедрения новой техники и прогрессивной технологии, совершенствования объемно-планировочных решений, современных методов, форм, организации и технологии строительных и монтажных работ и т.п.;
· коллективные обсуждения, оценка и принятие общих проектных решений по объекту проектирования.
ГАП совместно с главными специалистами технического отдела и проектных специализированных подразделений осуществляет подготовку материалов для рассмотрения на совещании. В состав материалов должны быть включены задание на проектирование данного объекта и акт выбора площадки (трассы) для его строительства.
Проектные решения, принятые на совещании, фиксируются ГАПом (ГИПом) в ДОПР, утверждаются главным инженером ПИО.
По итогам совещания ГАП (ГИП) организует работу по получению недостающих и имеющихся исходных данных для проектирования объекта.
2. На втором этапе (технологические операции №№ 5¸9, указанные на схеме) разрабатываются, рассматриваются, уточняются, а затем утверждаются основные проектные решения по всем специализированным разделам (подразделам, частям) проекта, т.е. принимаются частные проектные решения. Предварительно ГИП разрабатывает план-график согласно которому принимаются основные частные проектные решения в специализированных подразделениях ПИО по соответствующим разделам проекта.
Рассмотрение основных проектных решений по всем специализированным разделам (подразделам, частям) проекта проводятся на совещании специалистами технического отдела с ГАПом (ГИПом) и руководителями специализированных проектных подразделений. Председателем совещания является главный инженер ПИО.
Подготовленность объекта для рассмотрения на совещании определяется техническим отделом.
Основные частные проектные решения, принятые на совещании по всем специализированным разделам проекта, заносятся в ДОПР. К заполненной ДОПР прилагаются основные положения по проектированию объекта, схема генерального плана, план и разрезы здания и др. Один экземпляр ДОПР хранится у ГАПа (ГИПа), два экземпляра - в техническом отделе.
Зафиксированные в ДОПР основные проектные решения по всем разделам проекта являются обязательными при дальнейшем проектировании данного объекта, т.е. при разработке и принятии элементных проектных решений.
Если в процессе проектирования возникают предложения о частичном изменении решений, зафиксированных в ДОПР, то эти изменения должны быть согласованы с техническим отделом, главным архитектором проекта и утверждены главным инженером ПИО или его заместителем.
3. На третьем этапе (технологическая операция № 10, указанная на схеме) после окончания разработки проектно-сметной документации в полном объеме, основные проектные решения, указанные в ДОПР и относящиеся как к объекту в целом, так и ко всем его функционально и конструктивно обособленным частям и системам, рассматриваются и утверждаются архитектурно-техническим (научно-техническим) советом ПИО.
Требования к системе Качества ГОСТ Р ИСО 9001-96 |
Руководитель ЦИО |
Главный инженер (отв. за качество в ЦИО) |
Проектные мастерские и отделы, в т.ч. ГИП (ГАП) |
ДС/1-й зам. по пр-ву |
ПЭС |
Технический отдел |
Служба качества |
Отдел кадров |
Отдел выпуска проектов |
Служба научно-технической документации |
Руководитель проекта системы качества |
|
4.1. Ответственность руководства |
0 |
+ |
+ |
|
|
|
|
+ |
|
|
|
|
4.2. Система качества |
+ |
0 |
|
|
|
|
|
+ |
|
|
|
+ |
4.3. Анализ контракта |
|
+ |
+ |
|
|
0 |
|
|
|
|
|
|
4.4. Управление проектированием |
|
+ |
+ |
0 |
+ |
|
+ |
+ |
|
+ |
|
|
4.5. Управление документацией СК |
+ |
|
|
|
|
|
|
0 |
|
|
|
|
4.6. Закупки |
+ |
+ |
+ |
0 |
|
+ |
|
|
|
|
+ |
|
4.7. * |
|
|
|
|
|
|
|
|
|
|
|
|
4.8. Идентификация продукции |
|
|
|
+ |
|
|
0 |
|
|
|
|
|
4.9. Управление процессами |
|
|
+ |
|
+/0 |
|
|
|
|
|
|
|
4.10. Контроль и испытания |
|
+ |
0 |
+ |
+ |
|
|
+ |
|
|
|
|
4.11. Управление оборудованием |
|
|
|
|
|
|
|
|
|
|
|
|
4.12. Статус контроля |
|
|
|
0 |
|
|
|
|
|
|
|
|
4.13. Управление не соответствующей продукцией |
|
+ |
+ |
0 |
|
|
|
+ |
|
|
+ |
|
4.14. Корректирующие и предупреждающие действия |
|
0 |
+ |
+ |
|
|
|
|
|
|
|
. |
4.15. Размножение, хранение, упаковка, поставка |
|
|
|
|
|
|
|
|
|
0 |
+ |
|
4.16. Управление информацией о качестве |
|
|
+ |
+ |
+ |
+ |
+ |
0 |
+ |
+ |
+ |
|
4.17. Внутренние проверки качества |
|
|
|
|
|
|
|
0 |
|
|
|
|
4.18. Подготовка кадров |
|
|
|
|
|
|
|
|
0 |
|
|
|
4.19. Обслуживание |
|
|
+ |
0 |
|
|
|
|
|
|
|
|
4.20. Статистические методы |
|
|
+ |
+ |
+ |
+ |
|
|
|
|
|
|
Условные обозначения: 0 - ответственность, + - участие.
Примечание: 4.7* - в ПИО, как правило, не применяется. В исключительных случаях (например, отдельные исходные данные) см. 4.6.