FRACAS:обзор

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

Что такое FRACAS?

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

FRACAS, впервые разработанный и используемый группами Министерства обороны США в 1985 году, представляет собой процесс с обратной связью, состоящий из следующих этапов:

1. Отчет об отказе (FR): Все сбои и сбои, связанные с системой, оборудованием или процессом, официально сообщаются с использованием стандартной формы, известной как отчет о сбоях или отчет о дефектах. В отчете об отказе следует четко указать отказавший актив, симптомы отказа, условия тестирования, условия эксплуатации и время отказа.
2. Анализ (A): Выполните анализ первопричин, чтобы определить причину сбоя. Выполните анализ первопричин, чтобы определить причину сбоя.
3. Корректирующие действия (CA): После определения причины сбоя выполните и проверьте корректирующие (или предупреждающие) действия, чтобы предотвратить появление сбоя в будущем. Любые изменения должны быть официально задокументированы для обеспечения стандартизации.

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

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

FRACAS теперь широко используются в цифровом формате и, помимо отчетов об отказах, анализа и исправления, могут работать в тандеме с несколькими процессами и инструментами, такими как DMAIC, MTBF и MTTR.

Как внедрить FRACAS

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

Шаг 1. Создание отчета о сбоях

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

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

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

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

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

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

Шаг 2 - Анализ

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

Шаг 3. Корректирующее действие

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

Рабочий процесс FRACAS

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

• Шаг 1. Вступление: Ошибка обнаруживается и регистрируется в FRACAS. В этом случае заклинило подшипник.
• Шаг 2. Назначьте: Руководитель группы поручает проблему члену группы обслуживания для изучения. В отделе технического обслуживания установлено, что подшипник изношен из-за несоосности.
• Шаг 3. Исправление: Бригада технического обслуживания изучает историю работы машины и обнаруживает предыдущие случаи неправильной сборки, которые приводили к неустойчивой опоре, перекосу и неплотным соединениям. Посредством анализа первопричин группа технического обслуживания определяет, что текущий дефект подшипника является результатом смещения вала, которое было вызвано недостатком навыков группы технического обслуживания из-за неправильной подготовки.

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

• Шаг 4. Подтвердите: Инспектор по техническому обслуживанию перезапускает машину, чтобы проверить наличие проблем со центровкой с помощью анализа вибрации.
• Шаг 5 - Закрытие: Если машина работает нормально, неисправность устраняется в FRACAS.

Это базовый пример того, как процесс FRACAS может работать в производственных условиях. Некоторые производители используют другие методики для внедрения FRACAS. Например, в автомобильной и аэрокосмической отраслях обычно используется так называемая 8D (8 дисциплин) - восьмиэтапный процесс улучшения процессов. Эти восемь шагов включают создание команды, описание проблемы, устранение проблемы, определение первопричины, определение корректирующих действий, выполнение корректирующих действий, предотвращение повторения и признание тяжелой работы команды.

Этапы внедрения FRACAS

Поскольку современные производственные компании накапливают большой объем данных и информации о надежности, данные FRACAS обычно управляются в структурированной базе данных, чтобы сделать использование данных более удобным. Это известно как подход, ориентированный на данные. Этот процессно-ориентированный метод решает две проблемы:четкое определение сложных задач с участием большого количества людей и организаций, чтобы избежать путаницы во взаимоотношениях и обязанностях, и, во-вторых, определение и регулирование обязательных задач в системе управления, чтобы работникам можно было напомнить об их обязательствах. сделай их. Согласно исследованию, опубликованному в Journal of Quality and Reliability Engineering внедрение FRACAS таким образом осуществляется в три этапа:обнаружение, разработка и внедрение.

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

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

  Задача Право собственности Информация Наблюдать за отказом Пользовательские данные, время, местоположение, среда Документирование симптомов сбоя Подразделение тестирования Описание сбоя и ожидаемая основная причина Проверить сбой Подразделение тестирования Контрольный список Изолировать подозреваемый элемент Подразделение тестирования Режим отказа Повторное тестирование замененного подозрительного элемента Подразделение тестирования Отчет об испытании Проверить отказ изолированного подразделения Элемент Подразделение тестирования Описание ремонта / отчет о проверке Анализ отказов Подразделение надёжности Метод анализа и отчет Проверить аналогичную историю отказов Подразделение надёжности Исторические данные Определить основную причину Подразделение надёжности Выявление основной причины Определить и внедрить корректирующее действие FRB Результаты анализа / спецификации действий Проверить эффективность действия FRB Результат эффективности
• Этап разработки: На этапе проектирования вы стандартизируете свой процесс. В современных организациях это делается с помощью программного обеспечения, которое упрощает использование процесса FRACAS для большого числа сотрудников в организации. Действия на этом этапе делятся на два типа:человеческая работа и задачи, связанные с документами. Задачи, связанные с такими вещами, как наблюдение за отказами, проверка и анализ отказов, являются типами задач, основанных на документах. По сути, это отчеты, которые используются для анализа. Человеческая работа включает такие вещи, как включение корректирующих действий. Человеческий труд Задачи на основе документов Наблюдение за отказом изоляции Повторное тестирование Документация Проверка элемента Проверка сбоя Определение корректирующего действия Анализ сбоя Включение корректирующего действия Поиск данных Проверка эффективности Анализ первопричин Тестирование производительности
• Этап вступления в силу: Как следует из названия, на этапе введения в действие процесс FRACAS фактически реализуется и выполняется. Участникам процесса FRACAS поручаются их собственные задачи по электронной почте, на мобильных устройствах и т. Д. После того, как они завершают свои задачи, они сообщают системе с помощью того же метода.

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

Соответствие FRACAS

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

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

FRACAS также может помочь вам выполнить несколько требований ISO, включая ISO-9001 и ISO / TS16949, поскольку он соответствует этапам процесса стандартизации ISO:

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

Преимущества внедрения FRACAS

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

• Благодаря надлежащему расследованию отказов и соответствующим корректирующим действиям система FRACAS также напрямую снижает непосредственные затраты, такие как заводские ремонтные работы и брак деталей / материалов, а также косвенные затраты, такие как неудовлетворенность клиентов.
• FRACAS обычно способствует повышению надежности, непрерывному совершенствованию процессов и эффективной программе технического обслуживания. Это осуществляется посредством непрерывного мониторинга и отслеживания данных через FRACAS, который дает обобщенную оценку того, были ли устранены предыдущие тенденции отказов с помощью корректирующих действий.
• FRACAS обеспечивает видимость проблем, связанных с надежностью, и инициирует процессы непрерывного улучшения.
• Посредством анализа первопричин FRACAS помогает ускорить инженерные работы по устранению проблем, что, в свою очередь, приводит к эффективным корректирующим действиям.
• FRACAS предоставляет организации базу знаний по истории проблем, создавая прецедент для решения множества проблем, чтобы помочь вам избежать их в будущем.

Итог

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