并行工程(Concurrent Engineering) 。并行工程是对产品及其相关过程（包括制造过程和支持过程）进行并行、集成化处理的系统方法和综合技术。它要求产品开发人员从设计开始就考虑产品寿命周期的全过程，不仅要考虑产品的各项性能，如质量、成本和用户要求，还应考虑与产品有关的各工艺过程的质量及服务的质量。它通过提高设计质量来缩短设计周期，通过优化生产过程来提高生产效率，通过降低产品整个寿命周期的消耗，如产品生产过程中原材料消耗、工时消耗等，以降低生产成本。【百度百科】

对于传统意义上的物理产品或者企业出产的产品来说，并行工程都是值得重视的。极具有典型的核心特点，包括：基于集成制造的并行性：并行有序：群组协同：面向工程的设计：计算机仿真技术等。

软件产品也是产品。抛开软件的开发流程和组织模式，在人才组织方面，并行工程当中的群组协同其实说明了综合多维人员的组织与协同的软件产品在开发技术和企业业务深度融合的本质内涵。这样开发出来的软件系统，通过团队里面既有真正懂软件技术的，也有真正懂业务需求的人之间的紧密协作，才是与企业业务紧密耦合的系统，才能够将企业的业务需求真正的贯彻到里面来。

从企业角度而言，有些企业在自己组织队伍进行软件系统的开发，有利有弊。对于业务应该还是很熟悉的，虽然可以招聘一些软件开发人员进行一些管理流程类的软件系统的开发，并能够因为真实的反映实际需求而取得可能相对较好的应用效果。但在数字化系统逐步向知识机理方面迈进下，对于算法实现的技术要求会越来越高，目前顶尖高手顶尖薪资水平的实际情况下，恐怕企业也很难负担，尤其是只局限于企业自身需求进行开发（这方面华为走的模式倒是挺好的，但又有多少企业是像华为这样的）。

从软件企业角度来说，天然的就应该进行软件系统的开发，但也同样有利有弊。很多软件公司其实都注重宣传自己是针对某个特定或者细分行业开发出相应的软件系统的，有可能会说自己具有很多优秀的行业最佳实践已经沉淀在系统里面了（能做到这个就已经很不错了，但其实对于企业来说远远不足够，不管是系统的持续升级，还是企业的更高追求，其实都存在深层次的不匹配之处）。但从目前的相关观察来说，大多数还是在管理业务这方面的层次，对于真正体现行业特点的比如工艺等等，其实自身也缺乏真正的行业产品研制或者生产专家，尤其是具有思维深度又有实操经验的那种人才。

我们经常提的一句话是，在创新方面，我们的创新链条是异化的。产学研应该各司其职协同发展，这是正常的。但实际情况来说是，不管是产业还是高校还是研究所，其实自己都在走完整的链条，虽然也形成了很多好的成果，但从理想的角度来说，其实应该有更好的局面。对于软件系统产品的发展生态来说其实也是这样的，不再赘述，大家应该都能想得到。

受制于各种各样的约束，其实也没有必说哪种方式必然就是好的或者不好的。如果企业有了高水平的数字化转型和软件开发的人才，组织队伍作出优秀的数字化系统还是很有希望的。如果软件公司有了真正对行业也许需求深度思考能力和实操经验的人才，想来结果也不会错的。或者说也可以有第3条路，那就是双方乃至具有专门人才的各种第三方来加入，形成多方的合力，也是有可能能够取得好的结果的。但所有的路，就其核心来说，其实都是责权利架构的有效组织和实施。但，谈何容易。

来源：微信号  智能制造随笔

作者：王爱民

该作品已获作者授权，未经许可，禁止任何个人及第三方转载。