728x90

현장에서 장애가 반복되는 이유는 대개 기술이 부족해서가 아니다. 전날 밤 무슨 일이 있었는지, 누가 무엇을 만졌는지, 어떤 수치가 평소와 달랐는지가 다음 근무자에게 전해지지 않기 때문이다. 7년차 현장 엔지니어로서, 나는 교대 인수인계 노트를 '보고서'가 아니라 '다음 사람의 첫 번째 진단 도구'로 쓴다.

 

장애는 기록이 끊긴 곳에서 반복된다

 

라인이 멈췄을 때 가장 먼저 묻는 질문은 "뭐가 고장 났나"가 아니라 "마지막으로 바뀐 게 뭐야"다. 그런데 바뀐 게 기록에 없으면, 다음 근무자는 처음부터 다시 추적해야 한다. 센서 교체, 파라미터 조정, 임시로 우회해 둔 알람 하나가 기록에 없으면, 그건 장애가 아니라 시한폭탄이 된다. 인수인계 노트의 목적은 완벽한 보고서가 아니라, 다음 사람이 같은 함정에 빠지지 않게 하는 것이다.

 

꼭 적어야 할 4가지

 

첫째, 바뀐 것. 교체한 부품, 바꾼 설정값, 건드린 배선까지, '일시적'이라고 생각한 조치일수록 반드시 적는다. 둘째, 평소와 달랐던 수치. 알람이 울리지 않았어도 평소보다 높았던 온도, 느려진 사이클 타임 같은 작은 이상 신호를 적는다. 셋째, 미완료된 일. "내일 오전에 확인하기로 했다"는 약속은 노트에 남아야 약속이 된다. 넷째, 다음 사람이 하면 안 되는 것. 건드리면 안 되는 설정, 아직 검증이 안 된 우회 조치를 명확히 적는다.

 

10분이면 충분한 작성법

 

형식은 거창할 필요가 없다. "오늘 바뀐 것 / 이상했던 수치 / 내일 확인할 것" 세 줄이면 된다. 중요한 건 매일 같은 자리, 같은 형식으로 적는 일관성이다. 형식이 바뀌면 찾는 사람이 헤매고, 헤매는 동안 장애는 다시 일어난다. 나는 퇴근 전 마지막 10분을 노트 정리 시간으로 고정해 두었다. 그 10분이 다음 날 아침 1시간짜리 원인 추적을 막아준 적이 한두 번이 아니다.

 

마무리: 노트는 팀의 기억이다

 

사람은 교대하고, 기억은 사라진다. 하지만 노트는 남는다. 잘 쓴 인수인계 노트 하나가 신입의 실수를 줄이고, 야간 근무자의 불안을 줄이며, 결국 라인의 가동률을 지킨다. 오늘 퇴근하기 전, 10분만 투자해 보자. 내일의 나, 그리고 다음 근무자가 고마워할 것이다.

 

관련 글: https://developer-archive.tistory.com/130 (설비 알람 로그 설계), https://developer-archive.tistory.

com/135 (장애 대응 루틴)

728x90

+ Recent posts