一覧へ
마스터코드WBSCBSPMIS데이터 표준화
PMIS導入の前に、マスターコードから — WBS·CBS標準化が成否を分ける理由
DT Solution 리서치2026/6/29

PMISが期待に届かない事例の共通点は、製品ではなくデータだ。工程表の作業と原価シートの項目が別々のコードで動けば、どんな優れたシステムでも二つのデータは統合できない。だからマスターコード(WBS·CBS·RBS)の標準化はシステムより先だ。コード体系がずれれば、統合もEVMも、信頼できる指標もない。
1. マスターコードとは — プロジェクトの共通言語
大型プロジェクトは多数の部署・協力会社・システムが同時に動く。同じ作業を別々の名前・番号で呼べば、データは永遠に統合されない。マスターコードはこの混乱を防ぐプロジェクトの共通言語だ。核心は三つの軸。
| コード体系 | 何を分類するか |
|---|---|
| WBS (作業分解構成) | 「何の作業か」 — 作業を階層に分解 |
| CBS (原価分解構成) | 「いくらかかるか」 — 原価を項目で分類 |
| RBS (資源分解構成) | 「何で行うか」 — 人員・機材・資材 |
工程(P6)はWBSで、原価(Unifier)はCBSで動く。この二つが相互にマッピングされて初めて「この作業にいくらかかったか」が一度に見える。マスターコードはそのマッピングの基準点だ。
2. なぜシステムより先か
最も多い失敗は順序の逆転だ。システムを先に入れ、コード体系を後で合わせようとすると、すでに入力されたデータがバラバラで統合段階で崩れる。マッキンゼーは大型建設プロジェクトが平均で工程の20%を超過し、予算を最大80%超えると分析しており、その根底に分散したデータがある。コードがずれれば次がすべて止まる。
- 統合不可 — 工程と原価を一つのモデルで見られない。
- EVM崩壊 — 出来高(EV)の基準がなく、CPI·SPIが嘘になる。
- 手作業集計 — 部署ごとに違うコードを月末に手で合わせる。
3. 誤ったコード体系のコスト
コード体系は細かすぎても粗すぎても失敗する。細分化しすぎると現場の入力負担が増えてデータが空になり、単純すぎると分析できず意思決定に使えない。核心は入力可能性と分析可能性のバランスだ。
コード体系は一度固まると変えにくい。だから進行中に急いで作るより、標準を先に設計してシステムをその上に載せるほうがはるかに安く済む。
4. 標準化はどう進めるか — 4段階
| 段階 | 核心 |
|---|---|
| ① 診断 | 現行WBS·CBS·RBSとデータ活用・漏れを把握 |
| ② 設計 | 標準コード体系を定義 — 工程·原価·契約構造のマッピングまで |
| ③ 整備・移行 | 既存データを整備し新体系へ移行(migration) |
| ④ 定着 | 入出力のヒューマンエラー防止、コード運用・ガバナンス確立 |
5. 示唆
PMIS·EVMは道具ではなくデータの上で動く。そのデータの骨格がマスターコードだ。新システムを検討中なら、最初の問いは「どの製品か」ではなく「自社のコード体系は統合に耐えるか」であるべきだ。