안돈 시스템 에스컬레이션 규칙: 호출·대응·시간 초과 3단 시계
안돈 시스템의 에스컬레이션 규칙은 본질적으로 누가 얼마 안에 반드시 도착해야 하는지를 시간으로 재고 흔적을 남기는 약속입니다. 호출이 나가면 알림 대상에 따라 단계별로 올라가고, 각 단계에 명확한 대기 시간과 수신 역할이 있으며, 시간이 지나면 현장에서 전화로 사람을 찾는 대신 자동으로 상위로 이관됩니다.
호출 버튼보다 에스컬레이션 규칙이 더 중요한 이유
에스컬레이션 규칙은 이상 상황이 얼마나 빨리 접수되는지를 결정합니다. 버튼을 누르는 것은 문제를 신호로 바꿀 뿐이고, 라인을 실제로 회복시키는 것은 약속된 시간 안에 도착하는 사람이기 때문입니다. 규칙을 설계할 때는 먼저 대응 사슬을 시간을 잴 수 있는 세 역할로 나눕니다. 문제를 가장 먼저 발견한 작업장, 처리를 담당하는 일선 지원, 그리고 자원을 결정할 권한이 있는 관리 계층입니다. 호출이 나가면 시스템은 알림 대상에 따라 단계별로 올리고, 각 단계에는 명확한 대기 시간이 있습니다. 시간 안에 아무도 접수하지 않으면 신호는 다음 단계로 자동 이관되고 접수·도착·처리·종결 기록이 완전하게 남습니다.
안돈이 경보 대시보드와 다른 점은 값을 재는 것이 아니라 대응을 잰다는 것입니다. 대시보드는 온도가 높다고 알려주지만, 안돈은 정해진 시간 안에 그 높은 온도를 처리한 사람이 있었는지를 알려줍니다. 따라서 규칙은 두 가지를 동시에 정의해야 합니다. 이상의 유형과 심각도, 그리고 각 단계를 누가 맡고 얼마 안에 대응해야 하는지입니다. 이 둘이 명확해지면 보고서가 의미를 갖고, 어떤 유형이 가장 자주 시간을 초과하는지 답할 수 있습니다.
표: 3단 에스컬레이션 사슬의 시간과 역할 (조 규모에 따라 조정 가능)
| 단계 | 발생 조건 | 알림 대상 | 역할과 대기 시간 |
|---|---|---|---|
| 1단계 호출 | 작업장에서 호출 버튼을 누르거나 고장 코드를 스캔 | 반장 / 조장 | 대기 시간은 보통 분 단위, 담당자가 현장에서 확인 |
| 2단계 에스컬레이션 | 1단계 시간 안에 접수나 확인이 없음 | 현장 관리자 / 당직 엔지니어 | 1단계보다 약간 긴 시간, 임시 처리 방안을 제시해야 함 |
| 3단계 에스컬레이션 | 2단계도 시간 초과이거나 이상이 라인 전체 택트에 영향 | 생산 관리자 / 당직 공장장 | 라인 정지, 자원 재배치, 비상 절차 가동 여부를 결정해야 함 |
가장 자주 간과되는 열은 발생 조건입니다. 많은 현장의 호출 버튼은 의미가 하나뿐이라 자재 부족, 막힘, 설비 정지가 모두 같은 신호를 보냅니다. 그러면 모든 이상이 한 통로에 몰려 어느 것을 먼저 처리할지 아무도 판단할 수 없습니다. 그래서 에스컬레이션 규칙의 첫걸음은 호출이 유형을 가질 수 있게 만드는 것입니다.
규칙이 현장에서 작동하게 만드는 네 가지 설정
규칙이 아무리 완벽해도 아래 네 가지 설정이 명확하지 않으면 시스템을 올린 뒤에도 현장은 전화로 사람을 찾는 옛 방식으로 돌아갑니다.
- 대기 시간을 이상 유형별로 따로 설정: 택트에 영향을 주는 라인 정지와 일반 자재 대기는 같은 시간을 쓰면 안 되며, 섞으면 긴급 호출이 일반 호출에 묻힙니다.
- 에스컬레이션은 자동으로만, 수동 클릭 금지: 시간 초과 시 이관은 규칙 자체의 일부이며, 반장이 직접 눌러야 올라간다면 바쁠 때 이 규칙이 가장 먼저 건너뛰어집니다.
- 수신 역할은 개인이 아니라 직무에 연결: 반장이나 당직 엔지니어 같은 직무를 알림 대상으로 삼아 교대나 휴가 때도 사슬이 끊기지 않게 합니다.
- 접수·도착·종결을 매번 기록: 흔적이 남은 규칙만 사후 검토에 쓸 수 있고, 그래야 조 대응 평가의 근거가 됩니다.
이 네 설정 중 두 번째가 초기 설계를 가장 시험합니다. 호출 신호가 고립된 버튼 박스가 아니라 알림을 발생시킬 수 있는 소프트웨어 시스템에 연결되어야 하기 때문입니다. 흔한 방식은 호출 박스를 PLC나 필드버스를 통해 수집 게이트웨이에 연결하고, 상위 소프트웨어가 규칙에 따라 조 메시지, 현장 보드, 당직 휴대폰으로 밀어 보내는 것입니다. 이렇게 하면 에스컬레이션은 소프트웨어가 실행하고, 현장 인원은 접수와 처리만 하면 되며 '올려야 한다'는 것을 기억할 필요가 없습니다.
호출 사유 사전: 에스컬레이션 규칙을 분석 가능한 데이터로
에스컬레이션 사슬이 장기적으로 효과를 내려면 통일된 호출 사유 사전이 필요합니다. 사전은 현장에서 일어날 수 있는 이상을 미리 한정된 범주로 묶습니다. 예를 들어 자재 부족, 설비 고장, 품질 이상, 지그 문제, 기술 지원 필요 등이며, 각 범주는 고유한 에스컬레이션 사슬과 시간을 가집니다. 유지할 때의 몇 가지 요령은 다음과 같습니다. 범주 수는 조가 기억할 수 있는 수준으로 유지하며 보통 십여 개면 충분합니다. 각 범주에 명확한 판단 기준을 두어 같은 사건이 조마다 다른 범주로 분류되지 않게 합니다. 그리고 사전을 유지보수 가능하게 두어 새 라인이나 작업장이 생기면 해당 항목을 추가할 수 있게 합니다.
사전이 통일되면 호출 기록을 집계하고 분석할 수 있습니다. 범주별로 어떤 이상이 가장 자주 에스컬레이션을 일으키는지, 교대별로 어느 시간대에 에스컬레이션이 몰리는지, 해결 소요 시간과 함께 반복적으로 에스컬레이션되지만 근본 해결이 안 되는 작업장이 어디인지 볼 수 있습니다. 이 통계는 규칙 자체를 바꾸지는 않지만 어디를 조정해야 하는지 알려줍니다. 예를 들어 한 범주의 시간을 너무 빡빡하게 두어 현장에서 처리할 수 있었던 많은 호출이 과도하게 에스컬레이션되고 관리 계층이 불필요하게 끌려 들어오는 경우입니다.
안돈 기록의 가치는 교대를 넘어 연속된다는 점에도 있습니다. 야간 교대의 호출과 주간 교대의 접수·처리가 하나의 기록에 남으므로 교대 인계 때 구두로 다시 설명할 필요가 없습니다. 여러 교대로 연속 생산하는 현장에서는 이상이 실제로 종결되는지 여부를 단일 교대의 대응 속도보다 이 점이 더 좌우합니다.
가동과 검수: 인도 전에 규칙을 실측한다
가동 전에는 실제 또는 모의 조건에서 에스컬레이션 사슬 전체를 한 번 돌려 규칙이 현장과 맞는지 확인할 가치가 있습니다.
- 호출에서 알림까지: 작업장 버튼을 누른 뒤 시스템이 정해진 시간 안에 올바른 직무에 알림을 보내는가.
- 시간 초과에서 에스컬레이션까지: 1단계 시간 안에 접수가 없으면 신호가 다음 단계로 자동 이관되고 1단계 초과 기록이 남는가.
- 접수와 종결: 접수, 도착, 처리, 종결이 시간 정보와 담당자와 함께 완전하게 기록되는가.
- 흔적 추적 가능: 과거 호출을 범주, 교대, 작업장별로 조회할 수 있는가.
- 보드 동기화: 현장 보드와 조 메시지가 같은 호출의 상태를 동일하게 표시해 두 곳이 어긋나지 않는가.
이 점검 항목이 모두 통과해야 에스컬레이션 규칙이 버튼 하나가 아니라 진짜로 인도된 것이 됩니다. Orpaon의 안돈 프로젝트는 보통 이 순서로 진행합니다. 호출 유형과 에스컬레이션 사슬을 확인하고, 각 단계의 시간과 수신 직무를 확정한 뒤, 신호 연결과 알림 채널 구성을 완료하고, 마지막으로 위 검수 목록을 한 번 완전히 돌립니다. 저희는 이전에 이산 제조 라인에서 LED 안돈과 설비 네트워킹을 결합한 현장 시스템을 인도했으며(공개 명칭: 일본계 가전 그룹 상하이 공장), 작업장 호출, 현장 표시, 네트워크 통신을 하나의 경로에 연결했고 이 기반 위에서 라인 조건에 맞춰 맞춤 구성할 수 있습니다.
현장 설비가 여러 브랜드이고 프로토콜이 통일되지 않았다면 에스컬레이션 규칙의 첫 단계로 설비·프로토콜 목록을 먼저 작성해 호출 신호가 어떻게 수집되고 알림이 어떻게 전달되는지 확인해야 합니다. 이 전제가 정리되면 규칙 설계와 검증이 훨씬 빨라집니다.
결론
안돈 시스템의 에스컬레이션 규칙은 벽에 붙인 대응 시간표가 아니라 소프트웨어가 실행하는 3단 시계입니다. 호출은 유형별로 나가고, 각 단계에 명확한 시간과 수신 직무가 있으며, 시간 초과 시 자동으로 상위로 이관되고 전 과정이 기록됩니다. 규칙이 작동하는지는 네 가지에 달려 있습니다. 시간을 이상 유형별로 따로 설정하는지, 에스컬레이션이 자동으로 일어나는지, 알림이 직무에 연결되는지, 매 처리가 완전히 기록되는지입니다. 이 네 가지를 명확히 하고 통일된 호출 사유 사전으로 기록을 분석 가능한 데이터로 바꾸면, 안돈은 버튼 하나에서 지속적인 대응 메커니즘으로 바뀝니다.