PMIS 도입 전에, 마스터코드부터 — WBS·CBS 표준화가 성패를 가르는 이유

1. 마스터코드란 — 프로젝트의 공통 언어

대형 프로젝트는 수많은 부서·협력사·시스템이 동시에 움직인다. 이들이 같은 작업을 서로 다른 이름·번호로 부르면 데이터는 영원히 합쳐지지 않는다. 마스터코드는 이 혼선을 막는 프로젝트의 공통 언어다. 핵심은 세 축이다.

일정(P6)은 WBS로 돌고, 원가(Unifier)는 CBS로 돈다. 이 둘이 서로 매핑될 때 비로소 "이 작업에 얼마가 들었나"가 한 번에 보인다. 마스터코드는 그 매핑의 기준점이다.

2. 왜 시스템보다 먼저인가

순서가 뒤바뀐 도입이 가장 흔한 실패 패턴이다. 시스템을 먼저 깔고 코드 체계를 나중에 맞추려 하면, 이미 입력된 데이터가 제각각이라 통합 단계에서 무너진다. 맥킨지는 대형 건설 프로젝트가 평균 일정의 20%를 초과하고 예산을 최대 80%까지 넘긴다고 분석하는데, 그 바탕에는 흩어진 데이터가 있다. 코드가 어긋나면 다음이 전부 막힌다.

• 통합 불가 — 일정과 원가를 한 모델에서 볼 수 없다.
• EVM 붕괴 — 획득가치(EV)를 계산할 기준이 없어 CPI·SPI가 거짓이 된다.
• 집계 수작업 — 부서마다 다른 코드를 사람이 월말에 손으로 맞춘다.

3. 잘못된 코드 체계의 비용

코드 체계는 너무 잘게 쪼개도, 너무 굵게 묶어도 실패한다. 너무 세분화하면 현장의 입력 부담이 커져 데이터가 비고, 너무 단순하면 분석이 안 돼 의사결정에 못 쓴다. 핵심은 입력 가능성과 분석 가능성의 균형이다.

코드 체계는 한 번 굳으면 바꾸기 어렵다. 그래서 진행 중인 프로젝트에 급히 만드는 것보다, 표준을 먼저 설계하고 시스템을 그 위에 올리는 편이 훨씬 싸게 먹힌다.

4. 표준화는 어떻게 하나 — 4단계

5. 시사점

PMIS·EVM은 도구가 아니라 데이터 위에서 작동한다. 그 데이터의 뼈대가 마스터코드다. 새 시스템을 검토 중이라면, 첫 질문은 "어떤 제품이냐"가 아니라 "우리 코드 체계가 통합을 견디는가"여야 한다.