惯例闲话：对于EPC工程行业，闲人有着特殊的感情。闲人当年毕业的第一份工作是在建筑工地上做施工攻城狮。头衔听着很唬人，其实就是和农民工差不多，寒冬酷暑，在脚手架上像猴子一样飞檐走壁！
工地掠影
项目执行中（REL）
快竣工了（TECO）
项目办公室
因为一次偶然的机会，踏入了SAP的门槛，从此走上另外一条“民工”道路。闲人一直对人生的第一份工作抱有感恩之心——要是没有这份工作，恐怕没有机会进IT行业——可能娶不到老婆——可能还没有小孩…闲人越来越感叹，人生就是一个程序，充满着各种不确定性，if elseif elseif …endif.但是一旦做出选择了，就是命运代码执行了。
好了闲话就到这里。我们聊聊EPC工程行业。
工程行业有几种常见的承包模式
EPC也就是我们常说工程总承包交钥匙工程，建设单位对某一项目投资建设时，选择一家总承包单位来承建，最终交付给建设一个完整的单项工程，简单来说，过程我不过多管委托你全权负责，最后拎包入住。
EPC 模式的重要特点是充分发挥市场机制的作用。投资方通常仅规定技术标准规范、技术要求和其它基本要求，以使总承包商的设计、采购、施工等分包商共同寻求最经济、最有效的方法实施工程项目
为了有效地竞争，EPC 总承包商一般都将整个项目划分成若干相对独立的工作包。总承包商可以将合同中的部分工作分包给分包商，但对分包商所负责的工作承担全面责任
EPC 模式的最大特点是固定总价。在EPC 模式下，业主允许EPC 总承包商因费用变化而调价的情况是不多见的。因此，EPC 总承包商为防范风险， EPC合同的合同价格往往高于传统合同模式的合同价格。
一、EPC行业特点
1、行业生态。EPC行业的生态圈。EPC企业的外围配套产业非常丰富，基本上涉及国民经济各个角落。
2、流程特点：按项目全生命周期管理，从商机到维保售后，项目一般会按阶段管理。
3、矩阵式组织架构。横向，项目组织，纵向传统的企业职能组织。这种组织的特点是灵活，根据项目临时组成项目团队，对资源利用最大化，但是会存在指令的冲突，怎么理解？举个业务场景例子，项目中标了开展工作，项目经理问设计部老总要了一个设计师加入了项目团队为项目服务，但是这个设计师还承担设计部门的一部分研发工任务，因此和项目的工作产生了时间冲突，项目经理和设计老总开始口径一致的相互扯皮——耽误我项目/部门工作，你承担得起！！
4、业务特点
1）按项目进行管理
2）设计，采购和生产是交互式的和并行的。项目开始时只有少量的具体详细信息，边设计边采购边生产（三边业务）的模式
3）成本控制针对项目分解结构
4）项目计划规定了各阶段的截止日期和交付控制日期
5）复杂零部件的采购（外包）要在设计者和供应商之间进行协同工作
6）关键材料要“提前”采购
7）分包合同管理
8）现场安装与调试管理
9）售后服务管理与技术资产管理
由此面临的问题
1）销售部门到项目管理部门的信息传递，完整性、有效性和及时性。
2）定制化程度高。主要表现为产品的多样性，造成产品编码量巨大，复用率低
3）项目变更较为普遍，控制变更成本以及监控变更的影响是项目过程控制的难点和重点
4）项目计划由各业务部门子计划组成，子计划之间具有约束关系，调整单个部门计划，如何实时反馈对整个关键路径的影响是一个计划管理的难点。
5）存在项目线和平台部门线的两条指令，公司内需要一个协调这2条线指令的管理部门。关键点如何解决部门之间的多项目协同；
6）财务和业务数据脱节，业务到财务的反馈滞后。
二、核心解决方案
下面的方案比较老了，现在SAP主推SAC云端BW。其实是换汤不换药！管理驾驶舱，闲人对这个称呼很不感冒，浑身起鸡皮疙瘩！报表或指标多简单接地气！！
三、专项解决方案举例
1）Project集成。这个功能，sap于2013年停止更新了，OpenPS这个插件仅能支持Project2007英文版。哎，这么好用的一个工具，就此废了。
2）设计图文档管理。EPC企业最大的价值，闲人认为是技术档案，也就是设计图纸。这块要DMS模块支撑，图文档可直接挂接到WBS结构上。方便查阅。
现在流行的解决方案，还是要依托PLM对图文档管理，和SAP做集成。闲人一直认为，ERP服务器用来存档非结构化的数据，实在是浪费了，大材小用！
以上方案只是摘录的一小部分，而且还是代表10年前的技术。在当下技术突飞猛进的时代，显得的很low。但是闲人的观点，技术只是表象，永远是为业务服务的。之前在流程设计这篇文章中，企业老板追逐利润是亘古不变的真理，我们这些做SPA咨询服务的，一定是先想明白怎么给企业增值这个方向上去考虑，然后再考虑使用什么技术！
PS：EPC工程行业，是闲人一直梦想有所作为的行业，虽然眼前还看不到大面积铺开，但是闲人的初心未曾改变。
机会是争取来的，打铁还需自身硬。对照PS顾问升级树，闲人要走的路还很长！