FRACAS 완벽 가이드: 고장 보고, 분석, 시정 조치 마스터하기

여러분의 목표는 자산과 장비를 최대한 효율적으로 가동 상태로 유지하는 것이며, 이를 위한 최선의 방법은 문제를 가능한 한 일찍 찾아 고치는 것입니다. 예방 정비는 문제를 찾는 좋은 방법입니다.

하지만 체계적으로 문제를 고치려면 고장 보고, 분석, 시정 조치 시스템(FRACAS)이 필요합니다.

이게 필연적 질문으로 이어집니다.

FRACAS란 무엇인가?

FRACAS는 문제를 어떻게 고치는지 조직화, 추적, 관리하는 폐루프 시스템입니다.

그럼 다음 필연적 질문이 나옵니다.

폐루프 시스템이란?

폐루프 시정 조치(CLCA)는 문제를 다루고 재발을 막는 체계적 프로세스입니다. 각 단계를 따르면 가능한 한 문제가 다시 일어나지 않게 합니다.

일반적인 폐루프 프로세스 모델은 5단계입니다.

1. 팀을 모아 문제 정의
2. 문제 확산 방지
3. 문제의 근본 원인 식별
4. 시정 및 예방 조치 실행
5. 데이터로 솔루션 효과 확인

예를 들어 이웃에게서 낙엽 불어내기 기계를 빌렸는데, 소형 2행정 엔진이 연기를 너무 많이 냅니다. 팀을 모아 문제 정의란 이웃과 함께 그게 정상적인 연기량인지 확인하는 걸 수 있습니다. 정상이 아니면 문제 범위 확정: 연기만 많은지, 엔진도 과열인지, 바람 세기는 정상인지.

2단계, 문제 확산 방지. 이 예에선 기계 끄기만 하면 됩니다. 3단계: 근본 원인 분석. 충분히 질문해 문제의 원래 원인에 도달합니다. 여기선 가솔린-오일 혼합 연료에 잘못된 오일을 넣은 것일 수 있습니다.

4단계, 시정과 예방. 실수로 넣은 나쁜 연료를 최대한 제거합니다. 미래 예방을 위해 기계에 마커로 "연료 혼합에 엔진 오일 넣지 마시오"라고 적습니다.

5단계, 솔루션 작동 확인 위해 올바른 연료로 기계 돌려보며 연기 확인.

FRACAS 올바른 발음은?

기본이 뭔지 알았으니 어떻게 발음하는지 아는 게 중요합니다. "Failure reporting, analysis, and corrective action system"은 입에 붙기 힘드니 약어를 쓰는 게 편합니다.

가장 흔한 발음은 /frah-cuss/입니다. 어떤 이들은 /frey-cuss/라고도 합니다.

가장 쉬운 방법은 'fracas'(싸움, 말다툼을 뜻하는 단어) 발음하듯 말하는 겁니다.

FRACAS의 이점은?

일반적으로 특정 목표에 도달하는 방식을 표준화하는 시스템이 있는 건 항상 좋습니다. 시스템이 있으면 다음에 뭘 할지 고민하며 시간 낭비할 일 없습니다. 그냥 시스템을 따르면 됩니다. 부서 전체에 시스템이 있으면 팀도 바퀴를 재발명하며 시간 낭비 안 합니다.

일이 잘못됐을 때 좋은 시스템이면 발자취를 더 쉽게 거슬러 올라갈 수 있습니다. 매번 다 다르게 하면 새로운 실수가 어디 있었는지 역추적하기 훨씬 어렵습니다.

FRACAS 구체적 이점 중 하나는 시간이 지나면 진짜 작동하는 솔루션을 얻게 된다는 겁니다. 마지막 단계가 솔루션이 문제를 풀었는지 데이터로 확인하는 거니까요. 낙엽 불어내기 기계 예에서, 다시 시동 걸어 적절한 연기량인지 확인합니다. 솔루션을 확인함으로써 일찍 다른 수정이 필요한지 알아낼 기회를 얻습니다.

FRACAS는 ISO 표준(ISO-9001 등) 충족에도 도움 됩니다. 많은 단계가 같기 때문입니다.

FRACAS 작동 방식, 단계별로

세 가지 주요 단계:

1. 보고
2. 분석
3. 시정 조치

각 단계는 더 작은 단계들의 모음이니 자세히 볼 가치 있습니다.

보고

보고에서 가장 중요한 건 사고 보고서입니다. 문제 초동 정보를 수집하는 곳입니다. 보고서에 포함될 내용은 산업과 조직마다 다르지만, 문제 원인과 즉각 조치 단계를 알려줄 데이터에 초점 맞춰야 합니다.

예를 들어 자산이 오프라인 되면 다음을 알고 싶습니다.

• 문제를 처음 인지한 날짜와 시간
• 문제를 인지한 사람 이름과 직책
• 문제 발생 초기 징후
• 문제 대처 위해 사람들이 취한 모든 조치

나중에 뭐가 잘못됐는지 파악하려 할 때, 데이터가 많을수록 원인 찾을 확률이 높아집니다. 동시에 실용적 한계가 있어 중요하지 않은 데이터 헤엄치고 싶진 않습니다.

분석

이 단계에서 문제를 어떻게 고칠지 결정합니다. 어떤 경우엔 당시 가용한 사람이 맡습니다. 다른 경우엔 유지보수 리더가 특정 경험과 전문성으로 누군가를 지정합니다.

맡은 사람은 사고 보고서를 보고 문제의 원래 원인을 판단해야 합니다. 보통 근본 원인 분석과 자산의 정비·수리 이력 꼼꼼한 검토를 조합해 씁니다.

시정 조치

마지막으로 이 단계에서 수리를 구현합니다. 다음, 솔루션이 성공적이었는지 반드시 확인해야 합니다. 그러려면 무엇을 추적할 수 있고 추적해야 하는지 명확한 생각이 필요합니다.

예: 분당 10개 캔 생산해야 할 자산이 3개만 생산합니다. 분석 후 컨베이어 벨트 정렬 불량이 문제임을 파악. 고친 후 자산이 다시 분당 10개 생산하는지 확인합니다.

CMMS가 FRACAS를 어떻게 쉽게 만드는가?

좋은 현대 CMMS는 FRACAS 모든 단계를 쉽게 만듭니다.

기억하세요, FRACAS 열쇠는 처음부터 좋은 데이터를 얻는 겁니다. 열린 유지보수 요청 포털로 팀이 관련 데이터를 실시간으로 쉽게 입력할 수 있습니다. 모든 걸 기억해 나중에 적는 대신, 기술자들이 빨리 CMMS에 접근해 데이터를 즉각 입력합니다. 데이터가 시스템에 들어가면 중앙 데이터베이스가 팀 전체에 제공합니다.

나중 분석 단계에서 기술자들은 포괄적인 자산 정비·수리 이력에 접근합니다. 자산에 정확히 뭐가 언제 됐는지 아니까, 근본 원인을 드러내는 추세를 더 쉽게 찾을 수 있습니다.

시정 조치 단계에선 기술자가 일을 제대로 하는 데 필요한 모든 것으로 작업 지시를 채울 수 있습니다.

• 단계별 지침
• 사용자 정의 체크리스트
• 관련 부품 및 자재
• 디지털 이미지, 회로도, OEM 매뉴얼

소프트웨어로 기술자가 작업 지시를 마감하는 시점을 실시간으로 볼 수 있으니, 솔루션이 올바른지 확인 시작할 정확한 시점을 알 수 있습니다.

다음 단계

FRACAS를 유지보수 도구함에 추가할 준비 되셨나요?

Hippo는 유지보수 관리 소프트웨어 관련 질의 응답, 라이브 소프트웨어 데모 예약, 무료 체험 설정 등 여러분에게 가장 적합한 솔루션을 찾는 데 도움을 드립니다.

요약

예방 정비는 문제를 일찍 찾는 좋은 방법입니다. 하지만 올바른 수리를 쓰고 있는지 확실히 하려면 고장 보고, 분석, 시정 조치 시스템(FRACAS)도 필요합니다. 맞춤형 사고 보고서로 문제 데이터를 수집하는 것으로 시작합니다. 거기서 근본 원인 분석으로 문제의 진짜 이유를 판단하고, 그게 최적 솔루션 결정의 첫걸음입니다. 마지막으로 솔루션을 구현하고 추적해 루프를 닫습니다. FRACAS는 문제 해결 시스템을 표준화해 유지보수 팀이 다음에 뭘 할지 고민하거나 바퀴를 재발명하며 시간 낭비하지 않게 합니다. 솔루션이 안 통할 때 역추적하기도 쉽게 만듭니다. 현대 CMMS 소프트웨어는 결정적 데이터를 실시간으로 수집하고 전체 유지보수 팀과 공유해 모든 단계를 쉽게 만듭니다.