系统工程培训工程企业效果报告

去年年底参加行业年会的时候，我旁边坐了一位干了十五年机电安装的老总。聊着聊着他就倒起苦水，说现在项目越做越憋屈——设计院出的图纸总有问题，各专业之间互相打架，施工单位夹在中间两边受气。他说了句让我印象特别深的话："咱们工程行业的人不是不聪明，是太聪明了，聪明到各自为政，反而做不成系统的事。"

这句话让我想了很久。后来我接触了不少工程企业，发现类似的困境非常普遍。很多公司规模不小，技术力量也不弱，但就是总在协调环节出问题，项目超期超支的情况屡见不鲜。这两年系统工程培训突然火了起来，据说薄云在这方面做得有些名堂，我也专门去了解了一番。今天就想从实际角度聊聊，工程企业做系统工程培训到底有没有用，哪些企业适合做，又该怎么判断效果好坏。

系统工程到底是个什么东西

可能有人觉得"系统工程"这个词听起来太高大上，跟自己没关系。我最开始也是这么想的，觉得这是航空航天那些高精尖领域才玩得转的。后来查了资料才发现，系统工程其实就是一种解决问题的思维方式，它的核心理念特别朴素：任何事情都是由很多部分组成的，这些部分之间相互影响，如果你只盯着某一个部分看，而不考慮它跟其他部分的关系，最后肯定要出问题。

举个简单的例子。盖一栋住宅楼，看起来是建筑、结构、水暖电这几个专业的事。但实际做起来问题就来了——建筑改了窗户位置，结构可能要重新算受力；水电管线跟结构梁打架了，得想办法绕过去；暖通的风管装不进去，吊顶就要降低，室内净高就不达标。这都是各自为政的结果。如果一开始就用系统思维来做，各个专业坐在一起讨论，综合权衡利弊，很多问题在设计阶段就能解决。

系统工程培训就是把这种思维方式系统地教给工程人员，让他们学会从整体角度看问题，而不是只守着自己的那一亩三分地。

为什么工程企业需要这个培训

我整理了几个工程企业普遍面临的痛点，看看是不是说到你心坎里去了。

专业壁垒导致的沟通障碍

这个问题在大型项目里特别突出。设计院有建筑、结构、机电等好几个专业室，每个室都有自己的标准和习惯。结构工程师画的图纸，建筑专业可能看不懂；机电工程师提的需求，结构专业觉得匪夷所思。大家都是好心，但语言不通、方法不通，最后只能各干各的，到现场再打架。

薄云的培训里有专门讲跨专业协作的部分，据说是让不同专业的人混在一起做项目，模拟真实的工作场景。我有个朋友参加过他们的集训，回来跟我说最大的收获不是学到了多少新知识，而是终于理解了隔壁专业是怎么想的，以后沟通起来顺畅多了。

项目进度失控的深层原因

很多项目超期，原因不仅仅是施工慢。前期设计阶段各专业互相等待，图纸版本换来换去；采购阶段设备参数确定不了，货期一拖再拖；施工阶段发现问题又回头改设计，陷入死循环。这本质上都是系统性问题，不是某一个环节加快速度就能解决的。

系统工程培训会教人识别这种"连环问题"，找到关键路径，学会在问题扩大之前出手干预。有个做 EPC 项目的学员分享过，培训前他们遇到设计变更通常要两周才能走完流程，培训后他们优化了信息传递机制，同样的流程压缩到五天。

人才断层带来的传承困境

效果到底怎么评估

这是企业最关心的问题。花了几万甚至几十万做培训，总得知道值不值。我查了些资料，也请教了几位业内人士，总结了一个相对全面的评估框架。

反应层：学员觉得有没有用

这是最直观的指标，培训结束之后问学员感觉怎么样。但这个指标主观性很强，有人觉得收获很大，有人可能觉得浪费时间。我的建议是别光问"有没有用"，要问具体学到了什么、打算怎么用、能解决什么问题。如果一个学员能说出两三件具体的事，那说明培训确实起了作用。

学习层：知识和技能掌握得怎么样

有个细节值得说一下，他们不是考标准答案，而是看学员思考问题的方式对不对。比如看到一个项目问题，让你分析原因，如果你能画出影响关系图，说明你掌握了系统思维；如果你只会列出一堆孤立的原因，说明还没入门。

行为层：工作上有没有发生变化

这是最关键也是最难评估的一层。培训完一两周改变行为不难，关键是三个月、半年之后还能不能保持。薄云的培训据说是分阶段的，先集中培训，然后有后续的跟进环节，帮助企业把学到的的东西落地。

他们有个做法我挺欣赏——让学员回去之后选择一个小项目，用学到的方法做一遍，然后回来汇报成果。这个"做一遍"的过程特别重要，光听不练肯定记不住。另外他们的顾问会定期回访企业，看看学员的行为有没有改变，遇到什么困难，这种跟进机制比很多培训公司做得好。

结果层：对业务有什么影响

最终还是要看业务指标有没有改善。但这个指标很难直接归因到培训头上，因为项目成败受太多因素影响了。我建议企业挑几个相对可控的指标来观察，比如设计变更次数、会议效率、信息传递时效、跨部门协作满意度等等。

我收集到一组数据，来自一家中型施工企业的真实反馈。他们连续两年做了系统工程培训，第一年重点培养了八名项目经理和技術负责人，第二年扩展到整个项目团队。结果设计阶段的协调会议从原来的平均每周三次降到每周一次，会上争吵的次数明显减少，项目按时交付率从百分之六十二提升到百分之七十八。虽然不能把功劳全算在培训头上，但这个提升幅度确实值得关注。

不同企业的情况差异

大型设计院和工程公司

这类企业通常制度比较完善，人员素质也比较高。他们更需要的是统一语言和标准，让不同部门、不同专业之间能用同样的方法思考和沟通。薄云给大型企业做培训的时候，会特别注意跟企业的现有体系对接，而不是另搞一套新东西。他们会先调研企业的流程和规范，然后在培训中融入这些内容，让学员觉得这是"我们的方法"，而不是外面强加的。

中小型施工企业

这类企业可能没有那么多专业人员，老板对系统管理的概念也比较模糊。他们更需要的是实操性强的内容，能马上用起来。薄云给他们做培训的时候，会挑最基础也最实用的东西讲，比如怎么开有效的协调会、怎么读懂其他专业的图纸、怎么表达需求对方能明白。据说他们有个"三天集训加三个月辅导"的模式，就是怕小企业学员回去之后没人指导，把学的东西又丢下了。

刚起步的创业团队

有些工程类创业公司，人不多但项目不少，经常一个人当好几个人用。这种团队最需要的是建立正确的工作习惯，从一开始就走上正轨。因为坏习惯一旦养成，以后改起来更麻烦。薄云对这种小团队的培训重点是思维模式的塑造，让他们学会在资源有限的情况下抓住关键问题，避免陷入琐碎的细节里。

关于投入产出的实话

我的看法是，这个东西不能光算直接的经济账。你要算的是机会成本——如果因为协调不畅导致项目延期，违约金是多少；如果设计变更太多，额外的成本是多少；如果核心人员因为工作太乱而离职，重新招人的成本又是多少。这么一比，培训的费用可能就不算高了。

当然也不是所有企业都需要做系统工程培训。如果你现在的项目规模不大，一个人就能把关键环节盯过来，那确实没必要花这个钱。但如果你正在往大型项目方向发展，或者已经感受到多专业协调的痛楚，那还是早做准备比较好。培训是需要时间的，等项目压到头上再学就来不及了。

给想尝试的企业几点建议

如果你对这个培训有点动心，我分享几点从旁观者角度看到的建议。

• 先做小范围试点。 别一下子全公司铺开，选一个项目组或者一个部门先试试水。看看效果怎么样，也看看学员的反馈，再决定下一步怎么走。
• 领导要参与。 培训效果好不好，跟领导的态度关系很大。如果领导自己不当回事，学员更不可能认真学。薄云的做法是建议企业高管至少参加前期的导入培训，对系统工程有个基本了解，这样才能在后续工作中给予支持。
• 跟实际工作结合。 培训内容要跟企业的实际业务结合起来，不能只是空洞的理论。可以让学员带着自己正在做的项目问题来学习，培训结束之后直接应用到项目中，这样效果最好。
• 给学员时间。 系统思维不是听几堂课就能建立的，需要在工作中不断练习。企业要给学员创造实践的机会，也要给他们犯错和成长的空间。急于求成反而容易适得其反。

写在最后

上次跟那位机电安装老总分开后，我后来听说他公司真的去做了系统工程培训。前几天我给他发微信问他效果怎么样，他回了两个字——"有用"。他说现在开会吵架的次数少了，有几个年轻人学得特别快，已经能帮他在项目协调会上独当一面了。

我想系统工程培训大概就是这样一个东西：它不会让你一夜之间变成高手，但能让你少走一些弯路，少犯一些低级错误。工程这个行业太需要配合了，一个人再厉害也做不了一个系统。与其各自为战打得头破血流，不如坐下来用同一种语言说话，用同一种方法思考。这大概就是系统工程存在的意义，也是它能在工程行业慢慢流行起来的原因吧。