평균 수리 시간, 즉 MTTR은 고장 난 자산, 장치, 기계, 소프트웨어 서비스, 네트워크 구성 요소 또는 생산 시스템을 정상 운전 상태로 복구하는 데 필요한 평균 시간을 측정하는 유지보수 및 신뢰성 지표입니다. 이 지표는 고장이 발생한 이후의 수리 과정에 초점을 맞추므로 다운타임 관리, 서비스 효율, 운영 회복력, 유지보수 계획에서 중요한 기준이 됩니다.

공장, 데이터센터, 통신망, 교통 시스템, 전력 시설, 병원, 건물, IT 환경에서는 고장을 항상 피할 수 없습니다. 중요한 것은 조직이 얼마나 빠르게 문제를 감지하고, 원인을 진단하고, 수리를 완료하고, 결과를 테스트하고, 시스템을 서비스 상태로 되돌릴 수 있는가입니다. MTTR은 이러한 복구 성능을 측정 가능한 방식으로 이해하도록 도와줍니다.

신뢰성 관리에서의 기본 의미

Mean Time to Repair는 여러 고장 사건에서의 평균 수리 시간을 의미합니다. 이는 고장 사이의 시간이 아니며, 장기간 전체 시스템의 총 다운타임도 아닙니다. 대신 “무언가가 고장 났을 때 보통 수리하는 데 얼마나 걸리는가?”라는 실무적인 질문에 답합니다.

이 지표는 유지보수 엔지니어, 시설 관리자, IT 서비스 팀, 신뢰성 엔지니어, 장비 제조사, 운영 관리자들이 널리 사용합니다. 낮은 MTTR은 일반적으로 더 빠른 복구, 더 나은 유지보수 대응, 더 높은 예비 부품 준비도, 더 명확한 절차, 더 효과적인 문제 해결을 의미합니다.

MTTR이 실제로 측정하는 것

MTTR은 일반적으로 자산을 다시 작동 상태로 만드는 데 필요한 실제 수리 시간을 포함합니다. 조직이 지표를 어떻게 정의하느냐에 따라 고장 확인, 진단, 예비 부품 교체, 구성 복구, 기능 테스트, 최종 서비스 복구까지 포함될 수 있습니다.

예를 들어 생산 기계가 센서 불량으로 멈추면, 수리 시간에는 기술자 출동, 센서 점검, 교체, 보정, 재시작 확인이 포함될 수 있습니다. 서버가 고장 나면 사고 분석, 부품 교체, 데이터 복구, 재부팅, 서비스 검증이 포함될 수 있습니다.

정의를 명확히 해야 하는 이유

조직마다 MTTR 계산 방식은 조금씩 다를 수 있습니다. 어떤 팀은 고장이 보고된 순간부터 계산하고, 어떤 팀은 실제 수리 작업이 시작된 시점부터 계산합니다. 일부는 예비 부품 대기 시간을 포함하고, 일부는 현장 또는 원격에서 직접 수행한 기술 수리 시간만 포함합니다.

따라서 MTTR을 성과 비교에 사용하기 전에는 정의를 명확히 해야 합니다. 일관된 정의가 없으면 지표가 오해를 만들 수 있습니다. 한 팀은 대기, 승인, 이동 시간이 포함되어 느려 보일 수 있고, 다른 팀은 실제 수리 활동만 측정할 수 있습니다.

계산 방식

표준 MTTR 공식은 간단합니다. 특정 기간의 모든 수리 이벤트에 걸린 수리 시간을 더한 뒤, 전체 수리 이벤트 수로 나눕니다. 결과는 고장 난 자산이나 시스템을 복구하는 데 필요한 평균 시간을 보여줍니다.

예를 들어 다섯 번의 수리가 각각 2시간, 3시간, 1시간, 4시간, 5시간 걸렸다면 총 수리 시간은 15시간입니다. 15시간을 다섯 번의 수리 이벤트로 나누면 MTTR은 3시간입니다. 즉 한 번의 수리에 평균 3시간이 걸린다는 뜻입니다.

수리 시간 수집

정확한 MTTR은 정확한 수리 기록에 달려 있습니다. 팀은 고장이 언제 감지되었는지, 수리가 언제 시작되었는지, 어떤 조치가 수행되었는지, 서비스가 언제 복구되었는지, 수리가 검증되었는지를 기록해야 합니다. 유지보수 관리 시스템, 티켓 플랫폼, SCADA 로그, 서비스 데스크, CMMS가 이러한 정보를 수집하는 데 도움을 줍니다.

수기 기록도 사용할 수 있지만 일관성이 있어야 합니다. 기술자가 작업 지시를 닫지 않거나, 불완전한 수리 시간을 기록하거나, 사건을 서로 다르게 분류하면 최종 MTTR 값은 실제 운영 성과를 반영하지 못할 수 있습니다.

장비 수리의 간단한 예

한 시설의 환기 장치가 한 달 동안 세 번 고장 났다고 가정해 보겠습니다. 첫 번째 수리는 90분, 두 번째는 120분, 세 번째는 60분이 걸렸습니다. 총 수리 시간은 270분입니다.

MTTR 공식에 따라 270분을 3개의 수리 이벤트로 나누면 90분입니다. 따라서 이 환기 장치의 MTTR은 90분입니다. 시설 관리자는 이 수치를 이용해 대응 효율, 기술자 업무량, 예비 부품 가용성, 예방 유지보수 필요성을 평가할 수 있습니다.

수리 주기에서 일어나는 일

MTTR은 단순한 수학적 평균이 아닙니다. 각 고장 뒤에 있는 전체 수리 워크플로를 반영합니다. 긴 수리 시간은 느린 고장 감지, 불명확한 진단 단계, 예비 부품 부족, 문서 부족, 어려운 장비 접근, 훈련된 인력 부족에서 비롯될 수 있습니다.

수리 주기를 이해하면 팀은 최종 숫자만 보는 것이 아니라 다운타임의 실제 원인을 개선할 수 있습니다.

고장 감지와 보고

수리 주기는 고장이 감지될 때 시작됩니다. 일부 시스템에서는 알람, 센서, 모니터링 대시보드, 자가 진단, 고장 코드로 자동 감지됩니다. 다른 경우에는 운영자, 사용자 또는 기술자가 문제를 발견하고 수동으로 보고합니다.

빠른 감지는 고장의 전체 영향을 줄일 수 있습니다. 기계 고장이 즉시 발견되면 문제가 생산 품질, 안전, 후단 장비로 확산되기 전에 수리를 시작할 수 있습니다. IT 및 네트워크 운영에서는 자동 알림이 사고 대응 시간을 크게 줄입니다.

진단과 근본 원인 식별

감지 후 기술자나 엔지니어는 원인을 찾아야 합니다. 진단에는 육안 검사, 로그 분석, 전기 테스트, 기계 점검, 소프트웨어 검토, 네트워크 추적, 과거 고장 기록 비교가 포함될 수 있습니다.

진단은 MTTR에 영향을 주는 가장 중요한 요소 중 하나입니다. 좋은 문서, 명확한 고장 코드, 원격 모니터링, 경험 많은 기술자를 갖춘 팀은 시행착오에만 의존하는 팀보다 문제를 더 빠르게 식별할 수 있습니다.

수리, 교체, 검증

실제 수리는 부품 교체, 소프트웨어 재시작, 구성 수정, 케이블 수리, 기계 조정, 펌웨어 복구, 청소, 윤활, 재보정 또는 전체 장비 교체를 포함할 수 있습니다.

수리가 완료된 뒤에는 정상 사용으로 되돌리기 전에 시스템을 테스트해야 합니다. 검증에는 시작 테스트, 안전 점검, 생산 시험 운전, 네트워크 연결 테스트, 알람 리셋 확인, 사용자 승인 등이 포함될 수 있습니다. 검증이 없으면 시스템은 수리된 것처럼 보여도 곧 다시 고장 날 수 있습니다.

이 지표가 중요한 이유

MTTR이 중요한 이유는 다운타임이 실제 결과를 만들기 때문입니다. 생산 중단, 서비스 지연, 고객 만족도 저하, 운영 비용 증가, 안전 위험, 비즈니스 연속성 방해로 이어질 수 있습니다. 수리 시간을 추적하면 조직은 유지보수의 약점을 찾고 복구 성능을 개선할 수 있습니다.

MTTR은 행동으로 이어질 때 가장 유용합니다. 목표는 평균 수리 시간을 계산하는 것뿐 아니라, 왜 수리가 오래 걸리는지와 프로세스를 어떻게 개선할 수 있는지를 이해하는 것입니다.

다운타임 영향 감소

낮은 MTTR은 장비나 시스템이 고장 후 더 빨리 작동으로 돌아간다는 뜻입니다. 제조에서는 생산 손실을 줄이고, 통신과 IT에서는 서비스 중단을 줄이며, 건물과 인프라에서는 편의성, 안전, 서비스 가용성을 높일 수 있습니다.

다운타임 감소는 미션 크리티컬 시스템에서 특히 중요합니다. 비상 통신 플랫폼, 전력 배전 장비, 의료 시스템, 교통 제어 인프라, 보안 시스템, 산업 생산 라인은 서비스 중단이 심각한 운영 결과를 만들 수 있으므로 빠른 복구가 필요합니다.

유지보수 효율 향상

MTTR은 유지보수 팀이 문제에 얼마나 효율적으로 대응하는지 평가할 수 있게 합니다. 평균 수리 시간이 증가하면 관리자는 원인이 예비 부품 지연, 교육 부족, 장비 접근 어려움, 느린 에스컬레이션, 불명확한 수리 지침인지 조사할 수 있습니다.

장비 유형, 위치, 교대조, 서비스 팀별로 MTTR을 비교하면 개선이 가장 필요한 영역을 찾을 수 있습니다. 이는 인력 배치, 집중 교육, 문서 개선, 예비 부품 계획을 지원합니다.

신뢰성과 가용성 목표 지원

시스템 가용성은 고장 빈도와 복구 속도 모두에 의존합니다. 장비가 가끔 고장 나더라도 빠른 수리는 허용 가능한 서비스 가용성을 유지하는 데 도움이 됩니다. 그래서 MTTR은 MTBF, 업타임 비율, 서비스 수준 목표, 신뢰성 목표와 함께 사용됩니다.

예를 들어 고장이 잦고 수리 시간이 긴 시스템은 가용성이 낮습니다. 고장이 드물고 수리가 빠른 시스템은 운영 연속성 측면에서 훨씬 더 좋은 성능을 보입니다.

운영 및 유지보수 팀의 이점

MTTR은 기술적 유지보수 성과와 비즈니스 결과를 연결하기 때문에 실용적 가치가 있습니다. 팀이 사후 대응식 수리에서 구조적 개선으로 이동하도록 돕습니다. 관리자는 다운타임을 일반적으로 논의하는 대신 수리 시간 데이터를 바탕으로 결정할 수 있습니다.

더 나은 예비 부품 계획

예비 부품이 없어 수리가 길어진다면 MTTR 데이터가 문제를 드러냅니다. 유지보수 팀은 핵심 부품을 식별하고, 최소 재고를 설정하고, 공급업체 계약을 개선하거나, 교체 모듈을 사용해 복구를 빠르게 할 수 있습니다.

고가 또는 안전 관련 자산의 경우 예비 부품을 보유하는 비용이 긴 다운타임 비용보다 훨씬 낮을 수 있습니다. MTTR 분석은 이 결정을 측정 가능한 근거로 뒷받침합니다.

더 명확한 서비스 수준 관리

외주 유지보수, IT 지원, 통신 서비스, 시설 운영에서 MTTR은 서비스 수준 계약을 지원할 수 있습니다. 서비스 제공자와 고객 모두에게 수리 성과를 측정할 수 있는 기준을 제공합니다.

그러나 서비스 목표는 현실적이어야 합니다. 단순한 출입 통제 리더의 수리 목표는 복잡한 생산 라인, 대형 HVAC 시스템 또는 다중 사이트 네트워크 장애와 다릅니다. 장비 복잡도, 위치, 위험도, 접근 조건을 고려해야 합니다.

더 효과적인 교육과 문서화

높은 MTTR은 기술자에게 더 나은 교육이나 더 명확한 수리 지침이 필요함을 보여줄 수 있습니다. 같은 유형의 고장이 반복적으로 오래 걸리면 조직은 표준 문제 해결 가이드, 시각 작업 지침, 진단 체크리스트, 원격 지원 절차를 만들 수 있습니다.

좋은 문서는 개인 경험에 대한 의존을 줄입니다. 또한 신규 기술자가 더 자신 있게 수리하도록 돕고 반복 실수의 위험을 낮춥니다.

산업 전반의 일반적인 적용

Mean Time to Repair는 거의 모든 조직이 고장 날 수 있는 자산, 시스템, 장치 또는 서비스에 의존하기 때문에 여러 산업에서 사용됩니다. 구체적인 수리 과정은 다르지만 복구 시간을 측정하고 개선해야 하는 필요성은 공통적입니다.

제조 및 산업 장비

제조 공장에서는 MTTR을 생산 라인, 모터, 펌프, 컨베이어, 로봇, CNC 기계, 포장 장비, 센서, 제어반, 유틸리티 시스템의 수리 성과 측정에 사용합니다.

산업 환경에서 MTTR을 낮추면 생산 연속성 향상, 초과 근무 감소, 자산 활용률 증가, 린 유지보수 지원이 가능합니다. 또한 어떤 기계가 가장 큰 수리 부담을 만드는지 파악하는 데 도움이 됩니다.

IT 시스템과 데이터센터

IT 운영에서 MTTR은 서버, 스토리지, 애플리케이션, 데이터베이스, 클라우드 서비스, 방화벽, 스위치, 라우터, 사용자 플랫폼에 적용됩니다. 사고 관리와 사이트 신뢰성 엔지니어링에서 흔히 사용됩니다.

디지털 서비스에서는 물리 부품 교체보다 소프트웨어 기능 복구가 수리일 수 있습니다. 로그 검토, 롤백, 패치, 페일오버, 구성 수정, 재시작, 백업 복구 등이 포함될 수 있습니다.

통신 및 네트워크 인프라

통신 사업자와 기업 네트워크 팀은 기지국, 광섬유 링크, 전송 장비, IP 네트워크, 통신 게이트웨이, 라우터, 스위치, 서비스 플랫폼의 복구 속도를 평가하기 위해 MTTR을 사용합니다.

네트워크 관련 고장은 많은 사용자에게 동시에 영향을 줄 수 있습니다. 빠른 수리와 정확한 고장 위치 파악은 서비스 품질 유지에 필수입니다. 원격 모니터링, 이중화 링크, 명확한 에스컬레이션 경로, 현장 서비스 조정은 MTTR 감소에 도움이 됩니다.

시설, 건물, 유틸리티

시설 관리자는 HVAC 시스템, 엘리베이터, 펌프, 조명 제어, 출입 통제, 화재 경보 인터페이스, 보안 장비, 배전, 급수 시스템, 빌딩 자동화 장치에 MTTR을 사용합니다.

건물 및 유틸리티 환경에서 MTTR은 거주자 편의, 안전, 규정 준수, 서비스 연속성과 밀접하게 연결됩니다. 긴 수리 시간은 임차인, 방문자, 생산 구역, 공공 인프라 사용자에게 영향을 줄 수 있습니다.

MTTR과 관련 지표 비교

MTTR은 다른 신뢰성 및 유지보수 지표와 함께 논의되는 경우가 많습니다. 차이를 이해하면 목적에 맞는 올바른 지표를 선택할 수 있습니다. MTTR은 수리 속도에 초점을 맞추고, 다른 지표는 고장 빈도, 서비스 가용성, 사고 대응 시간에 초점을 둘 수 있습니다.

MTTR과 MTBF

MTBF는 고장이 얼마나 자주 발생하는지 측정하고, MTTR은 고장이 얼마나 빨리 수리되는지 측정합니다. 둘 다 중요합니다. 어떤 시스템은 MTBF가 높아도 한 번 수리하는 데 오래 걸리면 심각한 중단을 만들 수 있습니다.

예를 들어 1년에 두 번만 고장나는 기계라도 매번 수리에 3일이 필요하면 문제가 될 수 있습니다. 반대로 덜 중요한 장치는 더 자주 고장나도 몇 분 안에 수리될 수 있습니다. 전체 신뢰성 관점에서는 MTBF와 MTTR을 함께 검토해야 합니다.

MTTR과 가용성

가용성은 MTTR의 영향을 크게 받습니다. 고장률이 같다면 수리 시간이 줄어들수록 가용성은 향상될 수 있습니다. 그래서 즉시 고장이 덜 나도록 재설계할 수 없는 시스템에서는 MTTR 감소가 일반적인 전략입니다.

실제로 팀은 고장 예방, 빠른 수리, 이중화 추가, 모니터링 개선, 수리 중에도 축소 모드로 운영되는 설계를 통해 가용성을 향상시킵니다.

수리 시간을 줄이는 방법

MTTR을 줄이는 것은 기술자에게 더 빨리 일하라고 요구하는 것만으로는 충분하지 않습니다. 지속적인 개선은 더 나은 시스템 설계, 정보, 준비, 조정에서 나옵니다. 목표는 수리 과정의 지연을 제거하는 것입니다.

모니터링과 조기 고장 감지 사용

자동 모니터링은 비정상 상태가 큰 고장으로 발전하기 전에 감지할 수 있습니다. 센서, 로그, 알람, 대시보드, 상태 모니터링, 예측 유지보수 도구는 더 빠른 대응과 진단을 돕습니다.

진동, 온도 상승, 압력 변화, 전압 변동, 오류 코드, 통신 불안정과 같은 징후가 있을 때 조기 감지는 특히 유용합니다. 이러한 신호에 대응하면 수리 시간과 고장 영향을 모두 줄일 수 있습니다.

문제 해결 절차 표준화

기술자가 명확한 절차를 따르면 수리 속도가 향상됩니다. 체크리스트, 고장 트리, 유지보수 매뉴얼, 배선도, 부품 목록, 소프트웨어 복구 단계, 에스컬레이션 규칙은 불확실성을 줄입니다.

표준 절차는 기술자와 교대조가 달라도 성과를 더 일관되게 만듭니다. 같은 문제가 매번 같은 신뢰성 있는 방식으로 처리되도록 돕습니다.

예비 부품과 도구 접근 개선

많은 수리는 고장이 어려워서가 아니라 필요한 부품, 도구, 비밀번호, 소프트웨어 이미지, 케이블, 테스트 장비가 없어서 지연됩니다. 수리 키트와 핵심 예비품 준비는 복구 시간을 크게 줄입니다.

분산된 사이트에서는 현지 예비품, 지역 서비스 센터, 모듈 교체 전략이 긴 이동과 배송 지연을 피하게 해 줍니다. 디지털 시스템에서는 즉시 사용 가능한 백업과 구성 템플릿이 비슷한 역할을 합니다.

MTTR의 한계와 오용

MTTR은 유용하지만 유일한 유지보수 성과 지표로 취급해서는 안 됩니다. 낮은 MTTR이 항상 시스템 신뢰성을 의미하지는 않습니다. 팀이 반복되는 고장을 잘 고칠 뿐일 수 있습니다. 같은 자산이 계속 고장난다면 근본 문제는 여전히 해결해야 합니다.

MTTR은 변동성을 숨길 수도 있습니다. 평균값은 괜찮아 보여도 몇몇 중요한 사고는 예상보다 훨씬 오래 걸릴 수 있습니다. 중요한 시스템에서는 수리 시간 분포, 최악의 사건, 반복 고장, 고위험 장비를 별도로 검토해야 합니다.

고장 예방을 무시하지 말 것

수리 속도는 중요하지만, 피할 수 있는 고장을 예방하는 것이 일반적으로 더 좋습니다. 예방 유지보수, 상태 모니터링, 설계 개선, 올바른 설치, 운영자 교육, 환경 보호는 고장 빈도를 줄입니다.

강한 유지보수 전략은 빠른 수리와 장기적 신뢰성 향상의 균형을 맞춰야 합니다. MTTR은 복구 속도를 알려 주지만, 근본 원인 분석과 결합하지 않으면 고장이 왜 발생했는지 설명하지 못합니다.

맥락 없이 비교하지 말 것

서로 다른 시스템의 MTTR을 비교하면 오해가 생길 수 있습니다. 단순 센서 교체는 터빈 수리, 네트워크 장애, 엘리베이터 고장, 데이터베이스 복구와 비교할 수 없습니다. 각 자산 유형에는 고유한 복잡도, 위험 수준, 접근 조건, 수리 요구가 있습니다.

의미 있는 비교는 유사한 장비 그룹, 유사한 서비스 조건, 또는 같은 자산의 시간 경과 안에서 수행해야 합니다. 그래야 불공정한 성과 판단이 아니라 실제 개선을 찾을 수 있습니다.

실무 활용을 위한 모범 사례

MTTR을 효과적으로 사용하려면 조직은 지표를 명확히 정의하고, 신뢰할 수 있는 데이터를 수집하고, 긴 수리의 원인을 분석하고, 결과를 개선 조치와 연결해야 합니다. 이 지표는 보고용 숫자가 아니라 더 나은 결정을 지원해야 합니다.

시작점과 종료점 정의

모든 조직은 수리 시간이 언제 시작되고 끝나는지 결정해야 합니다. 고장 보고, 티켓 오픈, 기술자 도착, 실제 수리 시작 시점에서 시작할 수 있고, 자산 재시작, 테스트 완료, 사용자 복구 확인 시점에서 종료할 수 있습니다.

선택한 정의는 측정 목적과 맞아야 합니다. 고객 서비스 개선이 목표라면 총 다운타임이 더 관련 있을 수 있습니다. 기술자 수리 효율이 목표라면 실제 수리 시간이 더 적절할 수 있습니다.

데이터 세분화

모든 자산에 대해 하나의 큰 MTTR만 계산하는 대신, 팀은 장비 유형, 위치, 고장 범주, 심각도, 팀, 교대조, 공급업체, 시스템 기능별로 데이터를 나누어야 합니다. 이렇게 하면 지표가 더 유용하고 실행 가능해집니다.

예를 들어 시설에서는 펌프 수리는 빠르지만 엘리베이터 수리는 예비 부품 외주 때문에 느리다는 사실을 발견할 수 있습니다. IT 팀은 애플리케이션 사고는 빨리 해결되지만 네트워크 사고는 더 긴 진단이 필요하다는 것을 알 수 있습니다. 세분화는 개선 시작점을 보여줍니다.

MTTR과 근본 원인 분석 연결

수리 시간이 길 때 팀은 이유를 조사해야 합니다. 고장 진단이 어려웠는지, 문서가 부족했는지, 예비 부품이 없었는지, 승인이 지연되었는지, 원격 접속이 불가능했는지, 장비 접근이 어려웠는지 확인해야 합니다.

근본 원인 분석은 MTTR을 수동적 측정에서 능동적 개선 도구로 바꿉니다. 시간이 지나면 다운타임을 줄이고, 신뢰성을 높이며, 유지보수 계획을 더 예측 가능하게 만듭니다.

FAQ

Mean Time to Repair는 무엇을 의미하나요?

Mean Time to Repair는 고장 난 자산, 시스템, 장치 또는 서비스를 정상 운전 상태로 복구하는 데 필요한 평균 시간입니다. 정의된 기간의 총 수리 시간을 수리 이벤트 수로 나누어 계산합니다.

MTTR은 다운타임과 같은가요?

항상 같지는 않습니다. MTTR은 보통 수리 지속 시간에 초점을 맞추지만, 다운타임에는 감지 시간, 보고 지연, 대기 시간, 부품 지연, 승인 시간, 재시작 시간이 포함될 수 있습니다. 사용 전에 포함 범위를 명확히 해야 합니다.

좋은 MTTR 값은 무엇인가요?

좋은 MTTR은 장비, 산업, 서비스 요구, 고장 심각도에 따라 다릅니다. 디지털 서비스 재시작은 몇 분이 기대될 수 있고, 복잡한 산업 장비는 몇 시간이 합리적일 수 있습니다. 가장 좋은 기준은 유사 자산이나 과거 성과와 비교하는 것입니다.

회사는 어떻게 MTTR을 줄일 수 있나요?

회사는 모니터링 개선, 고장 감지 가속, 문제 해결 표준화, 기술자 교육, 핵심 예비 부품 확보, 원격 진단 사용, 문서 개선, 장비 접근 단순화를 통해 MTTR을 줄일 수 있습니다.

MTTR이 신뢰성에 중요한 이유는 무엇인가요?

MTTR은 수리 속도가 다운타임과 시스템 가용성에 직접 영향을 주기 때문에 중요합니다. 신뢰성 있는 시스템도 고장날 수 있으므로 빠른 복구는 운영 영향, 서비스 중단, 생산 손실, 고객 불만을 줄입니다.

MTTR과 MTBF의 차이는 무엇인가요?

MTTR은 고장 후 수리에 걸리는 시간을 측정합니다. MTBF는 고장 사이의 평균 시간을 측정합니다. MTTR은 복구 속도에, MTBF는 고장 빈도에 초점을 맞춥니다. 두 지표 모두 전체 신뢰성과 가용성을 이해하는 데 유용합니다.