要加一条新流程

某一天，我应邀参加某事业部的研发创新降本的分享会。在这个会上，软件工程师K君看到我(IT中心归我分管)来了，就提了一个信息化需求，希望我大力支持。

目前他们烧录到产品中的软件，是由客户提供的，由于变更非常频繁。很多时候，已经排产了，甚至已经投产了，客户还在要求做软件版本的更新。我们的软件人员一直使用邮件管理软件变更，由于变更越来越频繁，所以越来越苦不堪言。他希望在系统里面增加一个软件变更的管理流程，希望得到IT中心的优先支持。

大家都开始七嘴八舌的讨论这个软件变更的流程应该怎么设置?应该经过哪些岗位审核?哪些串行哪些并行?

不谋而合

轮到我发言时，我脱口而出问了一句：为什么软件变更需要额外增加一个流程呢?为什么不是利用原来的某条流程呢?

大家一下子陷入了沉默。大越五秒钟后，一位资深研发经理L君说，他也不理解。他在富士康的时候，软件变更也是统一走DCN和ECN变更流程的，没有额外增加一条流程。刘经理的话与我的一个想法不谋而合。

我一直认为软件和硬件同样都是构成一个电子产品的不可或缺的一部分，所以软件也应该纳入到bom管理。bom的字面意思是Bill Of Material，即物料清单，根据字面意思，我们会误认为软件不属于bom，但仔细想想软件和硬件都是产品的必要组成部分，所以回归底层逻辑，软件应该纳入到bom管理。既然软件纳入bom管理，那么软件变更走统一的bom的DCN和ECN变更流程即可。根本就不需要再额外增加一条流程。

认知也是生产力

我把我的分析跟大家详细讲解了一下，大家慢慢的都理解了。提高认知就是提高生产力!我们通过消除对软件的误会，回归业务的底层逻辑，最后我们发现不不需要增加一条特别的流程，只需要利用好原有的标准流程就可以了。既提高了研发环节的工作效率，降低了出错率，也避免了IT中心付出无效劳动。