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

Какой же будет иерархия FMEA? Например, если методология FMEA будет применяться к проекту, то будет также необходим план и отчет по верификации проекта (DVP&R). Если же FMEA фокусируется на производственном процессе, вероятно, потребуются планы контроля.

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

Также важно определить язык, который будет использоваться по умолчанию, в случае если организация является организацией международного масштаба или же члены команды находятся в разных частях света. Скорее всего, методы FMEA и DVP&R будут разрабатываться командами высокого уровня на установленном деловом языке компании (чаще всего английском). Планы контроля же применяются непосредственно в производственном цехе и будут изложены на местном языке.

Стандарт и спецификация заказчика

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

Кто за что отвечает?

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

Дайте ответ на следующие вопросы:

Кто будет участником команды по внедрению FMEA?
Кто будет инициатором FMEA?
Кто несет ответственность за выполнение рекомендуемых действий?
Кто ответственен за бюджет, кадровое обеспечение и подготовку персонала?
Будет ли создан общий координационный комитет среди топ-менеджеров для анализа процесса внедрения FMEA? Если да, то, как высшее руководство будет анализировать FMEA после внедрения?

Выбор программного обеспечения для создания таблиц и критерии его выбора

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

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

Также организация должна:

Согласовать шаблон
Убедиться, что все используют согласованный шаблон.
Убедиться, что все документы хранятся в базе данных с простым доступом.
Определить стандарты для управления версиями документов.
Учитывать тот факт, что программа FMEA применяется для проектирования, в дополнении к применению FMEA для анализа процесса.
Определить, как отличать без повторения стандартные элементы от элементов, выполненных согласнл заказу клиента.
Установить настолько хорошую связь между FMEA и DVP&R проекта, как и между FMEA и планами контроля процесса.

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

Обучение методологии FMEA

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

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

Юридическая сторона

Во многих отраслях существует большая прозрачность между поставщиком и потребителем. Потребители имеют доступ к широкому диапазону показателей производства, включая время цикла и пропускную способность процесса. Будьте осторожны! Хорошая программа FMEA будет содержать «грязное белье» организации – она будет перечислять аспекты, которые достаточно хороши, но могли быть и лучше. Чтобы свести к минимуму риск того, что программа FMEA попадет не в те руки, обратите внимание на следующее:

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

Описание потока процесса «как есть» (аs-is)

Карта потока процесса является важным компонентом процесса программы FMEA. Возможно, что уже существует карта потока процесса, содержащая все этапы процесса. Это достаточно хорошо на начальном этапе, но необходимо создать карту потока процесса «как есть». Она может быть создана путем следования по потоку в производственном цехе с представителем производства. Следите за каждым этапом: что-то может быть пропущено на карте потока процесса, но может быть значительным источником вариаций:

Транспортные этапы
Этапы удержания после очистки
Время задержек
Этапы хранения, когда продукт (или сырье) подвергается изменениям погодных условий
Этапы переработки, как официальные, так и не официальные
Источники входящего сырья. Поступает ли сырье партиями или с запасом?

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

Рассмотрите текущую информацию об отказах

Любая организация имеет огромное количество информации о видах отказов и возможных причинах. Эта информация включает детали относительно области отказов и возвратов от клиентов, статистического контроля процесса, вышедшего за пределы, а также отчеты об обслуживании и неисправностях. Часто серьезность этих событий известна, но необходимо рассмотреть информацию относительно причин их возникновения и определения. Соберите эту информацию до внедрения программы FMEA и она поможет в улучшении процессов.

Этап 2: последовательность действий для каждого проекта FMEA

Определите область применения FMEA

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

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

Или же с процесса, который генерирует большинство дефектов?
Или же с этапа процесса, который генерирует большинство возвратов от клиентов?

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

Визуализируйте область применения

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

Поддерживайте свою команду

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

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

Обычно основная команда состоит из 5-7 человек. Определите роли каждого члена команды для облегчения их деятельности касательно FMEA.

Установите роль поставщиков

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

Поставщики химии
Изменение состава
Изменение уровня загрязнения
Сырье
Изменение механических свойств
Изменение визуальных свойств
Компоненты и подсистемы
Требования к интерфейсу
Надежность

Собирайте информацию

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

Программа FMEA успешная с самого начала

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

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

Автор: Стивен Мерфи, владелец компании Steve Murphy Continuous Improvement, предлагающей услуги по внедрению методологий Лин и Шесть Сигм шотландскому производству. Представляет Datalyzer Software в Великобритании.

см. также: