- 1. 新物料申请数量的考核
- 2. 基于模块和CBB的重用考核
-
在产品概念和计划阶段识别产品中的CBB和模块的计划应用
在产品概念和计划阶段,首先要定义产品架构(定义架构的目的是便于结构化的分析模块或CBB,承载模块或CBB的载体,关于平台架构的策划,参考《从单产品开发到平台产品开发的逐步推进路径》),这样逐个系统、子系统或功能模块识别有无可用的模块或CBB;也就是说模块和CBB是在产品开发前期先识别和策划出来,然后在产品开发时融入到产品中,而不是产品设计完成后,才去评审确认是否存在CBB,或者CBB使用是否合理,若是后期再去识别,就有可能导致不必要的变更(这部分的管理理念同关重件的识别和管理一样,是先前期策划,再在产品开发过程中进行使用和控制)
通过前期的分析,构建结构化的关系,实际上已经知道了产品中使用模块或CBB的数量,以及在产品模块中的占比,是否合理,可参考类似产品历史开发同类产品的指标进行评价。对于模块或CBB的结构策划,也要求企业使用的PLM等管理平台具备这样的能力。
- 在产品设计完成阶段再次确认和分析CBB和模块的真实应用
产品开发过程中存在很多不确定性,因此可能会识别出新的可用的CBB,或者前期识别的CBB无法满足要求,因此在产品完成后,需要对使用的模块或CBB再次分析确认,确保最终系统记录的数据是准确的;因为在管理平台中使用专门的界面进行记录,所以实体的模块和CBB根据标识和自动识别,非实体的CBB也可以人工维护,这样避免了遗漏;
- 考核产品中重用模块占比总模块的数量
此外,比较合理的分析模块或CBB的重用信息是从产品维度而不是从模块本身,这样即使模块仅有一个父项引用,但使用产品多,也能提供比较合理的数据;当然这种分析方式对数据分析量比较大,因此在企业实施时,我们就会监控变化的产品,并通过专门的数据库表记录,这样每次分析时仅更新最近一段时间变化的数据,对于非变化的产品暂不更新,此外,这种方式没办法识别产品顶层不变而仅底层变化的场景,所以每半个月再执行一次全量产品数据分析的程序,确保数据的更新;那么如何评价模块或CBB重用度呢?这就简单了,从产品层级,查看标准模块或CBB占全部模块的数量比,从模块视角,查看模块被使用产品的数量
在分析时,企业需要关注针对标准模块和CBB衍生的设计是否计算在内,因为有些企业允许统计这种应用,鼓励有差异时基于标准模块或CBB衍生,而不是全新设计。