유지보수 팀을 위한 고장 보고 간소화

길고 힘든 유지보수 교대 근무 중 산업 엔지니어는 자신이 수리한 고장에 대한 작업 지시 피드백 작성을 '깜빡'하곤 합니다.

지난 5시간 동안 야간 교대 중 치명적으로 고장 난 어두운 기름진 컨베이어 아래 누워 있었죠. 장문의 텍스트를 타이핑하기 싫어하는 걸 탓할 수 있을까요?

이건 안타까운 일입니다.

왜일까요?

고장 보고 데이터와 정보는 신뢰성·유지보수 관리자에게 금가루처럼 소중합니다. 꾸준히 입력되면 몇 마디 간단한 단어가 훌륭한 통찰, 분석, 비즈니스 성과 개선 지렛대가 됩니다. 비계획 다운타임 감소와 미래 고장 사고 예방에 기여합니다.

그러니 엔지니어에게 더 쉽게 만들어주지 않을 이유가 없죠.

21세기형 CMMS가 필요합니다

잠깐 과거로 돌아가, 작업 관리에 CMMS를 쓰지 않는 조직을 생각해 봅시다. 펜과 종이, 화이트보드가 전부. 교대 인수인계 장부 정도 있을 뿐. 그런 방식으로는 고장 보고가 신뢰성 개선으로 이어질 희망이 없습니다.

현대 CMMS/EAM은 완전히 다릅니다. 디지털화된 IIoT 영역에서 작업 지시는 데스크톱, 노트북, 스마트폰, 태블릿으로 관리됩니다. 이동 중에도. 모바일이고 빠릅니다. 고장 보고가 단순화되고 쉬워집니다.

다이나웨이(Dynaway)는 고객이 더 빠르고 쉬운 고장 보고를 원함을 깨달았습니다. 고장 코드(failure code)만큼 쉬운 방법이 있을까요.

고장 코드(문제 코드)는 CMMS나 EAM에서 자산·부품 고장을 분류하는 텍스트나 코드입니다. 우리 EAM for Business Central 같은 CMMS/EAM은 사용자 구성 가능 문제(Problem), 원인(Reason), 조치(Action) 코드 입력도 허용합니다.

현실에서 이걸 어떻게 쓸 수 있을까요? 예를 들어 시설에 펌프가 많다면?

기술자와 엔지니어는 자산 등록부나 미결 작업 지시로 이동해 펌프용 자산별 드롭다운 문제 코드 리스트에서 피드백을 완료할 수 있습니다:

문제 코드	의미
BRGSZD	베어링 고착(Bearing Seized)
IMPWRN	임펠러 마모(Impeller Worn)
SELLKN	씰 누출(Seal Leaking)
HGHVB	고진동(High Vibration)

원인 코드	의미
LKLUB	윤활 부족(Lack of Lubrication)
CAV	공동 현상(Cavitation)
UBL	불평형(Unbalance)
MSLMT	정렬 불량(Misalignment)

조치 코드	의미
BRGRNW	베어링 교체(Bearing Renewed)
FLTRPL	필터 교체(Filter Replaced)
SELRPL	씰 교체(Seal Replaced)
PRCNAL	정밀 정렬(Precision Aligned)

몇 개월 혹은 몇 년 치 코드가 쌓이면 신뢰성·가용성 문제를 얼마나 명확히 파악할 수 있는지 이미 보이시나요? 다양한 고장 유형과 원인을 특정하면 비즈니스를 차별화하는 가치 있는 통계, 분석, 통찰을 얻습니다.

고장 보고 시작하기 쉽습니다

대부분 EAM과 CMMS에 고장 코드 기능, 즉 고장 보고 기능이 있습니다.

하지만 모든 조직이 활용하진 않습니다.

시스템 구축 시 신뢰성 엔지니어나 유지보수 전문가 의견이 반영되지 않았기 때문일 수 있습니다. 때론 깨우치지 못한 신뢰성 엔지니어가 필요성을 못 느껴 긴 텍스트 필드로 만족하기도 합니다.

이건 다시 안타까운 일입니다.

간단한 조정으로 자산 카테고리별 세분화된 고장 코드를 만들면, 기술자가 기어박스, 밸브, 컨베이어 벨트, 충진기 등 수리 시 자산별 다양한 문제·원인·조치 코드를 드롭다운에서 선택할 수 있습니다.

그런데 이 코드들은 어디서 구하나요? 간단합니다. 자산별 FMEA(고장 모드 영향 분석)를 개발해 고장 모드를 코드로 변환하면 됩니다. 혹은 OREDA처럼 고장 모드와 코드로 채워진 핸드북을 내는 조직도 있습니다.

다이나웨이 EAM for BC 같은 시스템에 코드 설정 후 기술자와 엔지니어가 시스템을 의도대로 쓰기만 하면 고장 보고 궤도에 오릅니다. 물론 새 업무 방식 변경 시 WIIFY(What's In It For You)를 챙기는 걸 잊지 마십시오.

당신에게 무슨 이득이 있나요?

기술자와 엔지니어가 새 프로세스 가치를 못 보면 채택하지 않습니다. 좀 이기적이라 생각하실 수 있지만, 인간이 그렇습니다! WIIFY는 비교적 쉽게 설득 가능:

1. 반응형 유지보수 감소, 어둡고 기름진 컨베이어 아래 누울 일 감소
2. 사전 예방적 업무 증가: PM, 상태 모니터링, 결함 제거, 근본 원인 분석
3. 타이핑 감소 (힌트: 드롭다운 리스트!)
4. 초과근무 감소 (1번 참조)

마지막 건 비밀로 하는 게 나을지도 모르겠네요.

올바른 도구로 고장 보고 → 신뢰성 개선

이제 고장 보고가 유지보수 조직에 주는 풍부한 가치를 보셨을 겁니다.

고장 보고 데이터를 단순한 파레토 분석 차트에 넣고, 유지보수 비용 80%나 다운타임 80%를 유발하는 자산 상위 20%를 확인하십시오.

신뢰성 개선 형태로 고장 정보를 FRACAS(고장 보고 및 시정 조치 시스템) 같은 일반 프로그램에 활용하면 자산 고장과 비즈니스 비용 감소를 위한 조정·통제된 노력이 가능합니다.

5 Why, 원인-결과 차트 같은 근본 원인 분석 도구에도 데이터를 활용해 반복되는 급·만성 자산 고장의 근본 원인을 파악해 보십시오.

그러니 21세기 고장 코드와 고장 보고에 동참하십시오. 시스템과 사람의 데이터를 활용하십시오. 다이나웨이와 상담해 그 여정을 시작하십시오.