返回列表
主数据编码WBSCBSPMIS数据标准化
引入PMIS之前先做主数据编码:WBS与CBS标准化决定成败
DTS研究团队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. 如何标准化:四个阶段
| 阶段 | 要点 |
|---|---|
| ① 诊断 | 掌握现行WBS、CBS、RBS与数据使用实况及缺失 |
| ② 设计 | 定义标准编码体系,直至进度、成本与合同结构的映射 |
| ③ 清洗与迁移 | 清洗既有数据后迁移(migration)到新体系 |
| ④ 落地 | 防止录入与输出的人为差错,确立编码的运营与治理 |
5. 启示
PMIS与EVM不是靠工具运转,而是靠数据运转,而这份数据的骨架就是主数据编码。如果正在考察新系统,第一个问题不该是"选哪款产品",而应是"我们的编码体系撑得住整合吗"。