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

ПРАВИТЕЛЬСТВО МОСКВЫ

МОСКОМАРХИТЕКТУРА

МЕТОДИКА
разработки документации системы качества проектной продукции
(элемент СК 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 - Модель системы управления качеством, основанная на «подходе как к процессу»

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

Данный международный стандарт ISO 9001:2000 позволяет ПИО привести имеющуюся систему управления качеством в соответствие с распространяющимися на нее требованиями общей системы управления. В некоторых случаях может оказаться возможным для ПИО адаптировать систему управления таким образом, чтобы созданная при этом система управления качеством соответствовала требованиям данного международного стандарта, при этом требования стандарта распространяются на «организацию», обязанную установить, документально оформить, внедрить, поддерживать и, что необходимо отметить, постоянно улучшать систему управления качеством.

Стандарт ИСО 9001:2000 предусматривает сокращение количества документации, которая должна включать:

· документированное заявление о политике и целях в области качества;

· ру ководство по качеству;

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

· документы, необходимые ПИО для эффективного планирования процессов, их осуществления и контроля над ними;

· регистрацию данных о качестве.

Термин «документированная процедура» предполагает, что процедура установлена, документально оформлена, реализована в проектном процессе и осуществляется.

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

Выбор системы управления качеством проектной продукции в проектно-изыскательской организации определяется следующими ситуациями:

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

б) для обеспечения интересов потребителя в условиях договорных отношений (конкретной ситуации) на разработку качественной проектной продукции и оказание качественных проектно-изыскательских услуг;

в) при утверждении (регистрации) потребителем системы качества проектно-изыскательской организации;

г) при сертификации или регистрации системы качества проектно-изыскательской организации уполномоченными органами по сертификации.

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

а) подход, мотивированный руководством организации поставщика;

б) подход, мотивированный заинтересованным лицом (потребителем, заказчиком).

В таблице приводится схема условий и ситуаций, в которых обычно применяются системы качества ПИО. В зависимости от ситуации указываются международные стандарты серии ИСО 9000, рекомендуемые для формирования и оценки систем качества.

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

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

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

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

Таблица 1

Условия	*) Административное управление качеством (внутреннее)	Внешнее обеспечение качества в условиях контрактной ситуации
Ситуация	а) Применение системы качества для административного управления качеством проектной продукции	б) Применение системы качества для обеспечения интересов потребителя в условиях договорных отношений	в) Применение системы качества при утверждении (регистрации) потребителем системы качества проектно-изыскательской организации	г) Применение системы качества, при сертификации или регистрации системы качества проектно-изыскательской организации уполномоченными органами по сертификации
Инициатор	Руководство организации-поставщика (ПИО)	Потребитель (указывает конкретную модель обеспечения качества)	Потребитель (оценивает имеющуюся у поставщика систему качества)	Потребитель и/или руководство организации поставщика (ПИО)
Исполнитель		Руководство и персонал организации поставщика	Потребитель или компетентная организация по поручению потребителя	Орган по сертификации строительной деятельности
Цель	Повышение конкурентоспособности организации за счет выполнения требований к качеству продукции экономичным и эффективным способом	Обеспечение интересов потребителя поставщиком	Утверждение (регистрация) потребителем системы качества поставщика	Поставщик поддерживает сертифицированную систему качества для всех потребителей, кроме тех случаев, когда в конкретном договоре записаны другие условия
Базовые требования	ИСО 9004-1	ИСО 9001	ИСО 9001	ИСО 9001 ИСО 10011-1
Дополнительные требования	ИСО 9004-2 ИСО 9004-4 ИСО 10005 ИСО 10011-3	ИСО 9002-2 ИСО 10005	ИСО 10011-1	ИСО 10011-2

*) - административное управление качеством в проектно-изыскательской организации осуществляется с помощью управления процессами различного назначения: проектными и вспомогательными, организации управления и планирования, обеспечения (информационного, материально-технического, кадрового), подготовки, персонала и реализации других необходимых функций;

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

1. Основные требования ГОСТ Р ИСО 9001-96 , ISO 9001:2000 по элементу СК 4.4. (по ГОСТ Р) и их адаптация применительно к ПИО

ГОСТ Р ИСО 9001-96			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.).

2. Общая методика разработки документации системы качества (СК) по элементу 4.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. Формализация проектных процессов.

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

· входную и выходную информацию для каждого проектного подразделения, ее структуру;

· источник входной и выходной информации;

· ответственность должностных лиц за качество входной и выходной информации;

· критерии качества, которым должна соответствовать входная и выходная информация.

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

В соответствии с требованиями стандартов ИСО (ГОСТ Р) устанавливаются и согласовываются взаимосвязи, ответственность и полномочия по элементам СК, в том числе составляется «матрица ответственности», (см. Приложение ).

2.3. Общие задачи документирования системы качества (СК).

Комплектность документации системы обеспечивает «наглядность» СК для:

· разработчиков;

· пользователей;

· контролирующих органов;

· служб заказчика (потребителя).

Общими задачами документирования СК являются:

· определение и формализованное описание требований к выполнению работ по управлению качеством;

· обеспечение регулярной регистрации фактических данных о качестве ПСД и состоянии СК в ходе ее функционирования и совершенствования;

· отражение влияния любых изменений и сохранение тех преимуществ, которые обеспечивают повышение качества, закрепление положительного опыта по организации работ в СК;

· объективное подтверждение того, что все процессы, с помощь которых ПИО обеспечивает заданный уровень качества ПСД, определены, процедуры утверждены и находятся под контролем при внесении в них изменений;

· регистрация выявленных несоответствий;

· доказательство внесения исправлений в рабочую документацию;

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

2.4. Общая методика описания документированной процедуры СК .

Документированные процедуры (ДП) СК составляют основу документации СК, охватывают все элементы, включенные в СК, и описывают, как необходимо осуществлять конкретную деятельность по обеспечению и управлению качеством.

В ДП должна быть описана:

· последовательность реальных действий;

· взаимодействие различных оргединиц в процессе выполнения этих действий;

· необходимая документация для их отражения.

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

· составную часть элемента СК;

· завершенный элемент как логически отделимую составляющую СК;

· последовательность действий с несколькими элементами СК.

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

· сложность деятельности участников;

· используемые методы;

· наличие необходимой подготовки персонала.

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

Количество разрабатываемых ДП (методологических инструкций) и объем каждой из них определяется ПИО - разработчиком СК.

Методологические инструкции должны включать:

· назначение;

· область и условия применения;

· термины и сокращения;

· ответственность (указание лица, ответственного за выполнение данной процедуры, внесение изменений, рассылку, изъятие);

· описание действий, содержащихся в процедуре (общие положения и представленный по шагам порядок выполнения действий по процессу);

· учетные записи (указание документов, в которых отражены учетные записи по процессу);

· ссылки (список документов, на которые даются ссылки из текста процедуры);

· формы, в которых ведутся записи по процедуре;

· архивирование;

· рассылка;

· внесение изменений;

· приложения.

2.5. Общая методика построения организационно-технической схемы ДП.

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

· анализ сложившейся в ПИО практики выполнения подобных процедур;

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

· уточнение документов, сопровождающие выполнение операций по функциям;

· графическое построение организационно-технологической схемы (ОТС).

Проектирование системы менеджмента качества как подготовительный этап ее сертификации

10.1. Основные положения проектирования системы менеджмента качества

10.2. Состав стадий и этапов создания системы менеджмента качества

Общеизвестно, что наиболее результативным инструментом создания и внедрения систем МК является организационное про­ектирование. Оно пригодно как в условиях планово-рас­пределительного хозяйствования, так и в рыночной экономике.

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

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

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

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

Предпроектную;

Проектную;

Реализации (внедрения) и совершенствования, включая сертификацию.

Каждая стадия имеет определенные этапы. Их конкретный состав зависит от тех условий, в которых разрабатывается и реа­лизуется тот или иной проект создания системы. Применитель­но к национальному хозяйству России это может осуществлять­ся в условиях:

Функционирования на предприятии системы МК, но ко­торую необходимо привести в соответствие с современны­ми требованиями (ныне ГОСТ Р ИСО 9001-2001);

Отсутствия на предприятии системы МК, т.е. необходимо на действующем предприятии, не имеющем оформленной системы, создать современную систему МК;

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

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

Оргпроектирование системы МК - важнейший инструмент ее исследования. В общем случае при системном подходе иссле­дованию последовательно подвергаются три основных компо­нента (рис. 10.1):

(1) объект социальной организационно-экономической системы предприятия - производственная система ка­чества - во взаимосвязи с внешней средой;

(2) подсистема управления социальной организационно-эко­номической системы предприятия - система управления качеством - во взаимосвязи с внешней средой;

(3) социальная организационно-экономическая система пред­приятия в целом и внешняя среда, их взаимосвязи.

размер шрифта

7.3.3. Анализ проекта и разработки

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

Объектами таких анализов являются:

Адекватность входов для выполнения заданий по проектированию и разработке;

Ход запланированного процесса проектирования и разработки;

Соответствие целям верификации и валидации;

Оценка потенциальных рисков или причин отказов при использовании продукции;

Данные жизненного цикла, касающиеся характеристик продукции;

Управление изменениями и их последствия в ходе проектирования и разработки;

Определение и устранение проблем;

Возможности для улучшения процесса проектирования и разработки;

Потенциальное воздействие продукции на окружающую среду.

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

Примеры деятельности по верификации выходов процесса проектирования и разработки:

Сравнения требований к входу по отношению к выходу процесса;

Применение сравнительных методов, таких, как альтернативные расчеты при проектировании и разработке;

Оценка по отношению к аналогам;

Проверка, моделирование и испытания с целью контроля соответствия конкретным требованиям к входным данным;

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

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

Участие сторон позволяет фактическим пользователям оценивать выходы с помощью валидации:

Инженерного дизайна до конструирования, монтажа или применения;

Выходов программного средства до монтажа или использования;

Услуг до широкого их введения.

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

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

Анализ методов включает:

Улучшение процессов и продукции;

Применимость выходных данных;

Адекватность записей процесса и анализа;

Деятельность по исследованию отказов;

Будущие потребности процесса проектирования и разработки.

ГОСТ Р ИСО 9001 -2001 Системы менеджмента качества. Требования

7.3.4. Анализ проекта и разработки

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

а) оценивания способности результатов проектирования и разработки удовлетворять требованиям;

б) выявления любых проблем и внесения предложений по необходимым действиям.

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

7.3.5. Верификация проекта и разработки

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

7.3.6. Валидация проекта и разработки

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

7.3.7. Управление изменениями проекта и разработки

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

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

В данной статье рассмотрены важные вопросы обеспечения качества продукции и их взаимосвязь с внедрением САПР на промышленном предприятии на примере программных продуктов компании АСКОН - КОМПАС-3D, ВЕРТИКАЛЬ и ЛОЦМАН:PLM, - предназначенных для автоматизации конструирования (CAD), технологической подготовки производства (CAM) и управления данными об изделии (PLM) соответственно. Этот весьма интересный взгляд на необходимость комплексного подхода, как правило, незаслуженно не принимается в расчет при выборе программного обеспечения.
Прокомментировать статью редакция попросила Владимира Захарова, директора по разработке компании АСКОН.

Система менеджмента качества - необходимое звено организации бизнес-процессов

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

Международные стандарты серии ISO 9000:2000, обобщающие передовой мировой опыт в области управления производством, содержат требования к организации производства. В России введены в действие три аналогичных национальных стандарта: ГОСТ Р ИСО 9000-2001, ГОСТ Р ИСО 9001-2001 и ГОСТ Р ИСО 9004-2001. Их особенностью является то, что они предъявляют требования напрямую к системе организации управления производством, которое должно обеспечивать предсказуемый и стабильный уровень качества продукции. В соответствии со стандартами серии ISO 9000 качественными считаются те изделия, которые удовлетворяют как специфицированным (прописанным), так и предполагаемым (непрописанным) ожиданиям клиента.

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

Владимир Захаров: «Сертификация по ISO 9000 в корне отличается от сертификации конкретного вида или партии продукции. Сертифицируется система управления качеством предприятия, которое должно доказывать, что все процедуры, влияющие на качество, определены, разработаны, документально оформлены, внедрены и поддерживаются в рабочем состоянии. Практически полный перечень этих процедур и требования к ним как раз и прописаны в стандарте ISO 9000. Например, раздел 7 стандарта ISO 9000:2000 называется «Процессы жизненного цикла продукции», а его содержание фактически совпадает с задачами и функциями ЛОЦМАН:PLM. Крайне существенным является то, что модуль Workflow, управляющий бизнес-процедурами в ЛОЦМАН, представляет собой прямое отражение требований ISO 9000 о необходимости мониторинга, измерения, анализа процессов и определения их взаимодействия» .

Конструкторско-технологическая подготовка производства - отдельная задача системы менеджмента качества

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

Сразу обратим внимание на то, что для НИИ, КБ, научно-исследовательских центров и проектных институтов и организаций, которые не участвуют в производстве разработанных ими изделий или реализации проектов, продукцией является техническая документация (конструкторская или технологическая) на изделие или сооружение. Следовательно, необходимо отдельно ставить задачу обеспечения качества при проектировании и разработке изделий, что и отражено в стандартах серии ISO 9000. При этом процесс проектирования продукции длится в течение всего жизненного цикла, продолжаясь даже на этапе серийного изготовления. На последней стадии корректируется конструкторская и технологическая документация и вносятся изменения, связанные с общими усовершенствованиями, плановой унификацией и стандартизацией, переходом на более эффективную технологию производства и т.д.

Владимир Захаров: «Существует требование стандартов и к идентификации продукции на протяжении всего жизненного цикла. После внедрения ЛОЦМАН можно будет за минуту определить, какого исполнения редуктор стоял на тельфере, проданном три года назад. Это бывает необходимо, например, при подготовке запасных частей для ремонта» .

Можно выделить несколько основных аспектов системы менеджмента качества:

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

Взаимодействие в едином информационном пространстве

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

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

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

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

При этом пользователю не приходится обращать внимание на то, чтобы документ соответствовал какой-либо системе стандартов (например, ЕСКД). Это связано с универсальностью системы КОМПАС-3D, позволяющей работать не только в ЕСКД, но и в системе проектной документации для строительства (СПДС), а при изменении соответствующих настроек и в любой другой (ИСО, ДИН и пр.).

Требования к технологической документации довольно полно учтены в САПР ТП ВЕРТИКАЛЬ, позволяющей, взяв за основу конструкторскую информацию, организовать взаимодействие между всеми участниками процесса технологической подготовки производства.

Система управления инженерными данными ЛОЦМАН:PLM обеспечивает процесс обращения на предприятии документации и электронных моделей изделий. В ней строго по стандартам серии ISO 9000 реализованы все функции, присущие программным продуктам данного класса: хранение и разграничение доступа к данным, обеспечение оперативной информацией всех участников производственного процесса и многие другие.

По функциональности продукты компании АСКОН - КОМПАС-3D, ВЕРТИКАЛЬ и ЛОЦМАН:PLM - ни в чем не уступают отечественным и зарубежным аналогам. По уровню интеграции в существующую систему российских стандартов они оптимальны, а эффект от их внедрения очень высок. Можно сказать, что их использование обеспечивает без дополнительных усилий функционирование на предприятии единого информационного пространства и выполнение стандартов серии ISO 9000, например в части требований к технической документации на изделие.

ЛОЦМАН:PLM - регламентация процессов проектирования и разработки

В любой организации взаимоотношения между ее членами регламентированы. При реализации системы менеджмента качества предприятие должно формально определить основные этапы создания продукции, основных участников, их права и обязанности, а также взаимодействие между ними. Процесс проектирования и разработки изделий поддается такой формализации, и это служит основой для создания систем управления данными об изделии (Product Data Management, PDM). Одной из таких систем является ЛОЦМАН:PLM. Внимание к автоматизации управления жизненным циклом изделия, в том числе к проектированию и разработке, не случайно. Именно это направление автоматизации является связующим звеном для других ИT-систем, объединяя весь массив информации об изделии и предоставляя ее другим участникам процесса создания продукта. В противном случае автоматизация процесса проектирования и разработки носит не комплексный, а «лоскутный» характер.

ЛОЦМАН:PLM берет на себя значительную часть трудоемких работ по выпуску документации, позволяя определить маршрут ее прохождения и перечень лиц, участвующих в подписании документов. ЛОЦМАН:PLM поддерживает информацию об изделии в актуальном состоянии и обеспечивает все требования по внесению изменений в конструкцию. Кроме того, данная система служит основой для предоставления информации остальным подразделениям предприятия. Поэтому задача стандартизации процесса проектирования и разработки может быть решена системой управления инженерными данными ЛОЦМАН:PLM.

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

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

Владимир Захаров: «ЛОЦМАН:PLM содержит все инженерные данные, необходимые для проектирования, изготовления и эксплуатации продукции промышленного предприятия. На этапе подготовки производства система обеспечивает накопление данных о результатах конструкторско-технологического проектирования и обмен информацией между инженерными службами. Утвержденные данные и документация передаются в другие службы предприятия для материально-технического обеспечения, производства и эксплуатации выпускаемых изделий».

Сохранение и совершенствование культуры проектирования и производства изделий

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

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

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

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

Впечатление об организациях, выпускающих подобную «документацию», естественно, соответствующее. Казалось бы, чего проще - используй современные системы автоматизации конструирования для разработки документации на самом высоком уровне! В какое недоумение порой приводят такие чертежи конструкторов со стажем, работавших еще тушью на кальке! Как сложно им объяснить, что не в каждом программном продукте соответствие отечественным стандартам стоит на первом месте, а отсутствие квалифицированного персонала с высокой культурой проектирования приводит к тому, что проектирование и разработка выполняются некачественно.

Однако чаще всего подобных ошибок действительно можно избежать, поскольку в таких программных продуктах, как КОМПАС-3D, ВЕРТИКАЛЬ и ЛОЦМАН:PLM, уже заложены все необходимые решения по созданию и обращению качественной конструкторской и технологической документации на предприятии. Это позволяет за счет использования указанного программного обеспечения сохранить и усовершенствовать культуру проектирования и разработки, повысить качество финального изделия и в конечном счете упрочить позиции предприятия на рынке.

Заключение

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

Для решения задачи автоматизации предприятия оптимален именно комплекс взаимодействующего ПО. Система трехмерного твердотельного моделирования КОМПАС-3D, система технологической подготовки производства ВЕРТИКАЛЬ и система управления данными об изделии ЛОЦМАН:PLM компании АСКОН отвечают всем требованиям российских и международных стандартов.

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

Е.П.Фомин

Ведущий конструктор ООО «НПП «Лазерные системы».

Владимир Захаров

Директор по разработке компании АСКОН.

*Термины «проектирование» и «разработка» в данном случае соответствуют определению, данному в ГОСТ Р ИСО 9000-2001, со следующим дополнением: если это не оговорено особо, будем считать проектирование и разработку синонимами.