重构就是解构和重组，打破一个旧世界建立一个新世界，今天对于一个信息系统来说，完美体育WM就面临着这样一个挑战。那么完美体育WM要回答三个基本问题，第一什么是重构？第二为何重构？第三完美体育WM如何去重构？                                                                                                            …

工业软件是一个国家工业基础能力的重要组成部分，在国家工业发展中起到关键作用。美国、德国、法国等发达国家的工业软件产业起步较早，拥有一批国际领先的工业软件企业，总体上形成了纵向一体化发展模式、横向贯通发展模式、软硬结合发展模式三类典型的商业模式。                                                                                                            …

​   产品包需求也就是offering  Requirement，也就是OR，是产品开发、测试、验证、交付的需求依据，只有高质量的产品包需求，才能一次性地开发出高质量的产品。其中OR主要包括三个方面的需求，一个是市场/客户需求，也就是外部客户需求，二个环境需求，如各个行业的和地域的法律法规要求、显性或隐性的风俗等等，三是产品的非功能性质量属性需求，如质量要求、DFX需求。其中DFX需求的内涵非常广泛，主要来自于内部客户的需求（包括兄弟部门和公司高层）。那么，这DFX需求的通常来源于哪里呢？怎么提出呢？DFX需求也称为诸可性需求，如DFT需求，也就是可测试性需求。 1、来源于各个职能组织的基线，这些基线都是各个职能部门在业务开展实践中整理形成的。 2、来源于产品开发团队在分析和评估该产品的产品概念时，对于该产品概念在制造、采购、服务、测试、维护、回收处置等产品全生命周期的各场景需求和现有能力之间差距的评估。这些需求需要相关领域和产品设计团队进行充分沟通，确保产品在质量、成本、进度、投资、市场方面拥有端到端竞争力。如: 服务场景，包括售前、交付过程、客户拿到产品的使用过程中的各种需要服务的场景、工程服务人员进行服务（安装、调试、维护、维修）等场景 3，这些DFX需求的提出要SMART化，能够被验证，在产品开发过程中的TR点能够被跟踪。 4，这些DFX需求的实现能够支撑相关领域的业务计划，最终能够支撑产品包的业务策略。各个领域的业务策略的制定首先要形成业务目标。业务目标是通过客户、竞争对手、自身进行竞争比较，识别短板，进而制定相应的业务目标，要可量化。如客户服务满意度、客户需求响应速度、平均维修时间、平均故障定位时间。那么相应的策略，就是达成这些目标的策略。有些是通过产品落实的可服务性需求来满足的，有的则是通过备件准备、400电话、就近设置服务中心等措施完成的。通过这些策略的设置，也可以进一步提出相应的计划、资源需求，同时开发相应的服务产品包，包括故障定位指导书、安装维护手册、软件升级指南、备件定价策略等等。

         研发型企业通常有三大主业务流程: 研发业务（创造价值）、营销及交付业务（交付价值）、服务业务（维护价值）。为了围绕客户需求创造价值，通常有四种类型的研发业务: 产品预研、产品开发、技术预研、技术开发。企业要针对不同项目选择不同开发模式:IPD模式、敏捷模式、IPD+敏捷模式。       由于敏捷开发模式而产生，解决快速交付，特别是软件开发的瓶颈从开发阶段转移到测试，然而由于测试能力的提升、自动化测试工具和方法的引入、测试能力提升后，产品的运营和维护成为了快速满足客户需求的瓶颈，于是DevOps模式就诞生了，形成了开发、测试、运维一体化的模式。将来的不仅在互联网行业、软件开发行业、智能硬件、数字化硬件产品方面将逐步成为趋势。这种趋势下，传统产品开发模式下的需求收集方法将更加多样化、将更加和客户产生更紧密的链接。很多行业特别是ToB企业，直接将客户加入到产品开发项目团队已经是再正常不过的事了。 无论IPD管理模式还是敏捷开发模式，或者IPD管理模式+敏捷模式，这些管理体系的落地，需要遵循“总体规划、分步实施，循序渐进”的原则。否则很难“一口气吃个胖子”，因为组织还一下子消化不了。比如，对于IPD管理模式落地而言，需要根据不同的企业实际情况来定制落地方案。不同规模、不同行业、不同研发管理成熟度的企业，需要有不同的落地路径。通常情况下，需要遵循微观IPD、中观IPD、宏观IPD这样的开展顺序来推进。为什么是这个顺序呢？这是因为“业务与能力的平衡”这条落地原则在起作用。先要通过微观IPD体系的建设形成最小可行研发管理体系（MVP），牵引组织能力的提升和打造适应IPD落地的组织文化，而微观IPD是最接近企业的组织能力的模块，通过微观IPD的建设形成有利于IPD体系落地的“土壤”和“肥力”，才有利于中观IPD、宏观IPD管理体系的建设。 ​       这个过程不是一朝一夕可以建成的，需要企业对IPD管理体系建设能够帮助企业实现战略目标、能够提升企业研发管理的成熟度、提升企业长期竞争力有“宗教般”的信仰，而不是“试试看”、“将信将疑”。只有这样，IPD变革才能持续下去，同时企业的组织创新能力才能持续增强。就如强悍如华为这样的企业，也是经过了20多年的坚持不懈的变革才取得了如今的成就。华为从2008年引入敏捷开发模式，也并不是否定IPD，而是对IPD的深化，是对企业适应VUCA时代的一种正常反应。也正是IPD核心思想“与时俱进、灵活发展”的体现。IPD在华为的发展史，也是华为成长史、实践史。正如任正非在2003年说： “很庆幸的是，IPD、ISC在IBM顾问的帮助下，到现在完美体育WM终于可以说没有失败。注意，完美体育WM为什么还不能说成功呢？因为IPD、ISC成不成功还依赖于未来数千年而不是数十年实践的努力和检验。

​       IPD开发模式下，产品开发效率是如何提升的？其内在逻辑是什么？本文简单做个小结。 1、采用IPD创新方法重构产品开发流程，使其结构化和规范化。 IPD将产品开发业务中的各个参与角色，包括项目组成员、项目经理、部门经理、相关专家、决策层清晰识别出来，并对其在开发过程中应主导的活动和应承担的职责识别出来。对开发过程进行合理的阶段划分，明确每个阶段的目标，围绕阶段目标来开展工作。阶段点的设置，既不能多，也不能少，太多就会降低开发效率，太少则缺乏必要的过程管控，难以保障结果的质量。同时，对流程中的关键活动和交付件模板进行定义，既实现了经验的传承，又能够提高完成每个活动的质量和效率。理清主流程和支撑流程之间的相互关系，将各专业能力通过流程汇聚到主航道，让主航道爆发出蓬勃动力。同时，主流程IPD流程采用了基于IPD的创新方法论，遵守渐进明晰的客观规律来设计流程，想好了再做的设计流程设计理念，避免了匆匆忙忙开始进入开发阶段，然后不断修改，项目周期不断延期，这样大大缩短了产品上市时间。 2、将商业线和技术线集成在一起，同时满足客户需求和商业目标。 产品成功的标志只有两个：满足客户需求和企业的商业目标，两者缺一不可。为了满足客户需求和商业目标需要，IPD产品开发过程将产品实现线和商业计划线集成在一起，贯穿于产品开发的整个业务过程中，通过过程的管理，到达结果的满意。 3、 概念和计划阶段是IPD产品开发流程的核心，落实想好了再做。 概念阶段确定了产品开发的目标和依据，明确了产品开发的“靶心”，同时通过概念设计和策略制定给出了产品开发达到目标的路径。计划阶段将概念阶段的工作进一步做细、做扎实，具有可操作和落地性，形成计划和方案，为进入产品开发阶段的实施与验证提供了保障。 加强概念和计划阶段工作表面上相比以前直接开发的模式增加了时间和精力的投入，但磨刀不误砍柴工，实践证明，正式由于这两个阶段的重视，大大缩短了开发、验证和发布阶段的时间，从而整体上压缩了整个开发周期，不仅如此，还会因为减少返工而提高产品质量，降低产品开发费用。 4、 跨部门的并行开发和团队合作，加快了产品开发上市速度。 IPD模式下的产品开发流程是由各个领域共同协作的并行流程，每个领域的角色在产品开发过程中都在开发产品的“一部分”，他们在项目经理的带领下，各负其责、各司其职，“力出一孔、利出一孔”。通常把IPD 流程中的角色或领域分为九类。分别是高层决策、项目管理、财务、质量、研发、采购、制造、市场、技术支持。高层决策团队负责产品开发过程中的商业决策，项目经理负责整个项目的项目管理工作，对产品的最终成功负责，其他各个领域分别设立领域核心组代表和相应的扩展组成员，对应完成相应领域流程规定的活动，对领域的交付质量、进度、成本负责，这样整个团队在项目经理的带领下各司其职、并行工作，打破了各个职能部门的部门墙，在产品开发过程中拧成一股绳，共同为产品开发的成功负责。 5、DCP决策评审点和与TR技术评审点，确保技术风险和商业风险可控。 在产品开发流程中设置合理的决策评审点DCP，方便高层决策团队在规定的节点上对产品开发的商业风险进行把关，做出合适的决策，承诺合适的资源，确保资金和资源的投入受控。产品开发过程中的决策评审点包括概念决策评审（CDCP）、计划决策评审（PDCP）和可获得性 / 上市决策评审（ADCP）。 决策评审必须做出明确的结论，且只有三个结论： （1） 继续（Go）：同意，可以继续开展项目，承诺提供下一阶段资源。 （2） 重视项目（No Go）：不同意，项目终止，释放资源。 （3） 重新定向（Redirect）：重新定向，要求项目组根据高层评审意见对业务计划进行调整优化，重新进行决策评审。 在IPD的产品开发过程中，设置了若干产品级的技术评审点（TR），通过这些技术评审点来把控产品的开发的技术风险，识别潜在问题和并进行需求的跟踪，确保产品开发过程围绕既定的产品需求目标。 IPD流程为了保障这些评审的效率和质量，通常都会对这些评审会的运作提出严谨的要求，只有落实了这些要求才能发挥这些评审点的作用。 6、分层分级的IPD流程文件体系，让项目成员在流程底座上跳舞。 IPD流程文件体系通常分为六级，包括创新管理流程、IPD流程、阶段流程、活动、步骤、模板表单。每个层级的流程解决每个层级的问题，包括规划层、管理层和操作层。通过这些流程之间的相互支撑和承接管理，企业各层级员工，包括管理层，在流程的底座上发挥各自的功能，共同支撑企业战略目标的达成。 7、通过IPD流程体系统一了企业的创新语言，大大提升了沟通效率，减少了管理成本。 IPD产品开发流程的构建，统一企业各个业务单元的产品开发语言，降低了沟通和管理成本。让整个公司上下左右对产品开发过程的方法论、开发过程、管理名词、术语都统一的语言，如IPD方法论、DCP、TR、PDT等，这样在沟通上很容易达成理解上的共识。 8，基于平台化的开发模式，让研发工作不再重复发明轮子。 在产品开发中也一样，模块化、平台化、标准化才能加快产品开发的速度，缩短上市时间、提升产品质量、节约开发成本，这是多少企业梦寐以求的研发愿景。在实践中，不注重平台化建设、标准化建设、模块化开发的研发实践比比兼是，既不重视纵向的继承，也不重视横向的共享，盲目创新的情况不在少数。这样的企业研发效率就很难提升上去。其实，在持续推出新产品，特别是系列化产品的背景下，模块化、平台化、标准化可以说是企业研发策略的必由之路，也是项目型公司和产品型公司的重要区别。通过模块化，便于异步开发和同步开发。通过平台化，基于系列产品的共性需求，迭代推出不用版本的平台，在不同平台上开发系列化的产品。通过标准化，最大化地减少变异，减少新开发工作量。这种标准化可以是设计规则的标准化、系统、子系统、部件、模块的标准化。如CBB的规划、开发和应用。不仅产品本身可以标准化、模块化和平台化，其实是物料选型、制造流程都可以通过标准化来提高可制造性、提高制造效率，降低制造成本和物料成本。如物料归一化、制造流程标准化、组装流程标准化、降低标准化作业的工时。采用数量有限的产品架构和平台，避免零部件序列的增加，必要时需要收编。如汽车企业那样。通过“平台化+差异化”策略既满足客户个性化需求，同时降低产品的成本，提升产品质量。 9，IPD是与时俱进灵活发展的，传统的IPD已越来越敏捷化、定制化。这也为IPD适应VUCA时代的发展要求加快企业响应客户需求的反应速度，进而提升研发效率。 以上只是IPD管理模式提升产品开发效率内在逻辑的简单总结，IPD变革的目标是让产品研发“多、快、好、省、准”，从而有力支撑企业的营销活动，创造并留住更多的客户。

导读：本文主要介绍了某制造业的企业级BOM系统和PDM 系统的集成方式，利用中间库原理实现了BOM系统和PDM 系统的集成方案，完成了企业级BOM 产品资料和PDM 系统文档资料的有机集合。   1 现状 　　目前，随着企业业务发展需求，PDM系统出现了一些制约企业快速反应市场需求的瓶颈：产品资料是单车型管理，缺乏平台化、系列化概念，产品变更复杂且效率低，已经不能满足某企业业务发展需求。企业级BOM系统，不仅能满足企业业务发展需求，且给产品规划、设计、工艺、制造、物资采购、备件和售后服务各业务领域提供产品定义数据需求，并以BOM数据作为驱动器来触发产品设计的全过程中各领域的业务活动。由于BOM系统和PDM系统分工不同，BOM系统负责各业务产品数据管理及变更流程，PDM系统负责产品数据资料对应的图文档管理，做好BOM系统和PDM系统的有机结合，才能实现两系统的业务分工和数据一致，选择集成方式尤为关键。 2 系统集成概述 　　BOM系统和PDM系统采用中间库表的方式实现系统集成，中间库表创建在BOM系统数据库中，通过数据库用户权限设置允许PDM系统修改指定的中间库表数据。BOM系统和PDM系统集成实现了产品零部件二维图纸的变更控制，包括变更流程发起和图纸发布。总体变更流程如下图所示： 图1 BOM-PDM系统集成接口总体流程   总体流程采用串行，BOM系统发起产品零部件变更流程后，PDM系统定期扫描中间库表相应的接口字段，当PDM扫描并接受到BOM发起的图纸修改变更申请流程后才可以发起审批流程并开始审批，待PDM审批流程批准后，回传到中间库表中，BOM系统接收到中间库表的信息，才可以开始BOM变更流程审批，待BOM系统流程发布后PDM系统才可以发布审批流程。由人工保证BOM系统变更流程发布，同时PDM系统审批流程接收到中间库表的信息自动发布并下发完成。 BOM-PDM系统集成接口涉及以下三个接口：①BOM系统变更流程发起；②PDM系统变更流程批准；③BOM系统变更流程发布。 3 中间库表定义 　　3.1 变更主信息表 SCHEMA：INTF4PDM 表名：BOM_CHANGE_MAIN_INFO 表字段属性定义： 表1 变更主信息表 　　3.2 变更零件信息表 SCHEMA：INTF4PDM 表名：BOM_CHANGE_PART_INFO 表字段属性定义： 表2 变更零件信息表   4 接口定义 　　4.1 BOM系统变更流程发起 接口描述： BOM系统发起流程变更时，当变更内容涉及零部件二维图纸变更，则将变更信息发送到中间库表。PDM定时从中间库表获取变更信息发起PDM图纸变更流程。 接口场景： 1）用户在BOM系统发起工程变更，该变更涉及零部件二维图纸变更； 2）BOM系统将变更主信息和涉及二维图纸变更的零件信息发送到中间库表；变更主信息表中更新状态置为BOM新增变更；变更主信息表中流程状态置为流程已提交； 3）PDM系统定时从中间库表获取变更主信息和二维图纸变更零件信息；变更主信息表中更新状态置为PDM读取变更； 4）PDM系统依据获取的变更信息创建变更单和变更审批流程。 图2 PDM系统接收BOM变更申请并开始PDM审批流程 4.2 PDM系统变更流程批准 接口描述： PDM系统变更审批流程批准后，系统将批准信息更新到中间库表。BOM系统定时从中间库表获取批准信息开始BOM系统流程审批。 图3 BOM系统接收PDM批准状态并更新接口审批状态   接口场景：…

一流的企业卖技术，二流的企业卖品牌，三流的企业卖产品，四流的企业卖体力。技术来自于研发和创新，所以，创新是企业发展的“爹”；品牌来自体系和集成，所以，集成是企业发展的“娘”。在一个环境持续变化、供应同质化和需求碎片化的市场，企业要活下去，必须要有高于竞争对手的运营效率，这来自于全环节的集成，ERP的应用就是尝试帮助企业解决集成的问题；而企业要活得好，则必须为市场提供创新性产品或服务，PLM的应用就是尝试帮助企业解决创新的问题。     PLM的创新使命 大体来说，在制造型企业中，与产品开发有关的创新包括产品功能和结构的创新（产品创新，Product Innovation），比如5G技术和产品；以及产品制造过程的创新（过程创新，Process Structure），比如5nm芯片加工技术和工艺。只要具备其中一种，企业就能获得竞争优势；如果两者兼而有之，那无疑将处于行业的绝对垄断地位。 那么，PLM是如何帮助企业提升创新能力的呢？作为一种数字化产品研发管理解决方案，PLM的主要功能包括需求管理、文档管理与CAX集成、研发协同与可视化、知识管理、产品组合管理、通用件库管理、项目管理、分类管理、配置管理、工程变更、质量保证，等等。通过上述功能及模块的应用，PLM可通过以下途径为产品或过程的创新赋能： （1） 提高零部件重用度，助力架构化产品开发，从而减少重复性的研发开支，让企业有更多的预算从事真正的创新性活动，并大大缩短产品开发周期，并降低产品制造成本。 （2） 促进跨专业的协同，提升同步工程的工作质量，以多领域、虚拟化的团队合作来激发专业人员的创意和构思； （3） 促进跨团队的共享，共享与产品或过程（工艺）有关的关键信息，提高相关人员获取信息的便利性，并打破专业和领域之间的信息壁垒； （4） Know-How的应用，通过知识工程、专家系统和参数推荐等方式，在细节性的工程设计决策中为相关人员提供技术建议和经过工程验证的优选方案，比如，机械零件尺寸公差或材料的选择； （5） 构思的显性化、结构化和不断迭代，通过需求结构、需求与功能映射、机理模型、产品原型、数字化模装（Digital Mock-up）等形式，不断地将产品的创新性构思进行迭代，提高从构思到产业化的速度和质量。 从哲学的角度看，PLM的核心使命是帮助企业把客户对产品的功能性需求，转化为企业对上游的人、机、料、法、环、测等资源的需求，是一个从“一”到“多”的过程。       ERP的集成使命     产品和过程的创新是“爹”，是“生”，是从功能需求到生产资源的从“一”到“多”；那么，销售、采购和生产等之间的集成就是“娘”，是“成”，是将资源转化为商品或服务的从“多”到“一”。在制造型企业中，从数字化建设角度来说，集成的使命主要由ERP等IT系统来完成，具体内容包括：技术与生产的集成、业务与财务的集成、需求与供应的集成，详细内容可参考笔者的前一篇文章：ERP应用成熟度模型概述，本文就不在此赘述。     PLM与ERP的集成 “爹”和“娘”要结婚才能生养孩子，企业中的创新和集成也需要通过某种机制将它们形成一个有机的整体，才能形成企业的竞争力，这可以通过PLM与ERP的集成来实现。 图1：制造型企业的PLM与ERP 如图1所示，PLM与ERP的集成主要包括产品结构和制造过程等相关数据的传递，具体包括：物料主数据、合格供应商清单、物料清单（制造BOM）、工艺路线、分类和配置关系、工程变更和断点等数据在PLM与ERP之间的传递。其中，物料主数据、物料清单等属于产品结构信息，工艺路线、合格供应商清单等属于制造过程信息，配置关系是产品结构或制造工艺的内部要素之间的组合逻辑，工程变更和断点则用于上述信息的维护和管理。     集成的挑战 在技术特点上，PLM与ERP的数据结构有某些不同；PLM是以产品或过程对象为中心（Model-based）的数据结构，ERP是以交易记录为中心（Record-based）的数据结构；因此，PLM与ERP的集成不是一件简单的事情，如何保持两者之间数据传递的一致性和稳定性，是系统集成的难点。另外，还有一个数据交换的频率问题；具体来说，不同的制造型行业或企业，因为生产运营模式的不同，PLM与ERP之间数据交换发生的频率和时间点也不同。 图2：制造型企业的生产运营模式   如图2所示，根据行业、产品或工艺特点的不同，制造型企业主要有四种运营模式：1）面向库存生产（Make to Stock，MTS），2）面向订单装配（Assembly to Order，ATO），3）面向订单生产（Make to Order，MTO或Build to Order，BTO），以及4）面向订单工程（Engineering to Order，ETO）。不同运营模式下，预测与订单的切换点不同。比如，在MTS中，开发、采购、加工、装配等作业都是根据预测和计划来组织的，只有商品的发运是根据客户的销售订单来进行；又比如，在ETO中，除了架构设计和开发外，产品开发、采购、加工、装配、发运等作业都是在企业有了客户销售订单后才开始进行的。 通常，完美体育WM评价一个企业运营模式的复杂程度，可以从这么几个维度来进行： （1） 产品BOM的层次和零部件种类的多少。层次和种类越多，生产运营模式则越复杂。比如，乘用车产品，其零部件种类可能多达上千种。 （2） 加工和制造工艺中工序数的多少。工艺数越多，生产线越长，生产运营模式则越复杂。比如，民用飞机的生产，其工序数可能多达上千个。 （3）运营模式的不同。ETO模式下的生产组织相对复杂，而MTS模式下的生产组织则相对简单。 （4）生产规模的大小。生产规模越大，生产作业的频率就高，生产组织也相对复杂。比如，汽车行业中，60JPH的生产作业要比20JPH的生产作业复杂得多。 （5）订单种类的多少。订单种类越多，生产组织的复杂度越高。通常，多品种、小批量生产的复杂度，要高于少品种、大批量生产的复杂度。 根据上述运营模式的划分和运营复杂度的评价，完美体育WM可以推断，ETO运营模式下复杂性（机、电、软一体化）产品的小批量、多品种生产最复杂。在这种模式下，PLM与ERP之间的集成也相对复杂，对集成的质量要求也非常高。 图3：复杂模式下PLM与ERP的集成难点…

近年来，国家大力推进工程建设组织模式变革，出台了一系列推进工程总承包落地实施的政策文件，EPC工程总承包模式日趋成熟，逐渐成为工程建设市场主流管理模式之一。 EPC模式与传统承包模式相比，项目风险持续时间更长、更为多样，而设计牵头的EPC项目又叠加了更为复杂的因素。 项目风险周期从投标开始直至项目结束的全生命周期，风险来源包含各参建方组织机构、人员和各项管理活动，项目风险把控需要更高的风险分析能力与管理经验。 本文通过分析设计牵头EPC项目风险的主要成因、采用案例收集、流程分析、合规分析、溯源分析、专家访谈等具体方法，总结出EPC项目风险主要包括自然与社会风险、相关方管理风险、项目技术风险、项目商务风险、项目投标风险、项目设计风险、项目采购风险、项目施工风险8类风险。下面从风险的主要成因、风险识别的主要方法、风险的主要表现形式三个维度进行分析，以期为勘察设计企业做好EPC工程总承包提供参考和借鉴。 — 1 — 风险的主要成因 风险的主要成因发展过程由风险的因素、事件、目标、损失、结果等组成。 一是风险理论研究与实际应用差距大。一直以来，建设工程项目风险管理的研究主要集中在以施工方为主导的风险管理研究方面，对设计牵头的总承包项目风险管理研究很少。在风险管理的应用研究方面，目前较为普遍的是针对某个问题的风险采取独立、被动的风险管理对策，缺乏系统性、战略性的研究，也没有针对设计牵头总承包项目全过程动态风险管理的具体的、可供实际应用的技术手段和方法。在实践领域，主要还是靠专家经验进行个案的、定性分析，没有较为系统的风险识别以及在实践应用层面的管理措施。 二是设计牵头EPC项目合同管理难度大。EPC模式对项目业主而言，合同结构简单，业主的组织和协调任务量少，都委托给总承包商负责。总承包商必须有很强的技术和管理综合能力，协调自己内部与分包商之间的关系，因此EPC模式对承包商而言合同管理难度较大。同时，由于设计牵头EPC项目设计方不仅负责工程设计，而且需要负责工程施工管理和项目的牵头统筹，设计牵头方为顺利承接EPC任务，往往在项目前期阶段就参与项目招投标，以获得前端的市场竞争优势。但此时发包方前期工作不成熟、承发包之间的合同条款不易准确确定、与施工联合体方也容易造成较多的合同纠纷。因此，设计牵头EPC项目的合同管理难度进一步加大。 三是风险贯穿项目全过程且复杂多样。设计牵头的EPC项目风险随着专业类型的不同而不同，有对工艺要求高的水处理类EPC项目，其设计风险较大；有对安全要求较高的大型复杂EPC项目，其施工风险较大；有对社会影响较大的交通类基础设施EPC项目，其社会风险较大。所以，不同的EPC项目风险识别、分析与管控的重点也不一样。EPC项目接口多，参与的组织机构和人员多，不稳定因素错综复杂，风险的发生概率和影响程度不确定性较高。总承包商的工作内容贯穿于整个项目的设计、采购、施工、试运行全过程，其风险管理工作也必然包含于整个生命周期。各个阶段的风险不是独立存在的，相互之间具有一定关联性和耦合性。以上因素均造成了风险贯穿项目全过程并且复杂多样。 四是设计牵头EPC项目风险管理薄弱。设计牵头的EPC项目中，设计方更具备打通设计与施工的界面障碍的优势，使设计与施工的互动关系大大增强。在设计阶段施工专家可以介入，形成边设计、边施工的特点，有利于专家知识集成，缩短工期；从设计源头实施对工程投资的控制，对于降低承包商成本，提高利润起到决定性作用。但是，设计单位一直以轻资产运作，难以承担较大的财务风险；项目管理能力偏弱，容易因管理不善被拖入连带责任；企业缺少复合型管理人才，在外部沟通协调上有较大提升空间；组织架构与制度体系尚不健全，在应急反应体系上存在缺失。这些因素导致设计牵头EPC项目风险管理的“基础底座”不够稳固、能力偏弱。 — 2 — 风险的识别方法 常用的风险识别方法，如基于过往案例、项目管理流程、法律规范要求、溯源分析、专家经验等方式，可以发现和列举出项目存在的风险，构建符合自身经营管理需求和项目管理要求的项目风险识别框架。风险识别的主要方法如表1所示。 表1  风险识别的主要方法 案例库法，是通过对行业发生的案例进行收集和梳理，发现存在的风险。此种方法覆盖面广、启发性强，但可能针对性不强。 流程分析法，是通过对项目管理主要流程的梳理和总结，发现其中可能存在的风险。此种方法符合企业实际、利于管理提升，但会受到分析人员经验和能力的局限。 合规义务识别法，是通过对相关法条、管理规定或行业规范的归纳、整理，对照识别项目可能存在的风险。此种方法可以守住合规底线、确保合规经营，但通常是基础和宏观的内容，难以覆盖实际项目中复杂多样的情形。 溯源分析法，是通过对引发问题事件的原因的识别，找到可能存在的风险。此种方法可以由现象深入问题本质，有利于抓住风险源头，但通常为事后分析，对于形成风险应对措施有一定滞后性。 专家评估法，是通过对行业内专家的深度访谈、座谈会等方式，对发现的风险进行评估、判断、补充。此种方法可以利用专家经验对进行风险评估和补充完善，但容易受限于专家的经验能力和主观判断。 图1 风险因素到产生风险的过程示意图 实践中，收集风险事件相关信息是风险识别的第一步。针对具体项目应收集已建类似工程的有关数据资料、拟建项目数据资料及工程设计施工文件，全面分析项目发展与变化的各种可能性和风险，结合设计牵头EPC项目管理特点，建立初始风险因素清单。清单中应明确列出客观存在的和潜在的各种风险因素，应包括各种影响项目顺利完成和合理经济效益的因素。通过上述方法，梳理总结出设计牵头EPC项目的八大类24种风险表现形式。 — 3 — 风险的表现形式 设计牵头EPC项目的风险表现形式主要包括自然与社会风险、相关方管理风险、项目技术风险、项目商务风险、项目投标风险、项目设计风险、项目采购风险、项目施工风险等8类风险，风险的主要表现形式共有24个。 图2 风险的主要表现形式 ▌1. 自然与社会风险   一是自然灾害影响。地震、瘟疫、特大暴雨、洪水、泥石流、坍方、严寒、酷暑、多雨等对施工的影响，造成项目经济损失。 二是建设条件不足。发包人在招标阶段未提供充分的地质详勘或气象资料不完整等原因，在设计、施工中发现出入很大，导致引起工程量增加、成本超过预期。由于发包阶段没有提供社会稳定评价报告，或报告流于形式、存在明显漏洞等原因，导致项目实施引发社会风险。 三是政策变化影响。政治时局动荡、财政金融政策变化、国家及行业EPC建设政策调整、设计及施工技术规范变化等原因，都将直接或间接地影响工程的正常进行。 ▌2. 相关方管理风险 一是对发包方管理的风险。设计牵头方代表联合体与发包方直接对接，但对发包方管理能力偏弱，对发包人前期工作不足、不合理压缩工期、建设标准提高、资金不到位、工程款支付不及时、业主管理能力不足等缺少应对措施，导致总承包项目工期延误、成本增加、超发包人目标控制成本部分难以被确认。因发包人前期工作不完善，项目中标后不能及时完成征地拆迁、管线迁改工作，影响项目正常实施，造成项目履约风险和成本增加。 二是对联合体方管理的风险。设计牵头方未对联合体进行有效遴选、联合体风险责任划分不清、信誉及能力不足、双方相互融合不够等原因，造成联合体方能力偏弱，影响项目顺利实施。对联合体方关键能力管控不足，包括同类业绩和技术水平、配备人员的素质能力、合作意愿及承诺、合作保证及担保、资金实力、当地资源、风险应急预案、合作主要条件等约定不清，造成项目实施中联合体之间的纠纷。 三是对分包方管理的风险。设计牵头方对联合体的分包单位缺乏有效管理，实践中常有未经联合体共同确认的分包单位。个别分包商技术水平弱、管理水平低、诚信水平差、难以承担委托的工作，因分包商的违约造成整个工程进度拖延及其他分包商索赔。因某些供应商不满足合同要求出现交货延误、设备材料运输中损坏、供货商保函期期限不满足项目周期要求、深化设计引起额外的设备材料标准提高等，造成总承包项目成本增加。 ▌3. 项目技术风险 一是技术管理不当。设计牵头方对项目技术难度评估不足、选用的标准及规范不适用、设计图纸与技术说明不清晰，新技术应用在技术开发、技术保护、技术使用、技术取得和转让等环节失误，造成项目实施出现技术管理问题。 二是技术错误遗漏。设计牵头方在设计中出现设计内容不全或错误和遗漏、适用规范不当、未考虑可施工性、未考虑地质条件、对复杂因素考虑不周全等原因，导致施工中频繁设计变更，造成总承包项目工期拖延和成本增加。 三是技术工艺落后。设计牵头方未对施工工艺进行审核与把控，在施工中使用落后的施工工艺、不合理的施工技术和方案、施工安全措施不当、应用新技术新方案失误、施工队伍技术操作能力差等原因，造成总承包项目工期拖延和成本增加。 ▌4. 项目商务风险 一是合同管理不足。设计牵头方对工程总承包合同熟悉程度不足、合同管理经验不够，合同条款谈判时处于弱势，对重要合同条款如工期条款、质量条款、变更条款、索赔条款、价格调整条款、工程款支付结算条款、工程担保及保险条款、违约责任条款、送达信息和争议解决条款等关键内容约定出现漏洞，造成项目执行过程中履约风险。 二是成本管理失控。设计院本就不擅长成本控制，又常寄希望于施工联合体方，造成设计牵头方实质上对项目成本管理失控。在工程实施过程中缺乏对材料、设备、机械、劳务等生产资源的市场价格的充分了解及预测，造成项目采购成本增加、建设成本超过同行业平均水平，项目合理效益流失。工程索赔及变更补差的编制与谈判人员能力不够，采取的措施不科学，造成工程索赔及变更补差的失败，项目合理效益损失。 三是财税处理无依据。发包方直接向施工联合体方付款的模式，一定程度上弱化了设计牵头方的统筹管理权力，不利于设计牵头EPC项目的执行。但发包方将所有结算支付及发票取得均只对接设计牵头方的模式，又导致设计牵头方面临“四流不一致”的税务风险（主要是发票流和资金流）。在会计收入确认上，以“净额法”确认收入，其他收款部分作为“代收代付”性质的款项予以处理，这就需要相关部门尽快发布针对联合体EPC项目收入确认的会计准则解释公告，进行统一规范。 ▌5. 项目投标风险 一是投标组织不力。设计牵头方对投标工作深入程度不够，不掌握发包方信用、未实地开展调研、与联合体施工方投标策略不一致、对竞争对手实力估计不足、对竞争条件掌握不充分等，造成投标判断失误、投标难以决策、投标报价潜亏，给项目实施埋下隐患。 二是投标报价不当。设计牵头方对投标报价缺乏整体策划、成本测算偏差、对招标文件及清单图纸等研究不充分、与联合体施工方未能形成合力，若依仗设计技术优势报高价，由于价格太高无法中标，若采用施工低价投标，缺少对未来市场形势判断，项目无法合理获利。 三是投标合规问题。受市场环境影响，项目招投标中含有限制或排斥潜在投标人的内容、存在母子公司或股权关联等投标单位利害关系冲突、联合体成员方与其他投标人之间存在关联关系、高级管理人员之间存在交叉任职、人员混用或者亲属关系、经常性“抱团”投标等高风险迹象，造成项目出现与招投标法相冲突的合规性风险。 ▌6. 项目设计风险 一是缺乏设计管理。设计牵头方未充分发挥设计优势，设计范围与内容不清晰、设计依据和提供依据责任不明确、设计进度与施工需求不匹配、设计质量不高及深度不够、对项目缺乏设计现场指导、设计变更与索赔流程不严谨、设计分包责任约定不明确，施工图交底不清等，导致联合体内部配合不顺畅，影响项目实施。 二是超过限额设计。设计牵头方对在工程总承包项目中实施限额设计的目标性不强、方法不到位、限额设计目标不具体，导致难以将任务分派到专业及个人、设计过于保守、方案比选优化不充分、重复进行设备选型造成返工和浪费、未考虑全生命期经济性导致突破运营维护成本、任由使用需求和建设范围及标准在项目施工过程中不断增加等，导致后续的设计概算、施工图预算造价及施工成本出现失控。 三是与采购、施工不融合。设计指导施工缺乏细节性的深度图纸、未充分应用BIM技术进行设计深化和协同管理、设计与采购未能协同开展深度广泛的市场调研、设计接口在主要技术参数和方案形式及主材选取上缺乏一致，造成设计与采购不能有效协同，设计与施工未能充分融合，难以体现出设计牵头EPC项目的优势。 ▌7. 项目采购风险 一是难以找到优质资源。设计院普遍缺乏对供应商的市场调研，对主动找到优质、低价、信誉高的供应商的能力不足。相对于施工类项目，设计牵头EPC项目的数量偏少、体量偏小，对采购难以产生规模效应。设计院内部管理中对供应商入库的推荐、考察、选定、评标及定标常常流于形式。由于供应商资源的局限，造成设计牵头方对项目成本、品质的把控不足，降本增效的能力不够。 二是无法实现设计预采。未能利用设计牵头优势，依据合同提前确定物资设备厂家、无法在设计阶段确定设备参数并入图、未能实现在概算锁定的情况下对装饰主材和艺术装置等的采购前置，造成无法通过设计牵头管理的优势进行成本优化，项目合理效益流失。…