CMMS는 전체 장비군에 대한 평균 고장 간격(MTBF) 수치를 하나만 제공합니다. 그 수치는 합리적으로 보이고, 어쩌면 상승 추세처럼 보이기도 합니다. 그러나 단일 집계 수치로는 야간 팀이 주간 팀보다 두 배 빠른 속도로 유압 장치를 소모하는 이유를 알 수 없습니다. 그 격차가 바로 피할 수 있는 가동 중단이 쌓이는 지점입니다.
TL;DR
- 📐 MTBF는 총 가동 시간을 비계획 고장 횟수로 나눈 값입니다. 수리 가능한 자산에만 적용됩니다.
- 📊 전체 장비군의 단일 수치는 어떤 자산, 교대조, 운영자가 신뢰성을 저하시키는지 숨깁니다.
- 🔧 현장 고장의 50~90%는 기록되지 않아 대부분의 MTBF 수치가 인위적으로 높아집니다.
- ⚙️ 자산 유형, 교대조, 노선, 운영자별로 MTBF를 세분화하는 것이 개선이 실행 가능해지는 지점입니다.
- 🚀 각 세분화 작업은 4~12주짜리 IT 프로젝트입니다. Agent Builder는 동일한 보고서를 48시간 내에 제공합니다.
- ✅ MTBF는 임계값 위반이 자동 유지보수 워크플로우를 트리거할 때에만 운영 도구가 됩니다.
평균 고장 간격(MTBF)이란 무엇인가?
평균 고장 간격(MTBF)은 수리 가능한 자산에서 비계획 고장 사이의 평균 가동 시간을 측정합니다. 단위는 시간(hours)입니다. 벤더 사양이 아닌 자체 운영 고장 이력에서 도출됩니다.
쉽게 풀어쓴 정의
MTBF는 한 가지 질문에 답합니다: 수리 가능한 자산이 비계획 고장으로 가동 중단되기까지 얼마나 오래 운영되는가?
공식:
MTBF = 총 가동 시간 / 비계획 고장 횟수
MTBF 500시간은 해당 자산이 평균 500 가동 시간마다 예기치 않게 고장남을 의미합니다. 다음 고장이 정확히 501시간째에 발생한다는 예측이 아닙니다.
정확한 MTBF는 완전한 장비 가동 중단 추적에 전적으로 의존합니다. 모든 비계획 고장은 교대 종료 시점이나 월요일 아침이 아닌, 발생한 즉시 기록되어야 합니다.
MTBF는 실제로 무엇을 측정하는가?
MTBF는 비계획적이고 예기치 않은 고장만 집계합니다. 예정된 예방 정비 중단은 MTBF를 낮추지 않습니다. 계획된 점검을 위해 가동을 중단한 기계는 고장 이벤트가 아닙니다.
MTBF는 수리 가능한 시스템에만 적용됩니다. 수리 불가능한 부품은 대신 평균 고장 시간(MTTF)을 사용합니다. 교체 후 폐기되는 베어링은 MTBF가 아닌 MTTF를 사용합니다. MTBF는 수리 후 운영에 복귀하는 자산을 다룹니다.
더 깊은 운영상의 제약: MTBF는 고장이 얼마나 자주 발생하는지 알려줍니다. 왜 발생하는지, 어느 교대조인지, 어느 운영자인지, 어느 자산 유형인지는 알려주지 않습니다. 이것이 이 글이 해소하는 격차입니다.
MTBF를 어떻게 계산하는가?
이 공식에는 세 가지 입력값이 필요합니다: 총 가동 시간, 비계획 고장 횟수, 그리고 일관된 측정 기간. 깔끔한 데이터를 확보하는 것이 산술 계산보다 훨씬 중요합니다.
단계별 공식
MTBF = 총 가동 시간 / 비계획 고장 횟수
5단계로 계산합니다:
- 자산 범위를 정의합니다: 단일 장비, 자산 유형, 또는 전체 장비군.
- 측정 기간을 설정합니다: 월별, 분기별, 또는 연간.
- 해당 기간 동안 범위 내 자산의 모든 가동 시간을 합산합니다.
- 해당 기간에 기록된 모든 비계획 고장을 집계합니다.
- 총 가동 시간을 고장 횟수로 나눕니다.
자동 계산 유지보수 지표는 스프레드시트 작업을 완전히 제거합니다. 가동 시간과 고장 이벤트가 이벤트 엔진에서 직접 기록되면 MTBF는 실시간으로 반영됩니다. 월별 수동 계산이 필요 없습니다.
실제 예시: 스트래들 캐리어 장비군
스트래들 캐리어 10대가 각각 12개월 동안 4,200 가동 시간을 기록하여 총 42,000시간입니다. CMMS는 같은 기간 동안 84건의 비계획 고장을 기록합니다.
MTBF = 42,000 / 84 = 500시간 (전체 장비군)
이제 교대조별로 세분화하면, 야간 교대조 MTBF: 320시간. 주간 교대조 MTBF: 680시간.
500시간의 장비군 평균은 수학적으로 정확합니다. 그러나 운영 측면에서는 쓸모가 없습니다. 360시간의 교대조 간 격차가 시정 조치를 이끄는 발견이며, 단일 집계 수치는 이 어느 것도 이끌어내지 못합니다.
이것이 단일 수치 장비군 요약이 운영 측면에서 취약한 이유입니다. 세분화가 MTBF가 유지보수 검토에서 자리를 차지하는 지점입니다.
벤더 MTBF 사양이 신뢰할 수 없는 이유는?
제조사 MTBF 사양은 통제된 실험실 환경에서 도출됩니다. 이상적인 온도, 표준 작업 주기, 숙련된 운영자를 가정합니다. 24시간 항만 사이클과 해안 습도는 해당 테스트 장비에 반영되지 않습니다.
항상 자체 운영 데이터를 기반으로 계산하십시오. 실제 유지보수 결정을 이끄는 장비군 관리 KPI는 벤더 사양서가 아닌 내부 추세 분석에서 나옵니다.
중장비 운영 분야의 MTBF 산업 벤치마크
벤치마크는 자산 유형, 작업 주기, 연식, 환경, 유지보수 성숙도에 따라 크게 다릅니다. 외부 벤치마크는 방향성 참조로만 사용하십시오. 시간에 따른 내부 추세가 주요 운영 신호입니다.
| 출처 | 주요 발견 |
|---|---|
| Fiix | MTBF는 비계획 고장만 집계하며, 예정된 PM 중단은 계산에서 제외됩니다 |
| IBM | MTBF는 고장 심각도나 운영 영향을 포착하지 않으며, “좋은 MTBF”는 맥락에 따라 다릅니다 |
| eMaint | 기계 노후화는 예측 가능하게 MTBF를 낮추며, 추세 분석을 통한 조기 감지가 중요합니다 |
| Splunk | 식스 나인(99.9999%) 가동 시간 목표는 연간 31.56초의 다운타임만 허용하며, MTBF와 MTTR을 엄격히 통제해야 합니다 |
제조 장비
이산 및 공정 제조업에서 고강도 작업 장비의 MTBF는 300~1,200시간 범위를 보입니다. 유지보수 성숙도와 자산 연식이 주요 변수입니다.
노후 장비에서 연간 15~30%의 MTBF 저하는 일반적이고 예측 가능합니다. 지속적인 추세 분석을 통한 조기 감지는 고장 시점의 사후 대응보다 훨씬 비용이 적게 듭니다.
제조업에서 널리 사용되는 MTBF 추적을 위한 CMMS 도구로는 IBM Maximo, SAP EAM, Limble, MaintainX, eMaint 등이 있습니다. 기본적으로 모두 전체 장비군의 단일 수치만 제공합니다. 교대조 또는 운영자별 세분화는 모든 경우에 별도 개발이 필요합니다.
광업 및 채석업
대형 운반 트럭, 착암기, 파쇄 장비는 중공업에서 가장 가혹한 작업 주기 중 일부에서 운영됩니다. 먼지, 진동, 극단적인 온도는 실험실 조건 기대치를 초과하여 고장률을 가속화합니다.
신뢰성에 대한 광업 산업 KPI는 항상 장비 유형, 광산 부지, 교대조별로 세분화되어야 합니다. 노천광 운영의 대형 운반 트럭의 경우, 200시간 미만의 MTBF는 단순한 유지보수 경보가 아닌 자본 계획 신호입니다.
CMMS에 입력되지 않는 무선 보고 고장은 원격 광산 부지에서 지속적인 다크 데이터 문제를 일으킵니다. 부풀려진 MTBF 수치는 실제 신뢰성 저하를 고장이 발생할 때까지 숨깁니다.
항만 및 컨테이너 터미널
스트래들 캐리어, 리치 스태커, 안벽 크레인은 고습도 해안 환경에서 24/7 운영됩니다. 이 자산 유형의 MTBF는 일반적으로 300~700시간 범위입니다. 장비군 연식과 PM 성숙도가 지배적인 변수입니다.
100대 이상의 스트래들 캐리어를 보유한 주요 컨테이너 터미널은 12개월의 IT 적체를 가지고 있었습니다. 그 적체에는 교대조 및 자산 유형별로 MTBF를 세분화하는 데 필요한 맞춤 보고서가 포함되어 있었습니다. 데이터 레이어가 구축되자 터미널은 신뢰성이 15% 향상되었습니다. 또한 스트래들 캐리어당 약 15시간의 추가 MTBF를 확보했습니다.
항공 지상 지원 장비
수하물 트랙터와 푸시백 터그는 압축된 시간 창 내에서 운영됩니다. 피크 시간과 비피크 시간 사이의 작업 주기 변동성이 심합니다. 항공 GSE의 MTBF 벤치마크는 400~800시간 범위입니다.
빠른 게이트 전환 중 기록되지 않은 고장은 빈번한 다크 데이터 원인입니다. 무선으로 보고되었지만 시스템에 입력되지 않은 이벤트는 MTBF를 인위적으로 부풀립니다. 그러한 수치를 기반으로 한 유지보수 계획은 신뢰할 수 없습니다.
석유 및 가스 현장 장비
펌프, 압축기, 웰헤드 장비는 상류 운영에서 부식성 환경과 고압 작업 주기에 직면합니다. 석유 및 가스 분야의 현장 데이터 정확성은 알려진 과제입니다. MTBF 추적은 고장 기록과 함께 환경적 맥락이 필요합니다.
온도, 압력, 유량, 유체 화학 성분 모두 고장률에 영향을 미칩니다. 원격 위치에서 무선으로 보고되었지만 CMMS에 입력되지 않은 결함은 MTBF를 심각하게 왜곡합니다.
대부분의 MTBF 수치가 잘못된 이유는?
대부분의 CMMS에서 생성된 MTBF 수치는 불완전한 데이터에 대한 정확한 계산입니다. 공식이 문제가 아닙니다. 공식에 데이터를 공급하는 파이프라인이 문제입니다.
전체 장비군 MTBF가 분산을 숨기는 이유는?
단일 장비군 수치는 고성능 자산과 만성적으로 고장 나는 자산을 결합하여 평균이 허용 가능해 보입니다. 어느 자산도 집중적인 관심을 받지 못합니다.
집계는 실제 문제가 있는 분산을 가립니다. 평균 MTBF 500시간의 장비군에는 200시간으로 운영되는 장비와 900시간으로 운영되는 장비가 포함될 수 있습니다. 평균은 어느 쪽에 대해서도 유용한 정보를 제공하지 않습니다. 세분화만이 조치할 가치 있는 발견을 드러냅니다.
다크 데이터가 MTBF를 왜곡하는 방식은?
현장 운영에서 발생하는 일의 50~90%는 시스템에 입력되지 않습니다. 무선이나 WhatsApp으로 보고되었지만 공식적으로 기록되지 않은 고장은 MTBF 계산에 나타나지 않습니다. 이로 인해 MTBF 수치가 인위적으로 높아집니다.
고장까지 가동 비용은 보고되고, 현장에서 즉시 수리되었지만 기록되지 않은 이벤트에서 가장 빠르게 누적됩니다. 이 패턴은 터미널 운영, 광업, 현장 서비스 환경에서 나타납니다. 기록되지 않은 각 이벤트는 MTBF 수치를 부풀립니다.
MTBF가 고장 원인을 설명하지 못하는 이유는?
MTBF는 고장이 얼마나 자주 발생하는지 알려줍니다. 왜 발생하는지는 알려주지 않습니다. 각 이벤트에 고장 근본 원인 태깅이 없으면, 저하되는 MTBF 추세는 단순히 하향 곡선일 뿐입니다. 구체적인 시정 조치를 이끌 수 없습니다.
장비군 고장 패턴 연구에 따르면 동일한 장비에서 운영자 집단 간 고장률이 18% 이상 차이 날 수 있습니다. 근본 원인 태깅이 없으면 그 분산은 집계 수치에서 보이지 않게 됩니다. 주요 고장 범주로는 유압, 전기, 운영자 과실, 마모가 있습니다.
계획 정비가 MTBF를 왜곡하는 방식은?
MTBF로 평가받는 팀은 때때로 경계선상의 이벤트를 일관성 없이 기록합니다. 계획된 조기 가동 중단 예방 정비는 고장으로 기록됩니다. 유휴 시간 중의 비공식 수리는 전혀 기록되지 않습니다.
어느 것도 의도적인 것이 아닙니다. 팀이 표준화된 고장 정의를 갖추지 못했을 때 두 가지 모두 예측 가능합니다. 추세 분석을 시작하기 전에 유지보수 책임자와 정의에 합의하고 문서화하십시오. 모든 교대조에 일관성 있게 적용하십시오.
MTBF vs MTTR vs MTTF
세 가지 신뢰성 지표가 중장비 운영 계획에서 자주 함께 등장합니다. 각각 신뢰성의 다른 차원을 측정합니다. 세 가지를 모두 사용하면 유지보수 결정에 대한 완전한 그림을 얻습니다.
MTBF(평균 고장 간격): 수리 가능한 자산에서 비계획 고장 사이의 평균 가동 시간. 신뢰성 추세, PM 일정 수립, 임계값 설정에 사용합니다.
MTTR(평균 수리 시간): 고장 후 자산을 복구하는 데 걸리는 평균 시간. 수리 효율성 추적과 팀 역량 계획에 사용합니다.
MTTF(평균 고장 시간): 수리 불가능한 부품을 교체해야 하기 전까지의 평균 유효 수명. 자본 계획 및 예비 부품 예측에 사용합니다.
가용성 관계는 세 가지를 모두 연결합니다:
자산 가용성 = MTBF / (MTBF + MTTR)
장비 가동 시간 지표는 이 공식의 직접적인 함수입니다. 10%의 MTBF 향상과 15%의 MTTR 감소는 월별 의미 있는 생산적 가동 시간을 추가합니다. 두 가지 레버 모두 고강도 작업 장비군에 중요합니다.
플랜트 관리자에게는 OEE와 TEEP가 MTBF 및 MTTR과 함께 장비 효율성 그림을 완성합니다. OEE와 TEEP는 계획 시간 대 총 달력 시간을 네 번째 신뢰성 차원으로 추가합니다.
높은 MTBF와 높은 MTTR은 신뢰할 수 있는 장비이지만 느린 수리 프로세스를 나타냅니다. 낮은 MTBF와 매우 낮은 MTTR은 설계상의 근본 문제나 운영자 문제를 숨길 수 있습니다. 세 가지를 함께 추적하십시오. 절대로 하나만 단독으로 최적화하지 마십시오.
중장비 운영에서 MTBF를 어떻게 향상시키는가?
MTBF 개선은 순서를 따릅니다. 데이터 기반이 분석 레이어보다 먼저 갖춰져야 합니다. 분석이 임계값 자동화보다 먼저 이루어져야 합니다. 자동화는 근본 원인 태깅으로 피드백되어야 합니다. 단계를 건너뛰면 개선이 정체됩니다.
1단계: 먼저 데이터 피드를 수정하라
모든 고장을 포착하지 않으면 MTBF 개선 프로그램은 작동하지 않습니다. 기록되지 않은 무선 통화, WhatsApp 메시지, 구두 인계는 MTBF를 허구로 만듭니다.
모든 고장은 발생 시점에 유지보수 데이터 기반에 구조화된 기록이 필요합니다. IBM Maximo, SAP EAM, Limble, MaintainX, eMaint 중 무엇을 사용하든, 완전한 포착은 협상 불가능한 요소입니다. 분석 레이어는 데이터를 공급받는 수준만큼만 좋을 수 있습니다.
2단계: 최적화하기 전에 세분화하라
한 자산 유형에서 교대조 간 40%의 MTBF 격차는 실행 가능한 발견입니다. 세분화 없이는 명확한 목표 없는 추세만 있습니다.
먼저 자산 유형으로 세분화한 다음 교대조별로. 그런 다음 운영자 집단별로. 그런 다음 노선 또는 구역별로. 각 세분화는 문제를 구체적인 시정 조치로 좁힙니다.
사후 대응에서 예측 유지보수로 전환하려면 이 세분화 레이어가 필요합니다. 분기당 15% 하락 추세의 자산 유형은 가속화된 PM 검토가 필요합니다. 전체 장비군 PM 연장은 교대조 수준의 문제에 대한 잘못된 대응입니다.
3단계: 임계값을 설정하고 워크플로우를 트리거하라
자산 유형별 최소 허용 MTBF를 정의하십시오. MTBF가 임계값 아래로 떨어지면 자동으로 조치하십시오.
점검 작업을 생성하고 PM 일정을 앞당기십시오. 유지보수 책임자에게 알리고 다음 교대조에 브리핑하십시오.
이것이 MTBF가 보고 지표에서 운영 도구로 전환되는 지점입니다. AI가 트리거하는 유지보수 작업은 임계값 트리거 대응을 자동화합니다. 유지보수 책임자가 대시보드를 모니터링하는 것이 아니라 워크플로우가 모니터링하고 조치합니다.
고장이 발생하기 전에 예방하는 것이 중장비 현장 운영에서 MTBF를 연장하는 가장 효과적인 레버입니다. 계량기 기반 트리거와 반복 고장 감지는 유지보수를 고장 이벤트의 앞 단계로 이동시킵니다.
4단계: 근본 원인 루프를 완성하라
임계값과 트리거 워크플로우는 개선 가능성을 만듭니다. 근본 원인이 파악되고 수정되어야 합니다. 그렇지 않으면 동일한 자산 유형이 다음 주기에 동일한 임계값을 위반할 것입니다.
모든 고장을 근본 원인별로 태깅하십시오: 유압, 전기, 운영자 과실, 마모, 환경적 요인. 태그 분포를 월별로 감사하십시오. 한 범주가 급증하면 그것이 조사 대상입니다. 이 루프 없이는 MTBF 개선이 수리가 아닌 임시방편의 순환이 됩니다.
MTBF를 운영 도구로 전환하기
대부분의 운영 리더는 CMMS에서 하나의 MTBF 수치를 가지고 있습니다. 17가지 MTBF 세분화 작업이 IT 적체에 쌓여 있습니다. 각 세분화는 별도의 개발 요청입니다. 유지보수 프로그램이 불충분한 데이터로 운영되는 동안 적체는 쌓여만 갑니다.
MTBF 인사이트에 17가지 보고서가 필요한 이유는?
각 MTBF 세분화 작업은 독립적인 IT 프로젝트입니다. 일반적인 산업 IT 큐에서 각각 4~12주가 소요됩니다. 17가지 세분화는 최대 3년의 대기를 의미합니다. 이것은 데이터 문제가 아닙니다. IT 적체 문제입니다.
운영 및 IT를 위한 에이전틱 AI가 바로 Opsima Agent Builder가 제공하는 것입니다. 운영 리더는 MTBF 보고서나 워크플로우를 일반 언어로 설명합니다. Agent Builder가 스테이징에서 구축하고 IT가 검토하고 승인합니다. 12개월이 아닌 48시간 내에 배포됩니다.
Agent Builder가 MTBF를 위해 무엇을 구축하는가?
Agent Builder는 데이터 기반 위의 분석 및 워크플로우 레이어입니다. 모든 고장이 포착된 데이터 기반이 여전히 필요합니다. EquipmentOS 또는 현재 사용 중인 CMMS를 의미합니다. Agent Builder 자체적으로 고장 이벤트를 포착하지 않습니다.
MTBF를 위한 네 가지 구체적인 구축 사례:
- 세분화된 MTBF 대시보드. 자산 유형, 교대조, 운영자, 노선, 날씨, 또는 시간대별로 MTBF를 분할합니다. 각 분할은 분기가 아닌 며칠 내에 구축됩니다.
- 임계값 트리거 워크플로우. 자산 유형의 MTBF가 임계값 아래로 떨어지면 Agent Builder가 자동으로 조치합니다. 점검 작업, PM 가속, 유지보수 책임자 알림, 다음 교대조 브리핑을 트리거합니다.
- 근본 원인 분류 에이전트. Agent Builder는 운영 채널을 모니터링하고 원인별로 고장을 태깅하는 에이전트를 설정합니다. 관련 원인으로는 유압, 전기, 운영자 과실, 마모가 있습니다. 구조화된 근본 원인 데이터는 MTBF 세분화로 피드백됩니다.
- 주간 ‘변경 사항’ 브리프. 장비군 MTBF가 주 단위로 저하될 때 Agent Builder 에이전트가 요약 브리프를 작성합니다. 교대조 미팅을 위한 기여 고장, 근본 원인 태그, 운영 맥락을 다룹니다.
12개월 대기에서 48시간 배포로
100대 이상의 스트래들 캐리어를 보유한 주요 컨테이너 터미널은 12개월의 IT 적체를 가지고 있었습니다. 그 적체에는 팀이 교대조 및 자산 유형별로 MTBF를 세분화하는 데 필요한 맞춤 유지보수 보고서가 포함되어 있었습니다.
데이터는 사용 가능했습니다. 세분화는 그렇지 않았습니다. 모든 보고서가 대기 중인 IT 프로젝트였기 때문입니다. 그 적체가 바로 Agent Builder가 무너뜨리는 것입니다.
데이터 레이어가 구축되자 터미널은 신뢰성이 15% 향상되었습니다. 또한 스트래들 캐리어당 약 15시간의 추가 MTBF를 확보했습니다. 병목은 결코 데이터가 아니었습니다. 어떤 MTBF 세분화가 필요한지 아는 것과 그것이 운영 환경에서 실행되는 것 사이의 대기열이었습니다.
MTBF 수치는 하나의 보고서입니다. 당신의 운영에는 17가지가 필요합니다.
Agent Builder는 맞춤 MTBF 세분화, 임계값, 트리거 워크플로우를 12개월이 아닌 48시간 내에 제공합니다. IT는 스테이징 및 승인을 통해 완전한 통제권을 유지합니다.
MTBF를 근로손실재해율과 함께 추적하는 운영 리더는 장비 신뢰성과 안전이 함께 움직인다는 것을 알고 있습니다. 중장비 운영에서 높은 비계획 고장률은 증가된 사고 위험과 상관관계가 있습니다. 두 지표 모두 같은 운영 검토에 포함되어야 합니다.
하나의 MTBF 수치에서 Agent Builder를 통한 세분화된 임계값 트리거 워크플로우로 전환하려면 15분 탐색 통화를 예약하십시오.
운영 이벤트가 스프레드시트에서 사라지는 것을 멈추세요.
운영 데이터의 약 60%는 시스템 외부에 있습니다. Opsima는 이를 맞춤형 소프트웨어로 몇 주 안에 포착합니다.
작동 방식 보기 →
