MES 도입이 실패하는 5가지 패턴과, 발주 전에 걸러낼 수 있는 점검 항목
MES 프로젝트를 검수하고 나서야 '시스템은 가동됐는데 현장에서 쓰지 않는다'는 사실을 발견하는 공장이 적지 않습니다. 실패는 개발 단계에서 일어나는 경우가 드물고, 대부분 요구사항과 범위를 정리하지 못한 시점에 이미 결정됩니다. 이 글에서는 MES 도입에서 반복되는 5가지 실패 패턴과, 발주 전에 직접 확인할 수 있는 점검 항목을 정리합니다.
MES 도입이 실패하는 5가지 패턴
- 범위에 경계가 없음: 계획, 품질, 설비, 창고, 에너지를 1차에 모두 담아 어느 한 모듈이 막히면 프로젝트 전체가 멈춤
- 데이터 소스 미확정: 설계를 마친 뒤에야 핵심 공정 설비에 통신 인터페이스가 없다는 사실이 드러나 생산수량과 불량수량이 수기 입력으로 되돌아감
- ERP와 역할 중복: 작업지시, 자재, 재고를 두 시스템에 각각 기록하다 숫자가 어긋나면 현장이 양쪽 모두 입력하지 않게 됨
- 검수 기준 미정의: 계약서에 'MES 기능 구현'만 적혀 있어 가동 후 무엇이 완료인지, 데이터 정확도를 어디까지 보장하는지 해석이 갈림
- 가동과 동시에 지원 종료: 검수 후 유지보수 조건이 없어 라인을 한 번 개조하면 리포트가 더 이상 나오지 않음
이 다섯 가지의 공통점은 문제가 개발 과정이 아니라 계약 체결 이전 단계에서 발생한다는 것입니다.
발주 전에 직접 확인할 수 있는 점검 항목
- 1차 범위를 한 문장으로 말할 수 있는가: 어느 라인의, 어느 공정을 대상으로, 어떤 리포트를 낼 것인가
- 각 데이터 항목의 출처가 확정되었는가: PLC, 바코드 리더, 계측기, 수기 입력 중 무엇인지 항목별로 나열
- ERP와의 경계선을 어디에 그을 것인가: 작업지시는 어디서 오고, 실적은 어디로 돌아가며, 기준정보는 누가 관리하는가
- 검수 기준이 측정 가능한가: 데이터 지연, 리포트 집계 정의, 통신 복구 후 데이터 누락 여부를 기술협의서에 명시
- 유지보수 범위가 명확한가: 응답 시간, 연간 유지보수 내용, 라인 변경 시 대응 방식
요구사항을 '화면·리포트·데이터 항목' 3계층으로 고정한다
글로만 쓴 요구사항은 해석의 여지를 남깁니다. 요구사항을 눈에 보이는 세 계층까지 내려야 합니다. 화면이 어떻게 보이는지, 리포트가 어떤 열을 출력하는지, 각 데이터 항목이 어느 설비의 어느 주소에서 오는지 — 여기까지 와야 산출물에 대한 양측의 그림이 일치합니다.
이 세 계층이 확정되면 수행사는 정확한 공수를 제시할 수 있고, 발주사는 견적의 타당성을 판단할 수 있습니다. 이 단계를 건너뛴 프로젝트는 견적이 개략치가 되고, 이후 변경 범위도 그을 수 없게 됩니다.
| 계층 | 확인할 내용 | 빠졌을 때 생기는 일 |
|---|---|---|
| 화면 | 화면 목록, 각 화면을 보는 대상, 조작 권한 구분 | 가동 후 현장에서 불편하다는 말이 나와 화면을 다시 만듦 |
| 리포트 | 리포트 열, 집계 정의, 생성 주기와 내보내기 형식 | 숫자가 맞지 않아 생산과 품질이 서로 다르게 해석함 |
| 데이터 항목 | 항목별 설비 출처, 수집 주소, 갱신 주기 | 핵심 공정에서 수집되지 않아 수기 입력으로 되돌아감 |
단계적 도입이 일괄 가동보다 안정적인 경우가 많다
먼저 한 라인에서 수집·모니터링·리포트라는 기본 흐름을 통과시키고, 그다음 계획·품질·창고로 확장합니다. 1단계 산출물이 다음 단계의 토대가 되므로 파일럿 투자가 낭비되지 않습니다.
단계적 도입에는 협업 궁합을 확인하는 효과도 있습니다. 4~8주의 좁은 범위만으로도 상대의 응답 속도, 문서 품질, 커뮤니케이션 방식이 충분히 드러납니다. 어떤 자격 서류보다 실상이 잘 보입니다.
정리
MES 프로젝트의 성패는 대부분 요구사항 단계에서 결정됩니다. 1차 범위, 데이터 소스, ERP 경계, 검수 기준, 유지보수 범위 — 이 다섯 가지를 발주 전에 정리해두면 구축 단계의 리스크가 크게 줄어듭니다.
현장 상황이 아직 정리되지 않았다면 데이터 기준선 측정부터 시작하는 방법이 있습니다. 먼저 측정하고, 그다음 개선 목표와 범위를 정하는 순서입니다.