설비가 고장 나기 전에 AI가 경고하게 하기: 정지 시간과 긴급 수리비를 줄이는 법

"미리 알고 손쓸 수 있는" 고장(Failure)부터 시작하기

모든 고장을 미리 알 수 있는 것은 아닙니다. 어떤 부품은 아무 신호 없이 한순간에 망가집니다. 출발점으로 삼을 것은 정비 기술자가 이미 "이런 소리가 나면 2주 안에 나간다"고 말할 수 있는 고장입니다. 시스템이 배울 수 있는 것이 바로 이런 지식입니다.

현장에서 쓸 수 있는 FMEA를 하십시오. 증상은 무엇인지, 어디서 어떤 부하(Load) 조건으로 측정하는지, 경고가 뜨면 무엇을 점검해야 하는지, 설비를 멈출지는 누가 결정하는지, 예비 부품을 구하는 데 얼마나 걸리는지 정리합니다. 센서가 많다는 이유로 설비를 고르지 마십시오. 경고가 작업 계획을 바꿀 수 있는 설비를 고르십시오.

설비 상태 데이터와 정비 데이터가 같은 말을 하게 만들기

고장 사례가 적다면 이상 탐지(Anomaly Detection)로 정상 상태와 다른 점을 짚고 정비 기술자가 점검하게 하십시오. 근거 없이 점수를 고장 날짜로 바꿔 말하지 마십시오. 추세와 맥락을 보여 줘서 사람이 판단할 수 있게 하십시오.

작업 지시서로 이어지는 알림 설계하기

아무도 후속 조치를 책임지지 않는 알림은 2주 안에 소음이 됩니다. 시스템이 경고를 보낼 때마다 누가 무엇을 언제까지 해야 하는지, 하지 않으면 어떻게 되는지 답할 수 있어야 합니다.

알림을 Watch, Inspect, Act로 나누고 단계마다 기준과 SLA를 정하십시오. 알림에는 설비, 증상, 시작 시각, 심각도, 근거, 점검 방법이 들어가야 합니다. 정비 기술자가 알림을 확인하거나 기각하면 그 이유를 기록해 임계값(Threshold) 조정에 씁니다. 시스템은 반드시 CMMS와 연결되어야 합니다. 단체 채팅방에 메시지를 올리는 것으로 끝나면 알림은 그대로 묻혀 버립니다.

모델만 보지 말고 설비 신뢰성(Reliability)을 측정하기

모델이 "7일 안에 고장"이라는 예측을 한 번도 내놓지 않더라도, 정비 기술자의 긴급 작업이 줄고 계획을 더 잘 세울 수 있게 되었다면 예지 보전(Predictive Maintenance)은 성공한 것입니다. 설명할 수 있고 제때 점검으로 이어지는 신호가, 팀이 믿지 않는 화려한 예측보다 가치가 큽니다.

RELIABILITY TIP · 알림 하나하나가 의미 있게

임계값보다 알림 한도(Alert Budget)부터 정하기

점검이 필요한 알림을 한 주에 몇 건까지 감당할 수 있는지 팀과 합의하십시오. 시스템이 그 처리 용량을 넘겨 알림을 보내면, 정확도가 꽤 괜찮더라도 무시당합니다. 임계값은 다소 엄격하게 시작하고, 놓친 건을 기록하면서 고장 비용에 맞춰 차츰 조정하십시오. 알람을 쏟아 낸 뒤 정비 기술자에게 참아 달라고 하는 것보다 이 방법이 신뢰를 훨씬 잘 지킵니다.

가상 사례: 한 모터 그룹은 회전 속도를 올릴 때마다 진동 신호가 높게 나왔습니다. 기존 모델은 매일 아침 경고를 보냈고, 정비 기술자들은 결국 알림을 보지 않게 되었습니다. 운전 상태(Operating State)를 데이터에 추가하고 부하가 일정한 구간만 비교하자 알림이 몇 건으로 줄었고, 그중 한 건은 긴급 정지로 이어지기 전에 축 정렬(Alignment)이 틀어지기 시작한 것을 잡아냈습니다. 새 모델 없이, 맥락을 바로잡은 것만으로 생긴 변화였습니다.

알림 카드(Alert Card)에 들어가야 할 5가지

설비, 증상, 추세 근거, 운전 맥락, 그리고 다음 점검과 그 시기입니다. 마지막 항목이 빠지면 알림은 아직 정비 작업과 연결되지 않은 것입니다.

팁: 정비 기술자가 오경보(False Alarm)로 표시할 때마다 긴 입력란 대신 이유를 4~6개 중에서 고르게 하십시오. 서류 작업을 크게 늘리지 않고도 시스템을 조정할 일관된 데이터를 얻을 수 있습니다.