FRACAS:개요

FRACAS 조직에 실패를 보고, 분류 및 분석하고 이러한 실패에 대한 대응책을 계획할 수 있는 방법을 제공하는 프로세스입니다.

FRACAS란 무엇입니까?

FRACAS(고장 보고, 분석 및 시정 조치 시스템)는 조직에 장애를 보고, 분류 및 분석하고 이러한 장애에 대한 대응책을 계획할 수 있는 방법을 제공하는 프로세스입니다. 소프트웨어는 FRACAS 시스템을 구현하는 데 자주 사용되어 여러 오류 보고서를 관리하고 해당 시정 조치로 오류 기록을 생성하므로 과거 오류에서 기록된 정보를 분석할 수 있습니다.

1985년 미국 국방부 그룹에서 처음 개발 및 사용된 FRACAS는 다음 단계를 포함하는 폐쇄 루프 프로세스입니다.

<올>

실패 보고(FR): 시스템, 장비 또는 프로세스와 관련된 모든 오류 및 오류는 오류 보고서 또는 결함 보고서로 알려진 표준 형식을 사용하여 공식적으로 보고됩니다. 고장 보고서는 고장 자산, 고장 증상, 테스트 조건, 작동 조건 및 고장 시간을 명확하게 식별해야 합니다.

분석(A): 근본 원인 분석을 수행하여 실패의 원인을 식별합니다. 근본 원인 분석을 수행하여 실패의 원인을 식별합니다.

시정 조치(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를 구현하기 위해 다른 방법을 사용합니다. 예를 들어, 자동차 및 항공우주 산업은 일반적으로 프로세스 개선을 위한 8단계 프로세스인 8D(8 Disciplines)로 알려진 것을 사용합니다. 이 8단계는 팀 구성, 문제 설명, 문제 수정, 근본 원인 파악, 시정 조치 정의, 시정 조치 실행, 재발 방지 및 팀의 노고 인식으로 구성됩니다.

FRACAS 구현 단계

현대의 제조 회사는 많은 양의 신뢰성 데이터와 정보를 축적하기 때문에 FRACAS 데이터는 일반적으로 데이터를 보다 편리하게 사용할 수 있도록 구조화된 데이터베이스에서 관리됩니다. 이를 데이터 중심 접근 방식이라고 합니다. 이 프로세스 지향 방식은 두 가지 문제를 해결합니다. 많은 사람과 조직이 관련된 복잡한 작업을 명확하게 정의하여 관계와 책임의 혼동을 방지하고, 두 번째로 관리 시스템 내에서 필수 작업을 정의하고 규제하여 근로자가 자신의 의무를 상기시킬 수 있습니다. 그들을 할. Journal of Quality and Reliability Engineering의 연구에 따르면 , 이러한 방식으로 FRACAS를 구현하는 것은 발견, 설계, 제정의 3단계를 거쳐 이루어집니다.

<울>

발견 단계: 발견 단계의 첫 번째 단계는 각 작업을 정의하고 누가 작업의 소유권을 가질 것인지 식별하는 것입니다. 다음으로 프로세스 흐름을 결정해야 합니다. 이는 설정 절차, 승인 프로세스 및 의사 결정 프로세스를 의미합니다. 그런 다음 고장 모드, 고장 메커니즘, 제품 사양, 신뢰성 정보 및 과거 데이터를 포함한 기타 정보를 정의해야 합니다.

필요한 모든 정보를 얻었으면 지침과 규정을 살펴보고 규칙을 설정할 차례입니다. 마지막으로 문서를 통해 구성 요소를 통합해야 합니다. 이 단계를 완료하면 아래 표와 같이 FRACAS 프로세스의 속성을 갖게 됩니다.

작업 소유권 정보 고장 사용자 항목 데이터, 시간, 위치, 환경 관찰 고장 증상 문서화 시험구간 고장 설명 및 예상 근본 원인 고장 확인 시험구간 체크리스트 의심항목 격리 시험구간 고장모드 교체 의심항목 재시험 시험구 시험성적서 격리 불량 확인 항목 시험분류 수리내용/검증보고서 고장분석 신뢰성구분 분석방법 및 보고서 유사고장이력 확인 신뢰성구분 이력자료 근본원인 파악 신뢰성구분 근본원인 식별 시정조치 결정 및 반영 FRB 분석결과/조치 명세 조치의 실효성 검증 FRB 효과 결과

설계 단계: 설계 단계는 프로세스를 표준화하는 단계입니다. 현대 조직에서는 FRACAS 프로세스를 조직 전체에서 많은 직원이 쉽게 사용할 수 있도록 소프트웨어를 사용하여 이 작업을 수행합니다. 이 단계의 활동은 인적 작업과 문서 기반 작업의 두 가지 유형으로 나뉩니다. 고장 관찰, 검증, 고장 분석 등을 다루는 업무는 문서 기반 업무의 일종이다. 기본적으로 이들은 분석에 사용되는 보고서입니다. 인적 작업에는 시정 조치를 통합하는 것과 같은 것들이 포함됩니다. 인간 작업 문서 기반 작업 격리 실패 관찰 재테스트 문서화 항목 검증 실패 검증 시정 조치 결정 실패 분석 시정 조치 통합 데이터 검색 유효성 검증 근본 원인 분석 성능 테스트

시행 단계: 이름에서 알 수 있듯이 제정 단계는 FRACAS 프로세스가 실제로 구현되고 실행되는 단계입니다. FRACAS 프로세스의 참가자에게는 이메일, 모바일 장치 등을 통해 자신의 작업이 제공됩니다. 작업을 완료하면 동일한 방법으로 시스템에 보고합니다.

적절한 사람에게 작업을 전달하는 것은 FRACAS 프로세스 흐름을 유지하는 데 필수적입니다. 작업 책임은 설계 단계 또는 제정 단계에서 정의할 수 있습니다. 예를 들어, 직원은 FRACA 프로세스가 시작되기 전에 결정되거나 감독자가 작업 중에 누군가를 선택하고 작업을 할당할 수 있습니다. 작업은 이메일이나 SMS를 통해 전달되어야 하며 진행 상황은 실시간으로 업데이트됩니다.

FRACAS 규정 준수

FRACAS의 폐쇄 루프 프로세스를 통해 여러 산업 표준에 따라 오류 보고 및 분석을 긴밀하게 조정할 수 있습니다. 표준 선택은 산업 요구 사항, 규정 준수 요구 사항, 회사 목표 등에 따라 다릅니다.

MIL-STD-2155 FRACAS 표준은 FRACAS가 시작된 표준입니다. 제품 수명 주기에 걸친 신뢰성 프로그램에 대한 일반 지침을 제공하는 광범위합니다. 이 표준은 군사 기반이지만 FRACAS 구현을 안내하기 위해 많은 산업 분야에서 사용됩니다.

FRACAS는 ISO 표준화 프로세스의 단계를 준수하므로 ISO-9001 및 ISO/TS16949를 비롯한 여러 ISO 요구 사항을 충족하는 데도 도움이 됩니다.

<울>

제안 단계: 문제가 진단되면 문제를 식별한 팀 구성원은 문제의 규모를 자세히 설명하는 제안 초안을 작성해야 합니다.

준비 단계: 문제를 중지할 수 있는 단계를 준비하기 위해 즉각적인 조치가 취해집니다.

위원회 단계: 직원은 자신의 기술에 따라 역할을 할당하고 그에 따라 작업을 위임해야 합니다.

문의 단계: 제기된 질문을 조사하고 보고된 문제에 대한 결론을 도출함으로써 팀 구성원은 문제의 근본 원인을 파악하고 해결책을 찾기 위해 협력합니다.

승인 단계: 승인된 직원은 적절하다고 판단되는 솔루션과 적절한 조치를 승인하고 문제를 해결해야 합니다.

출판 단계: 최종 FRACAS 보고서는 폐쇄되고 향후 검토 및 고려를 위해 보관될 수 있습니다.

FRACAS 구현의 이점

FRACAS를 구현하면 오류 또는 실패, 과거 문제, 결함 또는 프로세스 오류를 적시에 식별하고 수정하는 데 도움이 되는 귀중한 정보를 얻을 수 있습니다. 추가 혜택은 다음과 같습니다.

<울>

고장에 대한 적절한 조사와 적절한 시정 조치를 통해 FRACAS는 공장 재작업 및 부품/자재 폐기와 같은 즉각적인 비용은 물론 고객 불만과 같은 간접 비용도 직접적으로 절감합니다.

FRACAS는 신뢰성 향상, 지속적인 프로세스 개선 및 효율적인 유지보수 프로그램에 기여하는 경향이 있습니다. 이는 FRACAS를 통한 지속적인 모니터링 및 데이터 추적을 통해 수행되며, 수정 조치로 이전 오류 경향이 제거되었는지 여부에 대한 요약 평가를 제공합니다.

FRACAS는 안정성 성능 문제에 대한 가시성을 제공하고 지속적인 개선 프로세스를 시작합니다.

FRACAS는 근본 원인 분석을 통해 문제를 해결하기 위한 엔지니어링 노력을 촉진하고 결과적으로 효과적인 수정 조치로 이어집니다.

FRACAS는 조직에 문제 이력에 대한 지식 기반을 제공하여 미래에 문제를 방지하는 데 도움이 되는 수많은 문제에 대한 선례를 제공합니다.

요점

많은 조직에서 오류를 방지하거나 문제를 수정하는 유일한 솔루션은 예방 유지 관리 단계를 추가하는 것이라고 생각합니다. 때때로 이것이 필요할 수 있지만 프로세스의 재설계를 구현하는 것이 좋습니다. 예방적 유지보수 단계를 더 추가하는 경우 FMEA 프로세스 또는 RCM 분석을 통해 실행하여 부가가치가 없는 단계를 유지보수 프로그램에 통합하지 않도록 하십시오.