현장이 새 시스템을 거부할 때 무엇을 봐야 하나

시스템 도입이 실패하는 방식은 대체로 요란하지 않습니다. 반대 의견이 크게 나오지도 않습니다. 그냥 조용히 안 쓰게 됩니다.

바쁜 날 한 번 건너뛰고, 그다음 주에 두 번 건너뛰고, 한 달 뒤에는 아무도 쓰지 않습니다. 그리고 "그 시스템은 우리 현장에 안 맞더라"로 정리됩니다.

저항은 대부분 정당합니다

현장이 새 도구를 거부할 때, 그 이유를 들어보면 대개 구체적입니다.

• "이거 누르는 데 3초 걸리는데 하루 300건이면 15분이에요"
• "장갑 끼고는 화면이 안 눌려요"
• "손이 두 개인데 폰을 들면 상품을 못 잡아요"
• "여기 와이파이 안 터져서 자꾸 멈춰요"
• "틀렸다고 뜨는데 왜 틀렸는지를 안 알려줘요"

이건 변화에 대한 막연한 거부감이 아니라 작업 조건에 대한 정확한 보고입니다. 그런데 도입 담당자는 이걸 "적응 기간이 필요한 것"으로 분류하고 넘어가기 쉽습니다.

현장의 불평은 대부분 요구사항 문서입니다. 형식이 다를 뿐입니다.

자주 나오는 저항과 그 뒤의 문제

마지막 항목이 가장 중요합니다

검수 시스템은 오해받기 쉽습니다. 작업자 입장에서는 "내가 실수하는지 지켜보는 장치"로 보일 수 있습니다.

그렇게 인식되면 그다음은 정해져 있습니다. 오류를 숨기게 되고, 시스템을 우회하는 방법을 찾고, 데이터는 실제와 멀어집니다.

설명하는 방식을 바꾸면 반응이 달라집니다.

• "실수를 잡아내는 장치"가 아니라 "실수하지 않게 도와주는 장치"
• 클레임이 들어와도 기록으로 확인되니 억울하게 책임지지 않습니다
• 오류 데이터는 개인 평가가 아니라 진열 위치와 배치를 고치는 데 씁니다

마지막이 특히 중요합니다. 실제로 개인 평가에 쓰기 시작하면, 아무리 좋게 설명해도 신뢰는 무너집니다.

PoC에서 반드시 물어야 할 것

기술 지표만 보면 놓칩니다. 다음 네 가지를 매주 물어보시길 권합니다.

1. 이번 주에 이 절차를 건너뛴 적이 있습니까? 언제, 왜?
2. 하루 중 가장 불편한 순간은 언제입니까?
3. 이게 없던 때와 비교해 뭐가 나아졌습니까?
4. 하나만 고칠 수 있다면 무엇을 고치겠습니까?

1번이 핵심입니다. 건너뛴 적이 있다면 그 이유가 확대 도입의 실패 원인이 됩니다. 그리고 이건 시스템 로그로도 어느 정도 보입니다. 완료 처리되지 않은 주문의 비율입니다.

숙련자를 먼저 설득해야 합니다

현장에는 공식 직급과 별개로 영향력을 가진 사람이 있습니다. 대개 가장 오래 일한 작업자입니다.

그 사람이 "이거 괜찮네"라고 하면 나머지가 따라옵니다. 반대면 반대로 갑니다. 그래서 PoC 라인을 고를 때 가장 협조적인 사람이 아니라 가장 영향력 있는 사람이 있는 라인을 고르는 편이 낫습니다.

까다로운 피드백이 나오겠지만, 그게 확대 도입 전에 나오는 것이 훨씬 낫습니다.

자주 묻는 질문

현장 반대가 심하면 도입을 미뤄야 하나요?

반대의 내용을 먼저 분류하시길 권합니다. 조작·환경 문제라면 고칠 수 있는 것이고, 목적에 대한 불신이라면 설명 방식의 문제입니다. 둘 다 아니고 "지금 방식이 더 낫다"는 주장이라면, 실제 오류 데이터로 확인해 보는 것이 맞습니다.

관리자와 현장 의견이 다르면?

현장 의견을 데이터로 검증하는 편이 좋습니다. "느려진다"는 주장은 건당 처리 시간을 재보면 됩니다. 감각의 대립을 숫자로 옮기면 논의가 진행됩니다.

교육은 얼마나 해야 하나요?

교육이 오래 필요한 도구라면 그 자체가 설계 문제입니다. 검수 흐름은 몇 분 설명으로 시작할 수 있어야 확대가 가능합니다.