FRACAS:장비 고장을 친구로 만드는 방법

유지 관리에서 실패는 종종 더러운 단어입니다. 장비가 고장나면 부서가 마비됩니다. 그리고 가동 중지 시간 측정 기준으로 측정되는 것은 모든 장비 문제를 궁극적인 죄로 만듭니다.

그것은 비생산적입니다. 더 나쁜 것은 불공평합니다. 자산 연령, 디자인 또는 사용자 오류와 같이 제어할 수 없는 것이 있습니다. 그리고 실패는 실제로 귀중한 자원이 될 수 있습니다.

Fiix의 솔루션 엔지니어이자 전 산업 및 유지보수 엔지니어인 Thibaut Drevet은 "개선하려면 실패가 필요합니다."라고 말합니다. "실패는 유지 관리하는 시스템, 작동 방식 및 유지 관리 방법을 이해하는 데 도움이 됩니다."

이 문서에서는 FRACAS를 사용하여 실패의 힘을 활용하고 이를 사용하여 비즈니스 성과를 높이는 방법을 살펴봅니다.

FRACAS란 무엇입니까?

FRACAS는 고장 보고, 분석 및 시정 조치 시스템을 의미합니다. 세 가지 주요 구성 요소로 장비 장애를 제어하고 제거하기 위한 폐쇄 루프 보고 시스템입니다.

<울>

고장 보고(자산 오류 식별)

실패 분석(실패로부터 학습)

실패 수정(실패를 수정하고 다시 발생하지 않도록 조치를 취함)

FRACAS는 장비 성능 이력을 고려하여 일반적인 고장을 찾고 향후 고장을 처리하는 최선의 방법을 결정합니다. 또한 설계에서 일정에 이르기까지 안정성 유지 관리 전략을 알려줍니다.

FRACAS 루프를 사용하여 FRACAS를 만드는 방법

FRACAS 루프는 오류를 보고, 분석 및 수정하는 데 도움이 되는 일련의 프로세스입니다. 이러한 프로세스는 항상 반복되므로 지속적으로 실패를 찾고, 배우고, 수정할 수 있습니다.

FRACAS 루프에는 5가지 주요 활동이 있습니다.

<올>

고장 모드 및 영향 분석

실패 코드 생성

작업 주문 분석

근본 원인 분석

전략 조정

고장 모드 및 영향 분석

FMEA(고장 모드 및 영향 분석)는 최악의 상황이 발생할 때를 위한 계획입니다. 장비가 고장날 수 있는 모든 방법, 각 고장의 영향, 대처 방법의 목록입니다.

FMEA는 10가지 주요 요소로 구성됩니다.

<올>

자산 구성요소

잠재적 오류 모드

잠재적 실패 효과

실패의 심각도

잠재적 원인

예상 실패 빈도

실패를 감지하고 방지하기 위한 현재 프로세스

실패를 감지할 수 있는 정도

실패의 총 위험

권장 조치

여기에서 고유한 FMEA 템플릿을 다운로드하십시오.

FMEA는 실패의 기준선입니다. 자산 중요도, 영향, 빈도 및 필요한 리소스를 기반으로 작업의 우선 순위를 지정할 수 있도록 모든 시나리오를 제시합니다. 그것은 또한 살아있는 문서입니다. 시설의 장애와 이를 제거하는 방법에 대해 자세히 알게 되면 FMEA가 변경 사항을 반영하도록 수정됩니다. FRACAS 루프가 항상 이 단계로 돌아오는 이유입니다.

실패 코드 생성

고장 코드는 장비 문제를 부품, 결함 및 원인을 식별하는 매우 짧은 설명으로 변환합니다. 예를 들어, 가변 속도 전송 컨베이어의 오류 코드는 베어링, 마모, 윤활 부족입니다.

얼마 전에 실패 코드에 대한 전체 개요를 살펴보았지만 다음은 몇 가지 빠른 모범 사례입니다.

<울>

각 부분에 고유한 명명 규칙이 있는지 확인합니다. 두 개의 유사한 구성 요소가 혼동되면 더 큰 문제가 발생할 수 있습니다.

결함을 범주로 분류하여 단순하면서도 명확하게 유지합니다(예:마모, 과열 등의 상태를 기준으로 함).

CMMS에 미리 로드된 코드를 사용하는 경우 가장 일반적인 코드만 사용하세요. 10을 초과하는 것은 일반적으로 너무 많으며 기술자가 올바른 코드를 찾는 데 시간을 소비하지 않고 '기타' 옵션을 선택하도록 합니다.

FMEA를 사용하여 주요 오류 코드의 초기 목록을 만드십시오. 기술자와 함께 이 목록을 확인하십시오.

오류 코드를 추적하면 시간 경과에 따른 오류 추세를 확인할 수 있습니다. 이를 통해 어떤 일이 가장 자주 발생하고 회사에 가장 큰 손실을 초래하는지 정확히 파악할 수 있으므로 우선 순위를 지정하고 제거할 계획을 세울 수 있습니다.

작업 주문 분석

한 번의 실패는 골칫거리입니다. 수십 가지의 동일한 유형의 실패는 팀에 막대한 비용을 초래하고 일정을 방해하며 생산의 나쁜 면에 빠지게 하는 추세입니다. 작업 주문 분석은 이러한 추세를 파악하고 해결하는 데 도움이 되는 FRACAS 루프의 한 단계입니다.

작업 주문의 오류 데이터를 분석하는 가장 쉬운 방법 중 하나는 완료 메모에서 오류 코드와 빈도를 확인하는 것입니다. 예를 들어 6개월 동안 총 12번의 고장이 발생한 동일한 장비 4개가 있다고 가정해 보겠습니다. 이 기계는 돈을 벌고 수리하는 데 오랜 시간이 걸리기 때문에 실패율이 페이지에서 튀어 나올 것입니다.

이러한 실패를 보면 가장 일반적인 실패 코드(12개 인스턴스 중 10개)가 정렬 불량으로 인한 발작을 일으키고 있음을 알 수 있습니다. 이제 어떤 문제에 집중해야 하는지 알 수 있습니다. 또한 응답을 측정하기 위한 기준선이 있습니다. 이 실패 사례가 앞으로 6개월 동안 2~3회로 줄어들면 무엇을 하든지 제대로 작동하는 것입니다.

작업 주문의 실패 데이터를 사용하는 다른 방법은 수십 가지가 있습니다. 아래에서 몇 가지를 다루지만 작업 주문 데이터를 찾고 사용하는 방법에 대한 이 짧은 가이드도 확인할 수 있습니다.

근본 원인 분석

근본 원인 분석은 문제 해결 도구가 아닙니다. 문제 해결에서 가치를 얻을 수 있는 도구입니다. 당신과 당신의 팀은 RCA 없이 정렬되지 않은 베어링을 고칠 수 있습니다. 그러나 한 번 이상 수정해야 합니다. 이는 시간, 예산 및 부품을 두 번 이상 사용하는 것을 의미합니다.

FRACAS는 돈을 주머니에 넣고 일정을 다시 잡을 수 있도록 오래 지속되는 개선 작업을 수행할 때만 가치가 있습니다. 그것이 바로 RCA가 존재하는 이유입니다.

우리는 근본 원인 분석을 수행하기 위한 전략을 다루었고 다운로드할 수 있는 전체 근본 원인 분석 템플릿을 구축했으므로 이 기사에서는 RCA 수행의 세부 사항을 다루지 않습니다. 그러나 다음은 이전 섹션에서 잘못 정렬된 베어링을 사용하여 RCA를 FRACAS에 통합하는 방법의 한 예입니다.

<올>

베어링이 잘못 정렬된 이유는 무엇입니까? 샤프트가 잘못 정렬되었기 때문입니다.

샤프트가 잘못 정렬된 이유는 무엇입니까? 기계가 부적절하게 조립되었기 때문입니다.

기계가 부적절하게 조립된 이유는 무엇입니까? 기술자가 서둘러 조립했기 때문입니다.

기술자가 서둘러 조립한 이유는 무엇입니까? 업무에 적절한 시간이 주어지지 않았기 때문입니다.

할당된 시간이 충분하지 않은 이유는 무엇입니까? 생산 전 일상적인 유지 관리를 위한 창이 너무 작았기 때문입니다.

RCA를 수행할 때 기억해야 할 가장 중요한 것은 성급하게 결론을 내리지 않고 조사를 짧게 중단하는 것이라고 Thibaut는 말합니다.

Thibaut는 "단순한 원인이 자산이 고장난 이유라고 가정하기 쉽습니다."라고 말합니다. "그래서 다양한 사람들이 RCA에 기여해야 하는 이유가 됩니다. 따라서 서로 다른 관점과 아이디어를 갖고 이러한 가정을 피할 수 있습니다."

전략 조정

FRACAS 루프로 수집한 모든 통찰력은 조치를 취하지 않으면 그다지 중요하지 않습니다. 조치를 취하는 것이 항상 큰 변화를 의미하는 것은 아닙니다. 작업 주문에 윤활을 적용하기 위한 보다 구체적인 지침을 추가하는 것만큼 작을 수 있습니다. 그러나 팀에서 훈련되지 않은 전문 작업을 수행하기 위해 계약자를 고용하는 것과 같이 큰 조정이 필요할 때도 있습니다.

각 응답은 다르지만 장기적으로 오류를 수정하고 방지하는 데 도움이 되는 몇 가지 일반적인 전략이 있습니다.

<울>

공정에 기술자 포함:기술자가 귀하가 생각하지 못한 솔루션을 제공할 수도 있습니다. 변경을 하는 이유와 이점을 정확히 알려주세요. 이것은 바이인을 증가시킵니다. 그리고 그들에게 변화의 결과를 보여주십시오. 수정된 프로세스로 인해 근무 시간 외 전화가 40% 감소한 경우 이를 알리십시오. 이는 그들의 작업에 대한 감사를 표시하고 향후 변경 사항에 대한 동의를 향상시킵니다.

결과 모니터링:전략이 효과가 없으면 조기에 포착하여 올바른 결과를 얻을 때까지 계속 조정할 수 있습니다. 도미노 효과에 주목하세요. 변경 사항은 작업 영역에 유용할 수 있지만 다른 영역에는 적용되지 않습니다. 마지막으로 성공 사례를 추적하여 필요할 때 관리자로부터 동의와 예산을 확보하세요.

작게 시작하여 천천히 확장:큰 변화가 필요한 경우 한 번에 변경하지 마십시오. 전체적인 변화의 한 부분에 집중하세요. 예를 들어, 장비의 유지보수 시간을 몇 시간 더 확보하려는 경우(생산 비용으로) 한 대의 기계로 시작하십시오. 계획을 실행하기가 더 쉬울 뿐만 아니라 사람들이 변화에 적응할 시간을 주기도 합니다.

루프 닫기

전략을 조정하면 FRACAS 루프가 처음부터 다시 시작됩니다. 다음은 실패를 계속 찾고 수정할 수 있도록 전략을 전면에 적용하는 몇 가지 방법입니다.

<울>

새로 발견한 오류와 변경 사항의 영향을 반영하도록 FMEA를 업데이트합니다. 오류가 덜 자주 발생하거나 FRACAS의 작업을 기반으로 특정 오류를 처리하기 위한 새로운 절차가 있을 수 있습니다.

실패 코드를 감사합니다. 발견한 새롭고 일반적인 오류 코드를 추가하고 이제 덜 자주 사용되는 코드를 제거하십시오. 보유하고 있는 코드가 여전히 관련성이 있고 명확하며 유용한지 확인하세요.

변경사항의 영향을 추적하는 보고서를 작성하십시오. 언급한 영역에서 실패가 덜 자주 발생합니까? 비용, 일정 등에 대한 의미는 무엇입니까?

FRACAS에 대한 좋은 데이터를 얻는 방법

데이터는 FRACAS의 모든 단계를 안내합니다. 그리고 모든 좋은 가이드와 마찬가지로 데이터는 신뢰할 수 있어야 합니다. 우리 모두가 알고 있는 사실이 항상 그런 것은 아닙니다. 귀하의 수치는 절대 방탄이 될 수 없지만 몇 가지 주요 조치를 통해 정보의 품질을 향상시킬 수 있습니다.

유지보수의 가치를 이해하는 문화 조성

대부분의 데이터 오류는 기술자가 서두를 때 발생한다고 Thibaut는 말합니다. 다음 작업으로 서두르기 전에 작업을 완료할 시간이 거의 없습니다. 이 상황에서 생산의 분노에 직면하기보다 기술자는 기억이 좋지 않은 하루가 끝날 때까지 데이터 입력을 남겨둡니다. 아니면 아예 건너뛰기도 합니다.

공장의 모든 사람이 유지 관리의 가치를 이해하는 건강한 문화는 이에 대응하는 데 도움이 됩니다.

Thibaut는 "유지 보수가 생산의 적이 아님을 모두가 이해해야 합니다."라고 말합니다.

"모든 사람이 유지 관리가 필요하고 유익하다는 것을 이해하면 기술자가 시간을 들여 데이터를 적절하게 기록할 수 있습니다."

명확하고 채우기 쉬운 작업 주문 작성

잘못된 데이터를 사람의 실수로 돌리는 것은 쉽습니다. 그러나 인간의 오류에는 항상 더 깊은 원인이 있습니다. 가장 일반적인 것 중 하나는 불명확하고 압도적인 작업 지시입니다.

예를 들어, 그림, 다이어그램 또는 적절한 명명 규칙이 없으면 구성 요소를 잘못 식별하기 쉽습니다. 이로 인해 해당 자산 및 유사한 자산에 대한 향후 오류 분석 및 보고가 중단될 수 있습니다. 그리고 실패에 대한 보고 및 후속 조치에 대한 명확한 프로세스가 없으면 일반적으로 아무런 조치도 취하지 않습니다.

다음은 효과적인 FRACAS를 지원하는 세계적 수준의 작업 주문을 생성하기 위한 훌륭한 스타터 팩입니다.

<울>

기본 사항 익히기:유지 관리 작업 주문

목표 달성에 도움이 되는 작업 주문 설계에 대한 간단한 가이드

유지 보수 작업 주문 템플릿

장비 유지보수 로그 템플릿

예방 유지보수 체크리스트

자동화 및 통합

훌륭한 작업 주문을 작성한다고 해서 인적 오류가 완전히 제거되지는 않습니다. 누구나 실수를 합니다. 그러나 기술은 그것들을 덜 만듭니다. 장비에 상태 모니터링 소프트웨어를 설치하면 수동 데이터 입력이 자동 측정으로 대체됩니다.

수동으로 기록할 때 깨진 자산에 대한 미터 판독값이 잘못되기 쉽습니다. 아마도 기계에 도착하는 데 5분이 걸렸을 것입니다. 그 5분 동안 미터 판독값이 변경되었습니다. 이제 잘못된 측정과 실패를 연관시키고 있습니다.

실시간으로 계량기 판독값을 기록하는 소프트웨어를 사용하면 이러한 위험을 제거할 수 있습니다. 오류가 발생한 시점의 정확한 판독값을 표시하므로 올바른지 확인할 수 있습니다. 이 시스템을 유지 관리 소프트웨어와 통합하여 이 모든 정보를 한 곳에서 캡처하고 분석할 수 있습니다. 미터 판독값에 따라 즉시 유지 관리를 시작할 수 있는 추가 특전도 있습니다.

자주 데이터 감사

매달 시간을 내어 데이터를 확인하고 정확한지 확인하십시오. 그렇다고 해서 모든 단일 작업 주문과 번호를 조사하여 확인하는 것은 아닙니다. 현장 점검을 수행하고 위험 신호를 찾고 기술자와 이야기하여 연필 휘핑이 우려되는 부분을 식별하십시오. 손가락으로 가리키는 것을 피하십시오. 연필 휘핑은 종종 기술자의 성격이나 기술 수준보다 외부 장애물에 관한 것입니다. 몇 가지 좋은 질문은 다음과 같습니다.

<올>

불필요하다고 느끼는 점검이나 작업이 있습니까? 이 작업을 제거하거나 빈도를 줄이거나 중요한 이유를 설명하세요.

어떤 데이터를 기록해야 하고 왜 중요한지 명확합니까? 측정 대상과 방법(예:몇 시간이 아닌 몇 분 단위로 측정)에 대해 모든 사람이 한 페이지에 모이도록 합니다.

데이터를 쉽게 기록할 수 있습니까? 그렇지 않다면 그 이유는 무엇입니까? 문서에서는 의미가 있었지만 실제로는 작동하지 않는 프로세스(예:수량화하기 어려운 오류 코드 또는 측정의 긴 목록)를 찾아보세요.

FRACAS를 사용하는 방법:성과를 높이는 데 도움이 되는 5가지 유지 관리 보고서

실패를 찾아 수정하는 것은 훌륭합니다. 회사가 더 많은 것을 생산하고 더 많은 돈을 버는 데 방해가 되는 실패를 찾아 수정하는 것이 훨씬 좋습니다. 그러려면 이러한 자산 실패를 찾아내는 보고서가 필요합니다. 다음은 5가지 시작 사항입니다.

<올>

시작 후 실패
생산이 시작되기 전에 중단되는 실패는 운영을 지연시킵니다. 이 보고서는 이러한 피해를 주는 오류를 선택하고 예방하는 데 도움이 됩니다.

고장 코드별 유지 관리 비용
마감된 작업 주문의 모든 오류 코드에 대한 인건비 및 부품 비용을 집계하여 비용이 더 많이 드는 항목을 식별하고 우선 순위를 지정합니다.

고장 코드별 유지 관리 시간
같은 오류를 계속해서 수정하는 데 시간을 할애하면 다른 곳에서 다운타임을 방지할 수 있는 작업에 시간을 낭비하게 됩니다.

예약된 유지 관리와 예약되지 않은 유지 관리를 통해 발견된 오류
이 보고서는 비용이 많이 드는 사후 유지 관리를 유발하는 반복적인 오류의 우선 순위를 지정하는 데 도움이 됩니다.

교대조 또는 현장별 장애
이 보고서는 프로세스나 교육에 존재하는 큰 문제를 식별하는 데 도움이 됩니다. 이 문제는 해결될 때 엄청난 이득을 얻을 수 있습니다. 교대 또는 사이트의 실패율이 더 낮은 경우, 그들이 다르게 하고 있는 것을 살펴보고 모든 교대 또는 사이트에 복제할 수 있습니다.

FRACAS 사용 방법:실제 비즈니스 사례 및 사용 사례

FRACAS는 항상 컴퓨터의 다른 파일일 위험이 있습니다. 그것은 당신과 당신의 팀이 일하는 방식을 바꿀 것이기 때문입니다. 쉽지 않습니다. FRACAS가 해결하는 문제를 이해하면 이러한 성장통을 완화하는 데 도움이 됩니다. 다음은 FRACAS가 유지 관리 팀의 가장 큰 문제를 해결하는 데 어떻게 도움이 되는지에 대한 몇 가지 실제 예입니다.

<울>

FRACAS를 통해 수리 또는 교체에 오래된 부품을 사용할 때 장비가 가장 자주 고장난다는 사실을 알게 되었습니다. 또한 이러한 오류가 전체 유지 관리 및 생산 손실로 인해 얼마나 많은 비용이 드는지 확인할 수 있습니다. 이러한 실패를 없애기 위해 더 높은 인벤토리 예산을 확보할 수 있습니다.

이전에는 거의 고장나지 않았던 자산이 더 자주 고장나고 그 이유를 모릅니다. FRACAS 분석에 따르면 한 구성 요소에 장애가 발생하고 있으며 3개월 전에 시작되었습니다. 그 때 라인은 유지 보수가 인식하지 못한 다양한 제품 사양을 사용하기 시작했고, 이는 장비 설정에 영향을 미쳤습니다. 여러 사이트에서 가동 중지 시간을 줄이는 회선 수정 사항을 전달하기 위한 새로운 프로세스를 개발합니다.

고장 코드를 검토하면 세 가지 일반적인 오류 유형을 식별할 수 있습니다. 이번 분기에 하나만 처리할 수 있는 리소스가 있습니다. FMEA, 비용 보고서 및 근본 원인 분석을 자세히 살펴보고 가장 큰 영향을 미치는 오류를 찾습니다. 이 성공 후에는 발견한 다른 오류를 수정하기 위해 더 많은 기술자를 고용할 수 있는 예산을 확보할 수 있습니다.

결론

FRACAS를 구축하려면 데이터, 시간 및 약속이라는 세 가지 요소가 필요합니다. 근본 원인을 찾고 해결하려면 실패에 대한 많은 데이터가 필요합니다. 이 데이터를 얻으려면 시간이 필요합니다. 그리고 정확한 데이터를 수집하고 그 교훈을 적용하려면 장기적인 노력이 필요합니다. 이러한 요소를 마스터하는 데 시간이 걸리므로 작게 시작하여 승리를 추적하고 즉각적인 결과가 나타나지 않더라도 포기하지 마십시오. 이러한 노력은 투자에 대한 장기적 수익의 가치가 있습니다.