Внедрите современные методы руководства: функции управления должны смещаться от контроля количественных показателей к качественным. (Уильям Эдвардс Деминг)
Настоящий документ содержит краткое описание концепции создания системы качества (СК) и последовательности работ по подготовке ее к сертификации (в соответствии с требованиями стандарта ИСО9001) на основе технологий бизнес-инжинирига.
ИСО 9000:1994, как стандарт по созданию, применению и поддержанию СК, предписывает предприятию <всего - лишь> точно описать свой бизнес и следовать этому описанию в его практике. Созданная СК должна также обеспечивать возможность своего наглядного внешнего представления всем заинтересованным лицам (потенциальным клиентам, партнерам, инвесторам, общественным и государственным организациям и т.п.) и, в первую очередь, специальным органам, имеющим право на ее сертификацию. Данная сертификация (первый раз - после создания СК, а затем периодически - ежегодно), должна подтверждать соответствие действующей СК стандартам ИСО 9000.
Обобщенная структура стандарта ИСО 9001, как наиболее полной модели СК, выглядит следующим образом.
При разработке системы качества (СК) в соответствии с принципами, заложенными в стандарты ИСО 9000, целесообразно выделять 2 основных аспекта:
В настоящем документе последовательно рассматриваются каждый из данных аспектов, на которых необходимо сосредоточиться при постановке СК на предприятии.
В этом разделе, мы остановимся на той части работ по созданию СК, которая обычно вызывает наибольшие трудности, а именно технологии разработки комплекса организационного и нормативно-методического обеспечения СК
В традиционном виде это целый набор бумажных документов: от Политики в области качества и Руководства по качеству до Стандартов предприятия, методических инструкций, технологических карт и карт контроля.
Возможно ли, традиционным способом, получить полное и целостное описание предприятия, да еще поддерживать его постоянно в актуализированном состоянии в условиях изменений, которые стали образом жизни современных компаний? Реальный опыт консалтинговой работы говорит, что сотрудники предприятий настолько утомляются от проводимой формализации, что даже если они доводят ее до конца в какой-то области, о продолжении работ думают с нескрываемым ужасом. Конечно, многое зависит от размера предприятия, заинтересованности менеджеров и т.д. Но также понятно, что предприятие не может ждать завершения процесса своего описания долгие годы. Для формирования и сопровождения организационного и нормативно-методического обеспечения СК, группа БИГ-СПб предлагает использовать технологии бизнес-инжиниринга.
С одной стороны, формализованные описания, содержащиеся в данных моделях, могут быть использованы для получения всего необходимого комплекта документов, с другой стороны - они являются инструментом проведения непрерывного анализа СК и ее улучшения. С этой точки зрения Система Качества рассматривается как подсистема предприятия, тесно интегрированная со всей его информационной средой.
Преимуществом такого подхода является замена традиционных Руководств по Качеству, создающихся в виде описательных текстовых бумажных документов, которые исключительно трудно поддерживать в виде непротиворечивой системы - стандартизованными электронными моделями, целостность которых поддерживается автоматически.
Например, стандарт предлагает предприятию максимально точно регламентировать и документально закрепить вполне определенные компоненты своей деятельности (компоненты системы качества):
1. Ответственность руководства.
2. Система качества.
3. Анализ контракта.
4. Управление проектированием.
5. Управление документацией и данными.
6. Закупки.
7. Управление продукцией, поставляемой потребителем.
8. Идентификация и прослеживаемость продукции.
9. Управление процессами.
10. Контроль и испытания.
11. Управление контрольным, измерительным и испытательным оборудованием.
12. Статус контроля.
13. Управление несоответствующей продукцией.
14. Корректирующие и предупреждающие действия.
15. Погрузочно-разгрузочные работы, хранение, упаковка, консервация и поставка.
16. Управление регистрацией данных о качестве.
17. Внутренние проверки качества.
18. Подготовка кадров.
19. Обслуживание.
20. Статистические методы.
На рисунке
1
эти компоненты изображены, как фрагменты общей бизнес-модели предприятия
Рис.1
(см. Раздел 1.1.2.)
Поддерживаемая в актуализированном состоянии бизнес-модель, позволяет настраивать <степень разрешения> взгляда на компанию применительно к конкретной управленческой задаче и, соответственно, генерировать внутрифирменные регламенты различного уровня (среди которых присутствуют и документы системы качества)
Проверка достаточности отражения требований стандарта ИСО 9000 в документации Системы Качества также может быть произведена с помощью электронной бизнес-модели, как универсального средства описания отношений между иерархическими объектами - в данном случае классификаторов-справочников требований ИСО9000 и состава документов.
Вывод: Применение новых информационных технологий в Системах Качества на всех стадиях жизненного цикла продукции (проектирования, внедрения и эксплуатации) способствует непрерывному улучшению качества и позволяет руководству предприятия гарантировать, что все технические, административные и человеческие факторы, влияющие на качество производимой продукции, находятся под контролем, а управление Системой Качества учитывает запросы и ожидания потребителя и обеспечивает конкурентоспособность предприятия.
1.1.1 Комплекс документов Системы Качества
Целью постановки организационного и нормативно-методического
обеспечения системы качества, является создание и регулярная актуализация
системы Документов, обеспечивающих и подтверждающих выполнения требованиям
стандарта. Всю документацию по СК можно разбить на несколько уровней
(Рис.
3.)
Рис.3
(Конечно надо всегда иметь ввиду условность этого разбиения
- уровней может быть и меньше).
В этом документе приводится текст выработанной политики предприятия в области качества с указанием основных целей и задач предприятия в области качества на текущий момент и в перспективе.
Объявляется, что СК является основным средством реализации принятой политики на предприятии.
Формально определяется ответственность высшего руководства компании за обеспечение функционирования СК.
В этом же документе может быть приведен девиз предприятия в области качества.
(Поскольку данный документ выполняет, прежде всего, коммуникативную функцию - послание, обращенное к миру и внутрь предприятия - его лучше выделять в отдельный документ, а не включать в Руководство по Качеству, хотя это и допускается стандартом ИСО)
<Общее руководство по качеству> (в дальнейшем - <Руководство>) является основополагающим стандартом предприятия в комплексе документов, регламентирующих систему качества (СК) предприятия в соответствии с требованиями международных стандартов ИСО 9000. Содержание всех остальных документов по СК не должно противоречить требованиям <Общего руководства по качеству>.
Отражая принципы построения, организации и реальное состояние действующей на предприятии СК, а также перспективы ее развития, <Руководство> является одним из важнейших документов в системе взаимоотношении предприятия с потребителями и поставщиками.
<Руководство> представляется потребителю на предконтрактной стадии с целью предварительной оценки и демонстрации способности предприятия обеспечить стабильный выпуск и поставку продукции в соответствии с установленными требованиями.
Руководство представляется также сертифицирующей организации при проведении сертификации продукции и СК.
Руководство по качеству должно соответствовать всем частям выбранного стандарта (ИСО 9001). Оно не должно быть детализировано. Его цель состоит в том, чтобы убедить читателя в том, что предприятие в данном вопросе действительно соответствует надлежащему элементу ИСО. При этом приводятся ссылки на документы, в которых соответствующий вид деятельности детализирован.
Общее <Руководство> является исходным основополагающим документом для разработки частных (специальных) <Руководств по качеству> (СТП), инструкций, положений и методик, конкретизирующих состав и содержание требований по всем элементам СК (см. ниже).
В СТП приводятся описания элементов Системы Качества (с учетом выбранной модели СК) и применяемые процедуры по обеспечению установленных требований применительно к соответствующим стадиям жизненного цикла (<петли качества>) продукции или обеспечивающим функциональным областям деятельности.
Этот документ может быть составлен в соответствии со следующей схемой:
ЧТО: необходимые функции.
КТО: организация и ответственность организационных звеньев (сотрудников), полномочия, функции и роль каждого.
КАК: ссылка на рабочие инструкции, где разъясняется, как конкретно должны осуществляться те или иные действия.
С КЕМ: взаимодействие в ходе реализации функций.
Типичное частное Руководство по качеству обычно состоит из следующих разделов:
Назначение и область применения: почему, зачем и на какие участки распространяется, а также имеющиеся исключения;
Политика (или ссылка на политику): описание текущей политики (целей и стратегий) предприятия в данной области <петли качества>;
Задачи, методы и действия по выполнению требований элемента системы качества: необходимо показать достаточность и контролируемость усилий, предпринимаемых предприятием на данном этапе жизненного цикла продукции или в обеспечивающих функциональных областях;
Формальное распределение ответственности персонала (включая руководящий состав) за реализацию задач данного элемента СК, а также с кем осуществляется внутреннее и/или внешнее взаимодействие;
Регистрация данных о качестве (и влияющих на качество): какие данные необходимы в результате применения документа, в какой форме, где и как долго они сохраняются.
Ссылки на документы, в которых соответствующий вид деятельности детализирован более подробно (или порядок их разработки).
Особое место в ряду документов занимают Программы Качества (ПК), которые создаются применительно к новым видам продукции или проектам (контрактам). Предполагается, что должен существовать отдельный стандарт предприятия (СТП), оговаривающий порядок разработки ПК, их структуры, методы реализации, методы контроля и оценки эффективности ПК, документирование их результатов, а также корректировки ПК (при необходимости). Содержат ссылки на СТП и рабочие инструкции.
К этому уровню также относятся документы, содержащие планы мероприятий по поддержанию Системы Качества и отдельных ее компонент (Планы внутреннего аудита, Планы мероприятий по совершенствованию СК, Планы пересмотра документов, Планы поверки измерительных приборов и т.п.)
В Инструкциях по шагам описано выполнение отдельных видов деятельности по производству, сборке, монтажу и контролю, применению инструментов, измерительного оборудования и т.д., а также как осуществляется сбор данных, как эти данные заносятся в формы, как они используются, какие контрольные инструменты должны быть использованы как эти данные заносятся в формы, как они используются, какие контрольные инструменты должны быть использованы, как интерпретировать данные и т. д.
В процессе входного, операционного и выходного контроля проводятся разнообразные испытания, результаты которых заносятся в соответствующие карты или журналы. Совокупность этих документов, подтверждает выполнение всех предписанных стандартами и технологией процедур, призванных обеспечить надлежащее качество. (На их основе может быть построен сводный документ, сопровождающий изделие при поставке - формуляр качества). Они позволяют проследить предысторию формирования качества изделия и могут использоваться на всех последующих стадиях ЖЦ, в частности, при диагностике неисправностей, ремонте, наладке и т.д., а также при итоговом статистическом анализе качества.
В Таблице 1 приведены сравнительные характеристики документов.
Система электронных моделейПервая проблема, с которой сталкивается предприятие при попытке внедрить Систему Качества - это количество порождаемых процессом внедрения СК документов, которые необходимо постоянно поддерживать в актуальном состоянии. То есть, при любом более менее существенном изменении в деятельности компании, эти документы должны отражать текущее, а не прошедшее положение дел. Взаимосвязанная актуализация большого количества бумажных документов является практически невыполнимой задачей. (Например, ни на одном предприятии мы не видели актуализованного пакета Должностных инструкций). Переход к электронным формам и архивам хранения документов, по нашему опыту, также не решает проблемы - нет никаких гарантий, что изменения одного документа не требует изменения других.
Поэтому в основе концепции БИГ и, соответственно, предлагаемой последовательности действий по постановке СК, лежит следующий подход: Надо создать не систему взаимосвязанных документов, а систему взаимосвязанных информационных моделей предприятия и жизненного цикла продукции, которые и будут порождать требуемые документы.
Концептуальной основой ИСО 9000 является то, что организация создает, обеспечивает и улучшает качество продукции при помощи сети процессов, которые должны подвергаться анализу и постоянному улучшению (Рис. 4).
Значения показателей качества непосредственно зависят от уровня организации процессов в компании. Но, если в ведущих компаниях сейчас все внимание сосредоточено на задаче их оптимизации, то большая часть еще не решила предыдущую - выстроить процессы в более или менее приемлемую систему, для чего, прежде всего, необходимо их формальное описание.
Только решив эту задачу и научившись получать необходимую информацию о продуктах (продукции) в ходе ее жизненного цикла, можно начать целенаправленное совершенствование качества с применением известных типовых технологий анализа и других инструментов СК (ФСА, FMEA, ФФА и т. п.).
Структура этой сети является достаточно сложной, поскольку большинство
процессов взаимодействует между собой. (Рис.
5).
Рис.5
Поэтому, прежде чем идти вперед, стоит иметь в виду, что в бизнес-моделировании
построение процессных моделей является для компаний ВТОРЫМ этапом.
А первой в иерархии моделей является, как правило, так называемая организационно-функциональная (матричная) модель.
Естественно, что с создание этой модели и начинается разработка бизнес-модели компании.
То есть, начать разработку необходимо с идентификации и инвентаризации всех бизнес-процессов и контуров управления, которые на этом этапе выступают в свернутом виде - в виде простого перечисления (классификации) функций, поддерживаемых в компании (иначе, <функционала> компании). После чего в матричной модели необходимо закрепить зоны ответственности за выполняемые функции. (В терминологии процессного моделирования, бизнес-инжиниринга, эта операция называется <назначить владельцев процессов>).
В основе технологии первого этапа, практически, лежат два инструмента моделирования:
Классификаторы представляют собой точные иерархические списки элементов модели. Каждый из элементов может быть охарактеризован набором дополнительных атрибутов. Количество таких списков-классификаторов определяется целью построения модели.
Фактически, классификаторы представляют собой набор управленческих регистров, содержащих, преимущественно, неколичественную информацию, совокупность которых задает систему координат для описания деятельности компании.
Матричная проекция (Матрица) - этодва классификатора, элементы которых имеют установленные связи друг с другом. Назначение проекций - задать систему отношений между классификаторами бизнес - модели.
(Так же как пространственный объект любой сложности (например, здание) может быть представлен конечным числом двумерных (плоских) проекций - чертежей, так и несколько матриц дают возможность строить многомерные структурные описания системы, делают сложные конструкции обозримыми и документируемыми
Каждое предприятие пронизано сложнейшей системой отношений и связей. И, тем не менее, все задачи принятия решений по закреплению ответственности, средств и т.п. решаются методом парных проекций регистров-классификаторов с последующим выводом многомерных отчетов)
Выбирая количество классификаторов и глубину иерархии, мы можем получать модель бизнеса той или иной степени точности.
Например, для построения организационно-функциональной модели применяется всего несколько классификаторов:
Основные группы продуктов и услуг компании
Ресурсы, потребляемые, компанией в ходе своей деятельности
Функции (=бизнес-процессы), поддерживаемые в компании
Организационные звенья компании
В самых простых моделях этого типа отсутствует даже классификатор ресурсы.
Зато классификатор функций, обычно, разбивают на 3 (См. также Рис. 1)
Основные функции - непосредственно связанные с процессом преобразования внешних ресурсов в продукцию и услуги предприятия.
Функции менеджмента - или функции управления предприятием.
Функции обеспечения - поддерживающие производственную, коммерческую и управленческую деятельность. Эти функции создают условия для реализации основных функций и функций менеджмента.
Надо также иметь в виду, что главной функцией Компании является предоставление продуктов и услуг. Поэтому сначала производится формальное описание, согласование и утверждение руководством предприятия перечня его бизнесов (направлений коммерческой деятельности), продукции и услуг. Из этого классификатора внешним контрагентам должно быть понятно, чем предприятие интересно рынку, а для внутренних целей - ясно для чего нужен тот или иной функционал компании.
В результате этих операций производится идентификация функционала и создается единая терминология описания функций предприятия, которая должна быть согласована всеми ведущими менеджерами.
Составление классификатора оргзвеньев достаточно прозрачно и на этом можно не останавливаться - важно только, чтобы уровень детализации функций соответствовал уровню детализации звеньев.
После формирования всех базовых классификаторов производится их закрепление за оргзвеньями предприятия.
Делается это с помощью описанных ранее матричных проекций. По - научному это называется формирование матрицы-распределителя функций по оргзвеньям. А на практике напоминает игру в крестики- нолики (Рис. 6)
По строчкам таблицы указываются подразделения, по столбцам - функции, составляющие содержание процесса управления и бизнес-процесса в данной компании. На пересечениях функций и подразделений, которые ответственны за выполнение функции, ставится крестик (?) .
Таким образом, процесс создания Положения об организационно-функциональной
структуре Компании (Рис.
7)
Рис.7
состоит из вполне определенных этапов (Рис.
9)
Рис.8
и доступен для понимания и самостоятельного освоения.
При создании таких моделей имеются, скорее, технологические сложности.
Таблица проекций функций на исполнительные звенья может иметь весьма большую размерность. В средних компаниях это 500 единиц - 20 звеньев на 25 функций. В больших компаниях это может быть 5 000 единиц - 50 звеньев на 100 функций. Это усугубляется еще и тем, что продвинутые компании имеют склонность к увеличению степени детализации моделей!
Вполне очевидно, что для построения модели необходимы не только типовые методики и процедуры, но и специальные программные средства, поддерживающие работу по таким методикам и процедурам. Решение не заставило себя долго ждать.
В начале 90-х годов на Западе появились первые специализированные программы, способные помогать решению задач, связанных с организацией управления предприятием - Orgware (программы организации деятельности). Такие программы уже несколько лет применяются в составе наиболее мощных западных систем <комплексной автоматизации> (R3 компании SAP, BAAN, SOCAP).
С выходом на отечественный рынок решений БИГ-Мастер, в России появились отечественные разработки подобных программ, причем в варианте, допускающем применение и вне рамок дорогих корпоративных информационных систем.
Первое из таких решений (БИГ - Мастер 1.1) поддерживало
только формирование агрегированной организационно функциональной модели
(Рис.
9).
Рис.9
В дальнейшем пакет таких решений расширился, и сейчас они образуют
семейство, достаточное для поддержания различных моделей компании, в
том числе и на процессном уровне.
В качестве инструмента структурного анализа и проектирования процессов БИГ - Мастер поддерживает методологию IDEF0, которая в США является государственным стандартом.
После опубликования данного стандарта он был успешно применен в самых различных областях бизнеса, показав себя эффективным средством анализа процессов в промышленных и торговых системах, госструктурах и т.п. Более того, именно с широким применением IDEF связано возникновение основных идей BPR (реинжиниринга бизнес - процессов).
В настоящее время, на базе методологии IDEF0 подготовлен
проект российского стандарта функционального моделирования. В
основе нотации и методологии IDEF0 лежит графическая визуализация бизнес
- процессов в виде блоков с различной функциональной ролью сторон (Рис.
10).
Рис.10
Объектами преобразования для процессов могут являться различные
виды ресурсов предприятия: материальные (сырье, материалы, продукция),
финансовые, информационные. В IDEF0-диаграммах обозначения этих ресурсов
располагаются на дугах графа. Как правило, одновременно описываются
материальные потоки и связанные с ними информационные.Модели IDEF0 также
имеют иерархическую структуру - то есть данный стандарт поддерживает
принцип декомпозиции функциональных моделей. Однако, как мы уже говорили,
переход к процессным моделям целесообразен только на определенном уровне
иерархии - до этого более прозрачная картина деятельности предприятия
достигается с помощью матричных моделей.
Тогда последовательность построения полной модели компании может быть сведена к следующим этапам:
Матричное моделирование: определение функционала, базовых структур предприятия и зон ответственности (<кто - за что>). То есть, назначение владельцев процессов для тех элементов, модели которых требуют процессного описания.
Процессное описание (<кто - кому - что - как>), при котором производится развертывание функций в процессы, т.е. происходит добавление материальных и информационных потоков, разложение функций на более мелкие составляющие - вплоть до операций - и назначение исполнителей этих операций.
Возврат в матричную модель - втягивание операций с их исполнителями и построение полной модели ответственности (из которой могут быть выведены любые организационные отчеты-регламенты, вплоть до должностных инструкций).
Вообще, наличие в БИГ - Мастере двух инструментов моделирования является чрезвычайно полезным.
В процессной модели преобладает функционально-технологический подход объединения и связывания бизнес-функций по процессам - т.е. по их последовательностям, объединенным в технологические цепочки (или по этапам принятия управленческих решений для функций менеджмента). Матричный подход предполагает подробное системно-целевое описание компании, выстроенное по иерархии управления и исполняемым функциям, направленным на достижение определенных целей - в том числе реализации выбранной политики в области качества .
Декомпозиция функциональных моделей в стандарте IDEF0
Документирование СК осуществляется путем генерации
отчетов из вышеперечисленных моделей . (Рис.
11)
Рис.11
Для получения документов уровня Руководства по качеству или
Стандартов предприятия необходимо использовать отчеты из матричных моделей.Для
получения документов <технологического> уровня используются отчеты
из процессных моделей нижних уровней (Рис.
12)
В целом, набор моделей позволяет получить следующую информацию:
Перечень и описание функций предприятия и системы качества;
Критерии осуществления преобразовании в рамках выполняемых функции предприятия или системы качества (разрабатываются в формате IDEF0);
Распределение ответственности высшего руководства предприятия;
Закрепление функций за исполнителями;
Перечень документов системы качества;
Тексты документов системы качества;
Использование (применение) документов системы качества;
Шаблоны для сбора данных о качестве;
Карты процессов (разрабатываются в формате IDEF0).
Некоторые выводы по разделу <Организационно-методическое обеспечение системы качества>
1. Совокупность документов, создаваемых в ходе разработки Системы Качества, представляет собой полное и глубокое описание деятельности предприятия и регламентов, которым необходимо следовать для правильного ее функционирования.
2. Вместо <ручного> создания обширной документации Системы Качества, целесообразно лишь создать точное описание бизнеса в электронной модели предприятия, что позволит сгенерировать основной пакет необходимых документов. При этом также снимается проблема поддержания актуальности содержимого документов, т.к. все изменения на предприятии проходят сквозь оперативное отражение в модели, после чего нужно только перепечатать соответствующий комплект документов.
3. Если произвести обобщающий анализ рекомендаций по всем 20 пунктам требований стандарта ИСО 9001, как наиболее полной модели системы качества (<Модель для обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании>), то можно отчетливо выделить базовые требования, предъявляемые предприятиям, внедряющим свою Систему Качества. Такими базовыми требованиями являются:
Наличие формализованного описания структурных единиц компании (Организационная структура);
Формализованное описание состава поддерживаемых на предприятии функций и ответственности сотрудников за их реализацию (Организационно-функциональная структура);
Наличие разработанных и поддерживаемых в рабочем состоянии документированных процедур, регламентирующих порядок реализации поддерживаемых функций (процессов) компании;
Необходимость периодического пересмотра и протоколирования результатов анализа перечисленных выше описаний и процедур на предмет соответствия системы качества предприятия реальному положению дел.
4. Предложенные технологии бизнес-инжиниринга позволяют реализовать эти требования путем создания взаимосвязанной совокупности моделей.
Другая составляющая Системы Качества - ее информационная поддержка. Одним из вариантов реализации этой информационной поддержки может быть использование так называемой интегрированной информационной среды (ИИС) предприятия.
В рассмотренных выше электронных моделях, также входящих в ИИС, содержится информация о производственной среде предприятия: о производственной и управленческой структуре, о технологическом и вспомогательном оборудовании, о персонале, финансах и т.д. В числе этих данных находятся и данные, относящиеся к системе качества.
Наряду с этим в ИИС посредством специальных информационных объектов (ИО) должны отражаться все процессы жизненного цикла продукции, в том числе результаты операций по сбору, регистрации и обработке данных о качестве.
При создании нового изделия и технологической подготовке его производства средствами конструкторских и технологических САПР (CAD/CAM) в ИИС создаются ИО, описывающие структуру изделия, его состав и все входящие компоненты: детали, подузлы, узлы, агрегаты, комплектующие, материалы и т.д. Каждый ИО обладает набором характеристик (атрибутов), описывающих свойства реального объекта, отображением которого является ИО. С точки зрения Системы Качества такими характеристиками являются технические требования и технические условия, которым должен удовлетворять реальный объект, карты контроля, инструкции и т.д.
Таким образом, современная система качества (СК) должна базироваться на информационной системе, поддерживающей автоматизированное документирование процессов обеспечения качества на всех стадиях жизненного цикла продукции (изделия) и автоматизированное управление этими процессами и документацией. Тогда СК становится неотъемлемой частью интегрированной автоматизированной системы управления (ИАСУ) предприятием, в связи с чем для создания, использования, анализа и реинжиниринга СК могут и должны в полной мере применяться технологии бизнес-инжиниринга (и в частности CALS-технологии). Это означает, что информация, циркулирующая в СК, должна быть представлена в форматах, регламентированных CALS -стандартами и состоять из набора ИО, входящих в ИИС предприятия на базе систем PDM (особого класса компьютерных систем, предназначенных для управления данными об изделиях - продукции предприятий). Назначение PDM - собрать всю информацию об изделии в интегрированной базе данных (БД) и обеспечить совместное использование этой информации в процессах проектирования, производства и эксплуатации
На стадии конструкторской разработки появляется структура изделия, а также основные технические данные, которые ложатся в основу требований для контроля (Рис. 13)
Основные функции СК на стадии (в процессе) производства состоят в проведении и документальном оформлении результатов контрольных операций (Рис. 14)
ИКО-1200-1 Инструкции по выполнению контрольных операций |
||||
Технологическая операция |
Операция |
Измерительный инструмент |
Возможный результат контроля |
Действия при выявлении несоответствия |
Монтаж печатной платы |
Проверка правильности установленных типов и номиналов элементов |
визуально, специальная подготовка |
Годен не годен |
1. устранение 2. повторная проверка |
|
Проверка правильности установки полярности и ключей |
визуально, специальная подготовка |
Годен не годен |
1. устранение 2. повторная проверка |
|
Проверка качества пропайки пистонов |
Лупа 20Х на штативе, специальная подсветка |
Годен не годен |
1. устранение 2. повторная проверка |
|
Проверка качества пайки (отсутствие наплывов и перемычек) |
Лупа 20Х на штативе, специальная подсветка |
Годен не годен |
В брак, либо 1. устранение 2. повторная проверка |
|
Проверка на контрольном стенде по типовым алгоритмам |
Контрольный стенд СК-DNC-01, программы тестов N 1,2,3 |
Годен не годен по каждому тесту |
1. Выявление неисправности в соответствии с таблицей кодов ошибок 2. устранение 3. повторная проверка |
Запись программного обеспечения в процессор |
Считывание записанной информации и ее сравнение с тестовым набором |
Контрольный
стенд |
Годен не годен по каждому тесту |
1. в брак |
Сборка |
Проверка функционирования на исправность |
Контрольный стенд |
Годен не годен |
|
quality.eup.ru - один из самых старых в рунете ресурсов, посвященных менеджменту качества во всем его разнообразии.
Нам более 7 лет, и все это время ресурс пополняется новыми и новыми материалами, почти ежедневно. Если вы ищете информацию о менеджменте вообще и управлении качеством в частности, скорее всего, вы найдете эту информацию здесь.
Кроме отличной и действительно большой подборки статей, действует живой форум по менеджменту качества.
Добавить в "Избранное"