16官方课件总工程师怎么运行一个超大项目

1、你好，我是得到大学教务长蔡钰。这是得到大学的第16节课， “总工程师思维模型” 。我们今天的问题是，怎么运行一个超大项目。我们先来界定一下，我们这节课讲的超大项目，符合哪几个特征：第一，超大，牵涉的多，领域广，没有一个能知道和理解所有的事。第二，唯一性，它即便跟别的项目相似你也没有办法完全之前的经验。第三，复杂性，复杂导致意外情况出现的概率大大增加，而且运行过程中一旦出现严重失控，后果不可逆，损失巨大从建造一个国际空间站，到一场大型户外电视，或者是调整一家公司的组织架构，都可以算是我们说的超大项目。在你的职业生涯和生活里，如果有机会，我强烈建议你要主动去组织一个超大项目，或者参与这样的项目。为

2、什么？因为一个项目足够大，才能够集成的、发生更加复杂的分工协作，这样，项目的护城河也才更宽，你在这个过程中建立的认知和能力才格外稀缺。请注意，超大项目是相对于你的能力和而言，对于一个刚毕业的大学生，操办一场公司年会也是超大项目。所以，超大项目不见得是办奥运会这样规模的事。如果一个项目需要你调动多方面多个协作系统，它对你来说，就是超大项目。，同时建立起今天我们要拿来跟你讲的案例，是核电站。在世界上的所有工程里，核电站绝对是最大、最复杂的项目之一。要建设一个核电站，光是涉及的专业就有60多个，设计队伍会达到好几就至少会产生10万份。设计文件我们去采访了国内某核电工程设计院的总体设计工程师，余斌，因

3、为工作的敏感性，我们不能透露他的具体工作。但是，他所积累的那套跟超大复杂系统打交道的宝贵经验，我们帮你挖出来了，并且把它们总结成了一套方法，在这节课里，给你。这节课是由核电站总体设计工程师余斌和得到大学研究员鹿宇明联合研发，由鹿宇明来进行讲述。下面我们开始。核电站到底有多复杂在一开始，我们先介绍一下核电站大致的工作原理，这不是为了做科普，而是帮你理解，核电站的复杂性到底在哪里。简单说，核能发电，就是通过核裂变产生热能，吸收了热能的水推动汽轮机做功，然后再带动发电机发电，也就是把热能最终转换为电能。这个过程，你可以理解为，就像是一个锅炉烧水的过程。它的原理，跟火电差不多，最后都是把热能转换成电能

4、。但是你要注意了，核电站的复杂性，就在热能的来源是核。首先，核有放射性，那么流经反应堆的水就带有放射性，不能直接进入汽轮机，所以核电站比普通电厂多了一套复杂的动力回路系统。另外，就是最重要的安全问题。核反应堆的是孩子用的橡皮那么大，圆柱形的。若干个块，每一个大概就块摞在一起，大概有3、4米长，外面包裹上一层锆合金外壳，这里解释一下，锆合金是一种耐高温、耐高压、耐腐蚀性都非常好的材料，被锆合金包裹起来的这个东西，就是我们说的棒。整个反应堆，就是由这样一根根的棒组成。你可以把它想象成烧水壶里的热得快。在棒外面，是高温高压的循环水，这是发电的必要条件，也是安全的必要条件。无论什么情况，都不能断水，如

5、果水位下降，燃料棒露，不能冷却，就会发生堆芯熔化，棒就会熔化为一个不规则的球体，这个球体的体积会越来越大，到了一定程度，就没办法冷却了。反应堆外面还有一层保护，就是混凝土安全壳，但是，如果不泄漏事故。冷却，堆芯熔穿这个安全壳，就会导致严重的核说到这里，你应该能理解，核电站之所以是个超大项目，不只在于它投资高、周期长，还有一个，就是它对安全性的要求非常高。做这样的项目，你就不能想着一边干一边学，在运行中发现问题，再去解决问题，而是在设计阶段就把各种因素考虑进去，这就导致这个系统必然非常复杂。人们可以原谅科学家搞不出发明，但无法原谅工程师错判了未来。模块化好，我们已经知道了核电站大概是怎么一回事了

6、。接下来，我们先来讨论一个问题：这么大一个核电站，究竟是怎么造出来的。一个核电站，包括400多个系统，光是阀门，就超过1万个，管道长度超过6万米，所有的零部件，来自几千家供应商。其实，不只是核电站，几乎所有工程领域都是这样。比如说，能装下500名乘客的空客A380，由超过400万个零部件组成，这些零件在30个的1500家公司生产。再拿我们熟悉的低，如果问一个来说，零件数量没那么多，但复杂度一点都不制造商，一台是怎么制造出来的？他能告诉你的，可能只是几个模块怎么拼接在一起。你要问他，集成了69亿颗晶体管，技术是怎么实现的？他一定会告诉你，这个问题啊，你只能去问设计工程师。这也就是说因为工程项目的

7、庞大，每一个参与者，只能生存在某个模块的层面上，只能掌握整个项目其中一个部分的内在规律。没有谁能吃透整个项目所有的细节。其实， 当一个项目大到一定程度，你要想把它做成，靠的一定是模块化的工作方法，把项目拆成一个个模块，分而治之，利用人类的分工协作网络来解决每个局部任务，直到完成整个项目。那么，到底什么才能叫“模块”呢？你可以把它理解成“有成解决方案的局部”。在工程领域，一个技术方案如果被验证有效，它就成为了一个模块。我们其实可以把建造一个核电站这样的大项目，简单地理解成为搭积木，底层的标准工业、成熟解决方案，就是这些积木。一个核电总体设计工程师，他的工作，不是去研发和创造积木而是去找到合适的积

8、木，然后把这些积木拼接起来，实现核电站需要的功能。对核电站这种对安全性要求很高的项目来说，这种模块化的工作方式，还衍生出来两条心法：第一个心法，是能用成熟方案就优先采用成熟方案。要干成一个超大规模项目，其中最的模块，要尽可能采用已经定型的技术方案。比如，核电站里面涉及到核安全的模块，就尽量采用成熟方案，因为试错的成本实在太高了，而且模块之间牵一发而动全身，一个模块变了，还会影响其他模块。注意，工程师并不是创新，如果有了新的设计思路，而且经过充分的安全计算和有效验证，当然可以采用。另外，创新可以先从辅助系统展开，比如现在的核电站在设计阶段，都在考虑引入工业传感器，来设备的运行状态，这对整个系统的

9、效率提升非常有价值，而风险却很低。第二个心法，是能分解的功能就不要重合。很多，会追求在一个模块上集成的功能，比如外壳，既要防水性能好，还要保证信号好。但这是民用，它追求的是用户体验的完美。而核电站就要反其道而行之，能拆开的功能就拆开，把有难度的问题拆分成多个容易处理的问题，目的，就是为了充分利用现有的成熟技术。举个例子，反应堆外面的混凝土安全壳。它的功能是主要为了防止内部核废料泄露。后来有了新的安全要求安全壳还要防止大型物体从外部的撞击。这就带来一个难题，原来的设计主要应对内部压力，新设计还要应对外部，这两个功能需要承受的力的方向是相反的，要设计出一个安全壳，同时完成两个功能，难度很大，成本也

10、很高那么工程师的解决办法，就是干脆把功能分解，做两个壳就妥了：内层壳负责防止气体泄露；把气密性做好。外层壳负责防撞，把坚固性做好。这样的做法，解决了技术上暂时无法低了成本。的难题，还降这种利用工程知识库中的现有的功能组件，尽快搭建出合理可行的解决方案的能力，可以说是总工程师的能力。所以，当你面对一个超大项目的操作，可以先去考虑一下，这里面有哪些局部，是已经有成熟解决方案的。 一个解决方案如果被验证有效，它就成为了一个模块，你可以直接把它嵌入到你的整体方案中，它可以帮你简化设计过程，降低项目整体的风险。面对未知，如何解决问题模块化是个很好的方法，但是，还不能解决所有问题。在核电站这样的项目中，还

11、有一个难题，就是不可知性。比的核些场景你不能现实模拟。你总不能说：我们来搞一次真实泄露，来验证一下我们应对灾害的是不是奏效吧。再比些复杂你无法。复杂系统是非线性的，像是一张网。系统的各个部分相互作用的方式很隐蔽，哪些地方会出错，出错了会导致什么后果，都不可能准确。在核电站室，有都很难一下5000多个故障灯，一个灯亮了，背后的故障子判定，要是多个灯同出任何人的识别能力。警，出现叠加故障，这个数量级就会超还有更麻烦的情况，可以称之为“有些原理你不知道”。比如，核电工程师一直都要一个难题：湍流。就是“水流湍急”的那两个字，著名物理学家费曼，把湍流形容为“物理学中最重要的未解问题。”一座核电站里，有几

12、万米长的管道，液体的流速、在管道拐弯地方形成的漩涡，这些参数在每一座核电站都不一样。湍流跟能量转换的效率、还有反应堆的冷却效果，都有关系。但这么重要的参数，现在还没有确定的数学模型来精确计算。但是，就算无法弄清事物的内在发生机制，总工程师依然有一套方法去处理问题，实现目标。这种能力，你可以把它称之为 结构化的想象力 。这种能力有点类似设计师，要把那么多材料、图形、色彩，在头脑中组合出一个模型，还要充分考虑到跟周围环境相协调。这种能力还有点像雕塑家，比如米开朗基罗，他面对一块大理石，他就能想象出来最终些不需要的部分。的样子，接下来的事情，只是一锤锤凿掉那这是一种艺术能力，看似无法表述，但是也不是

13、无迹可寻。举个小例子，你可以隐约地窥见结构化想象力在核电工程里面的用法。前面说过核电厂有5000多个故障灯，可能会出现的单一和叠加，有成千上万种，再优秀的工程师，也不可能了解所有的原因，但是，他可以依靠对整体结构的理解，盯住主要问题的复杂度指数级下降。，让处理具体的方法，就是先别想着向后找，而是向前看，先处理出现的症状。比如，几个灯同时亮了，提示管道的温度和下降，究竟为什么？暂时不知道。但是，它导致的后果，是能够预料的，这种情况下，最优先的处理方案可能是往锅炉补水，确保安全运行不出问题。至于现象背后的后去探寻。，这是一个漫长的链条，可以留在以这种方法在很多工作中都能用得上。比如你组织一个年会，

14、结果有两个人早上排练没到，你是去他们为啥没到呢？还是先拉两个人顶上再说？自然是先找人顶上。前提是你能预料到这类事情可能发生，提前有准备。结构化的想象力，是运行超大项目最重要的方法之一。在面对各种不确定的情况下，确保项目正常运行，需要我们建立对复杂系统整体的理解，也需要我们有总工程师一样丰富的实践经验。越复杂，越脆弱好，前面我们说的是怎有一个不能被击穿的对不确定性，但是每个超大项目，都会，我们很难承受在这个问题上不确定性带来的风险。比如，奥运会开幕式，不能延期；一个品牌的扩张，不能耗尽企业的最后一点现金；核电站的生核泄漏事故。，就是不能发在工程上，保证安全一个通用的办法，就是留出冗余。比如电梯标

15、出最大承载1500公斤，那么它的安全极限肯定是要高于这个数字。核电站当然也在使用留出冗余的方法。比如，反应堆保护系统里的有一个温度如果温度测量表，这个表显示的数值，跟安全非常有关系。异常系统可能会停止反应堆工作，停止发电。好，这么重要，如果只有一块表，没有备份肯定不行。那么两块呢？也不行，为什么？你想，如果一块表读数异常，而另一块正常，你听谁呢？工程师设计出的冗余是四块。那四块表同时发生故障的概率就很低。如果出现信号，采用四取二的原则四个里面有两个读数异常，就要采取措施。但是，你很可能已经发现这里面有个。建核电站的目的是发电，这是一个目标，如果我们让核电站的安全系统，都加上多重冗余，整个投资会

16、增加数十倍，那么还有必要建核电站吗？所以，靠不断增加冗余来解决安全问题，似乎不是个好办法。还有一点，不是很容易想到：即使不考虑问题，冗余做得越多，意味着这个系统越复杂，这就会带来新的不确定性，系统就会变得越脆弱，安全隐患就越多。这可不是我们的无端猜测，法国就曾经设计了一个超级冗余的核反应堆方案，配置了4个安全系统。但这样一来，整体造价就高了。为了平衡预算，它就提高了的单机功率增大了堆芯体积，但是这样一来，万一发生堆芯熔毁，就意味着更大的。你看，为了安全加冗余，但最后冗余带来了新的安全问题，抵消掉了安全系统的作用。所以，这个方案出来很多年，很难卖出去。这个时候，杰出的工程师，拿出了非常开脑洞的方

17、案。既然加冗余带来新问题，那么就反其道而行之， 简化系统的复杂性 。美国一家公司近年来提出了一个全新的核电站施工方案，业内叫AP1000，这个方案就体现了化约的思想，非常。前面说过，核电站最怕断水，冷却水要是漏了，堆芯就可能露熔毁。为了应对这一情况，多数核电站都使用了备用水泵，而且是双重备份，一旦出现意外，就及时把冷却水灌注进去。但是这里面有一个bug，就是水泵本身是需要电力的，设想一下，如果发生海啸这样的严重事故，导致电力全部中断，那备用水泵就不起作用了。AP1000的方法是，我不要电力了行不行？不要备份的水泵行不行？它的设计方案，是把两个大放在反应堆上面，一旦出现意外，的气动阀门打开，水自

18、然而然由于重力作用流下来，而那个气动阀门，只需要普通电池提供电力就可以。你看这个解决方案的精妙，就在于把安全交给了基础的物理规律，这就比任何系统都可靠。所以，当你有机会去运行一个超大项目，你同样应该考虑的是，它本来就必然这么复杂吗？有没有可能对这个超大项目的机制本身去做改造可靠的方法去做减法？有没有可能依托现有的寻找解决方案？、依托最基础总结好，关于怎么运行一个超大项目，我们通过核电站的例子，了总工程师处理问题的三种能力，为了方便你记忆，我们把它概括为三个力：第一，拆解力，尽可能使用成模块来解决复杂系统的问题，把期望变成可行。第二，想象力，面对不确定性，能预判出项目潜在的结构，进而找到解决问题

19、的方案。第三，化约力，一味地加冗余，可能会带来新的复杂性，尝试去简化复杂系统， 更基础的原理，也可能是更有效的方法。总工程师思维的内容，远远不止上面讲到的这些。在你的行业里，有哪些运行超大项目的经验和方法？欢迎你留言与我们。15539951.04345用户留言陈立宏19赞我是设计院里的机电工程师，参与过很多大型复杂项目的设计。这里以刚刚举办了进博会的会展中心（上海）项目为例，谈谈我在这个项目上对总（虽然我不是）思维之拆解力的体会。本项目超大，占地面积达到86公顷，面积达到147万平方米，什么概念呢，大约是206个标准足球场那么大。这不仅仅是一个展览馆，而是展、会议、商业、五星级酒店、办公楼等多

20、种功能于一体的超级综合体，同时，它的下方，还是一个从未间断过一天运营的地铁二号线。我们公司是这个项目的设计总承包，意味着，所有与设计相关的内容，都由我们公司一家来管理。拆解力在本项目尤为重要。这个所谓的拆解力，说的是把一个项目需要由本完成的工作和需要部分外包的工作逐一拆解开，在项目之初就大致框算出需要支付的分包费用，同时，需要把每个工作的工作范围、工作界面切分清楚，避免出现空白点或重复设计。而这种拆分，又分为两种，一种是因为的体量太大，而设计周期又非常紧张，就需要把任务拆解成若干单体，分给不同的团队齐头并进同时展开设计；另一种是不同的专项设计，例如城市道路设计（内部道路已经达到城市道路级别）、

21、景观设计、精装修设计、智能化专项设计能源站设计，等等，最后一共拆分出大几十个专项设计。同时，还要考虑在施工阶段也把项目拆解成不同的标段，由两家或多家单位同时施工，而怎么拆才能拆得干净、拼得起来、无缝对接，这都是对总的考验。2018-11-05用户：刘导9赞学完本课深深感到，即使在不同领域，工程思维其实是相通的。文章中提到的应对超大项目问题的解决方案在的设计和制造也体现的淋漓精致。1.功能模块化如文章提到空客A380飞机的制造是由海量零件组成，这些零件来自于不同的供应商。空客不可能掌控每一个零件的设计和生产，它需要做的就是提出每一个模块的功能标准，然后总装。发亦然。以普遍使用的涡轮风扇发动机为例

22、，由三个模块组成。风扇，压气机，燃烧室和涡轮。风扇提供飞机绝大多数动力，压气机用来提高进入发的空气流速和密度，压缩空气随后进入燃烧室与燃油混合燃烧，产生巨大能量驱动涡轮高速转动，涡轮再反过来带动风扇进而产生更大的推力，形成闭环。简单来讲，压气机为燃烧室做贡献，燃烧室为涡轮做贡献，涡轮为风扇做贡献，风扇为飞机做贡献2. 运行化繁为简发的主要功能是提供动力，所以所有零件都需要以此为目标。所以发工作是否正常，看它能不能提供飞机需要推力就够了。因此，飞机飞行时，飞行员不必去把控每个模块是否正常，看关键参数排气温度和转速。排气温度发的健康，转速发的性能。回到课程本身，有一点也非常重要但容易被忽略。超大项

23、目的完成是建立在分工协作上的，这意味着每一个环节都必须保持相同的水平。否则会导致水桶效应，出现系统风险。2018-11-05用户：rachel chen6赞结构化的想象力也适用于数字化运营业务的模块。百胜很多数字化运营业务中，支持最初这是线上的是否正常开放或关闭。异常的开放就会造成订单没有人去配送，异常的关店就会牺牲生意。对于餐厅而言，线上订单很多来源，自由有平台，的平台和各种b to b的平台都会进订单，某一个异常餐厅很难感觉到。所以应运而生了这样的一个支持。现在的支持已经演化发展衍生了很多模块，但这个业务的运营思维就是结构化想象力。异常发生时，深究其，不如先把问题解决。还是说餐厅异常关闭涉

24、及到的多种系统的菜单之间很多复杂的，系统第系统很多系统之间的。所以对于一线，专家都不能当下解决问题，何况是一线处理的培训就是，是不是应该开，如果应该开就手动把它打开。体系中所有的处理案例统计的数据会整理后以报告的形式给到相关的。这些们根据问题爆发的频次场景，再去想可能的，给出优化的方案。这样子通过结构化想象力的方式，就做到了一个成本最优，效率最优的营运模式。为什么，如何长期预防留给，当下做什么别出问题留给一线员工。说到遵循最简约化的道理，到一个最经典的例子，就是美国宇航员为了让圆珠笔在太空能够使用，花费了高额成本和时间来研究解决方案，结果到了宇航员这边，他们只是简单的把圆珠笔换成了铅笔就可以了

25、。删繁就简，回归最原始的物理特性，这是一个四两拨千斤，非常巧妙的解决思维。2018-11-06用户：田辞Vivian5赞因为参与各种复杂项目（相对于的能力圈和圈而言）比较多，所以把自己学习后的感受和日常的积累也总结一下：1. 模块化拆解设计非常重要。 这里面其实分两类，一是拆解的模块化设计，二是协作组织的模块化搭建。 任务拆解方式合理，模块合适的，事半功倍。2. 边界和目标要定义清晰。 这么多协同网络发展起来，是没办法做到上传下达的模式的，最后能做的就是自组织。怎么做到自组织呢？就是给大家一个简单、明确、清晰的底层目标，设定一个边界。 比如公司组织员工集体旅游，那么一个最重要的目标就是安全。有

26、了这个大方向，组织里的成员做各类大型小型决策都心里有底。3. 比起什么要做来说，说明白什么不做更重要。4. 日常就要做好模块收集工作。 某个人或者某个小团队或者某个公司，他们擅长的和不擅长的是什么，贴好后临到要有复杂项目时，直接取用。5. 项目的进展汇报，条件，做好封存。然，尽可能做到小步快跑、快速迭代。 什么意思呢？就是项目牵扯人和事都多，战线也拉得长。我们希望大家尽可能在同一界面上，才能协同步调，这就要求项目进展相对透明，不能等到一个大阶段结束了再全员知会。 所以要把项目进展汇报拆分成最小可交付的颗粒，以便大家实时理解，而且还能减少认知负担。6. 发挥单个人或组织的创造性。 比如我在开拓新

27、的细分市场过程中，单个细分市场的客户公司数目是数百计，要协调从上游开发到下游实现客户不同需求的整个复杂环境，那就不可能一一面对客户。所以对于团队的要求是：不能做的事是123，把事情做成，怎么做决定，有需要找我。 结果会比精细化管理好很多。7. 你不是最聪明的那个人，所以，就做最可靠的那个人吧。 要做一个超大型复杂项目，我们自身最重要展现给团队的素质是accountability（可靠），而不是表现得比所有人都聪明。2018-11-07用户：正一 Joey5赞>> 补充一个微观角度人的刻意练习就是一个创造模块化的过程。通过反复练习，大脑里会形成一些连接，以至于刺激一个脑区的时候，多个

28、脑区会联合响应。例如：我们小组的吴奇一到人多的地方就开始警惕。我作为即兴剧演员，一就开始兴奋。这都是脑区联动的效果。这种联动就可以理解为一种模块。我们通过刻意练习，形成多个人的状态模块，以便快速应对不同的场景 己的效率。人的工作、生活是很复杂的，但是我们可以通过模块化来提升自2018-117用户杨帆5赞文章里提到了核电站总工程师对大型项目的某些问题预判和解决方式，有些类似于师 对 于 整 体 项 目 各 方 面 设 计 结 果 把 控 的 架 构 思 维 。 事 实 上 ，architect（师）的英文单词本来就有架构者，造物者的含义，其实也侧面反映了我们现在所理解的师的部分工作性质及含义。拿

29、一个我作为经历过的一个规模不算大但是工作内容牵扯专业足够多且足够复杂的一个项目来说下我对这篇内容的理解延伸。我牵头过设计的一个国内地产前三强举办的商业综合体屋顶雨棚结构竞赛获奖并最终成为要建成的中标方案，然而设计稿要从图纸变成建成方案的过程就是一个全程的把控和架构过程。当时的现实情况是：主体结构已经完成；开业时间已经确定；我们的设计方案已经过会，不做大的改变。而我们在深化施工图过程中发现的一个最大的问题是：现有方案中庭的伞状雨棚结构需要有深入到的雨棚结构会有被风吹倒的二层的巨大结构支撑才可成立，否则如此高。但是在主体结构已经完成并且开业时间已定的情况下，凿开地面基础加固的可能性是不存在的。但是

30、没有中庭雨棚，中庭就会漏雨，地面层又没有考虑雨水收集方案，一旦下雨店面就有被倒灌风险在与结构工程师、雨棚材料供应商和甲方讨论过几个半夜会之后，我们得出了最可行安全的实施方案：取消中庭巨大的雨棚结构；延伸周围在屋面的雨棚结构尺寸，最大限度减小中庭受雨面积，同时不造成过多主体结构承；在中庭地面开一圈导水沟，杜绝商铺被水倒灌可能。这一系列的解决方案，即没有影响主体结构，没有拖延开业时间，同时最大限度的保持了原有方案设计风格，没有增加甲方的成本预算。这也是最后的实施方案，现在项目已经正常运行半年有余，成为很好的区域地标和市民活动场所。2018-11-06用户：陈立宏4赞再来说说掌控力和协同力。掌控力：

31、设计项目一般都有基本的流程，从概念方 案，到方案设计，到初步设计，施工图设计及施工配合，每个阶段需要着重解决什么技术问题，都要有详细的策划，并按照既定的时间阶段去一一落实，这个是有套路的。但总精力有限，不可能面面俱到，他必须有最关键的几个抓手，一是人，技术条线抓院内各专业老总和专业，进度和质量条线抓各部门；二是关键时间点的关键目标达成，三是项目设计过程中的异动情况，及时发现和处理风险协同力：设计项目中，由于前述因素，除了设计本身（其中也包含7大专业）被拆解为百来个不同的专项，不同标段，后续还有酒店管理公司和展馆运营入场，项目要达到业主和各管理运营的要求，整个设计体就必须要有一个统一的设计标准，

32、同一种图，不同人画，需要统一的表达，这样不同、不同的工作才能互相衔接。在项目开始之初，对设计体先商议出一份统一技术措施尤为关键。在设计过程中，各不同的专业、专项有些是上下游关系，有些是互相协同互为条件的关系，协调好各家单位，建立相关专项的有效率。机制，掌握好节奏，能极大提高整个项目的工作效2018-11-05用户：龚瓛4赞在设计一个高可靠系统的时候想象力非常重要，很多解决方案都需要引入一个完全相反的思路来抵消它带来的缺点，最近学习到一个很有启发的工程概念：负载均衡和反负载均衡。一般在企业里面会用多个设备搭建一个业务系统。为了充分利用每个设备的性能，会在多个设备之间做负载均衡，也就是每个设备分摊

33、一些业务以达到最大效能，同时可以让每个设备的损耗速度相似。再进一步想象，如果这个系统里面的每个设备磨损状态都差不多也会导致一个严重后果，那就是多台设备同时因为耗尽一起损坏。这个时候又引入了反负载均衡的方法，在系统整体接近末期时尽量让最老的设备加大磨损，让系统更早的更换单台设备的时间窗口，防止出现多点损坏。留出2018-11-05用户：杨伯特橙芯传媒4赞这节课特别有共鸣。我讲个切身体会，几前与公司、总制片人讨论所谓项目成本时，我有个最重要的收获，叫做：没有绝对的成本，只有永远的成本优化。比如，一个影视剧项目，从剧本创作和修订，到演员选择，主创班底搭建，再到摄影器材，后期团队等等，都不存在明显的“

34、 每一次决策，都是在同时重新衡量成本、稳定性、适配性和式”选择方法。说得些，10万点击量的网络大也可以讲一个不穿帮的故事，播2个小时，而50亿票房的战狼也是2个小时，但质量和效益却是上万倍的差距，怎么破？这就要靠总制片人的优化水平了。您看，在一个“非标件” 特别多的行业，处理问题的元能力反而更容易被凸显出来。今天，我把这个认知提供出来，希望对其他行业的 同学也有借鉴意义。所以，今天讲的几个方式其实非常重要，比如，模块化和想 象力（制片工作在优秀的总制片人眼中一定是模块化的），就是提醒我们要从具体细节中出来，永远关注全局的结构和目标；再比如化约力，就更是从度，去实现“优化”的重要能力。在电视剧行

35、业，总制片人就相当于项目的总工程师。2018-11-05用户：曹正华 Benny3赞总工程师模型中第三，化约力，一味地加冗余，可能会带来新的复杂性，尝试去简化复杂系统，更基础的原理，也可能是更有效的方法。这一点在我们全自动生产线必讲的一个案例，提醒我们的工程师，要化繁为简，以最少的投入可靠地解决工程问题，故事是这样的，一个知名肥皂企业自动化生产和包装肥皂，速度快不使用人工，但总有一定比例的没有装肥皂的空包装被打包进整箱中，工程师们运用先进技术设计了一个监测系统，造价几百万，解决问题的代价太大，而产线的工人拿了一台电扇，风量调到合适，空包装就自动被吹走了，耗资几百 元，而且更稳定有效。2018-

36、11-06用户：孔维玮2赞处理复杂系统的一个心法就是小，大。这个办法既适用于团队的搭建，也可应用于对整个系统技术架构的把握。1 小只的就是团队的数量要小，要精简，要聚焦。大的项目通过拆解之后，的问题往往并不多。此外，复杂系统里面的很多点状面状、网状的工程性问题的 有解决，那首先启动的应该是问题应该都已经解决，拼接起来的往往是。换句话说，如果发现还有诸多问题没各点的，而不是启动这个复杂工程。此外，小的团队数量少，有益于做决策和分析，否则由于利益的纠葛和涉及面的广泛，会导致工作会和协调会难以有效推进。2 大队周边的系统性支撑团队。在每一个技术细节，每一个只得就是在团要点，每一个关键技术方面，都需要

37、一个团队来支撑，而不是由小这个团队去解决。支撑性团队之间需要协调的应该只有软件、硬件的协议和接口，除此之外需要的就是对所分管方面的处理和专注。3 除去团队建设之外，系统的构建也是如此。例如美国为了满足其舰艇软件硬件迭代快速发展需要，提出了构建全舰计算环境（TSCE，Total Ship Computing Environment）的构想可以理解为船上的云。这个计算环境就是其未来舰艇信息处理、任务分发的小。未来的计算、和网络将统一配置在这个计算环境中根据执行不同任务的需要进行统一调度。复杂开发计算环境的专注的就是提供更快的计算、更大的和更便捷的网络接入，而切它配套设备（如、声呐、系统等），时，及

38、也就是大，则专注于自身软件算法和硬件的开发，需要各类时向全舰计算环境申请即可。2018-11-16用户：Arnie严鹏飞2赞往往越复杂的越脆弱，而越简单的越丰富。自然界是我们见到最复杂的系统了， 而所有生物的发展都是严格符合三个最基本的定律：遗传、变异、自然选择。对一个复杂的项目，我们是否可以通过制定简单目标来实现整体的管理。比方说腾讯公司，他们就鼓励员工小团体创业。曾经有一个项目，有不同的腾讯孵化公司在做，管理层把问题扔给马化腾，问他怎么取舍。马化腾的解决方案非常简单：都做，看谁做的好。所以，基本腾讯每个王者荣耀项目，都有多个团队赛跑：、2018-11-06用户：马天平2赞拆解能力的底层思维

39、是“还原论+涌现论”近年来有个学科突飞猛进，叫复杂学 科。复杂学科与一般学科的差异化主要是非线性、涌现状、近混沌等。但复杂性不代表不可知性，只要有足够的细节拆分再结合裂变思维，能找出规律。最基本地，是能够按照果的因、因的因、因的因的因一步步还原到细节，因为全部藏在细节中。次地，是在还原以后，考虑这种多变量带来的复杂性，因两两因 现。间反复动态制约，反而可能会使整体上更稳态，我们可以利用这种稳态涌2018-11-06用户：隋毅1赞基于为案例做信息增量，结合总工程师课程，思考气象行业中一个重要的工程，“气象模型”搭建的思考和经验1）小小人类如何衡量地区每个角落的体温蛇能吞像-只要把把大象给分了。我

40、们WNI有个最近搭建的BtoC模型-compass（提供给国内多家知名气象软件和平台），BtoC的难点是区块太小（100平方米范围内是否降雨），范围要广（今天你在上海陆家嘴，明天你可能在巴黎香榭丽舍大道打开同款天气软件降雨），精度要高（有雨未预测到，客户会离开你的软件）。个人客户的APP是时刻调用全球范围内的数据的。如何做到大范围，高密度，高精度的模型和数据库。如课中提到-拆解，我们分平面和高度两个空间维度，结合数据元素（风，浪等）采用多家数据模型，例如，美国预报中心，中国的海洋与大理局，美国航空航天局，欧洲中期气象气候中心等等当然不是单纯的物理空间选择。对每个模块进一步加上“验证有效性，每个

41、气象模型的结果都和实际观测到的数据做斧正，检验准确度精准者胜。由此拼图成整个地球。2）有限，想象力无限因为效益和产出的限制，气象的数量是十分有限的，即便结合全球资源，依然有覆盖不到的地方。为何不再此试一试挖掘现存呢？什么分布最广密度最大？ 客户。我们先从实时分析图片的识别技术，发展出在合作方的APP中开通客户拍照上能，通过对客户拍下的云图分析这是几期的积雨云，结合APP抓取的GPS信息大概率算出此地区多久后下多大的雷阵雨。由此我们不再是一个城市1个了，而变成百万个。2018-11-11用户：王小飞1赞会议系统也很类似，牵涉领域很广，仅其中一个硬件部件就包含ID研发一套设计、结构设计、硬件单板、

42、布局布线、热设计、安规、单板工艺、FPGA、音频 编算 法 (AAC/711 等 等 ) 、 音 频 3A 处 理 算 法 、编算 法(263/264/265等等) 、3A算法、传输协议等很多领域，每个领域里又有很多模块，没有一个人能够完全掌握。所以必须要有一个技术出身的项目经理牵 头，与架构师、各领域专业工程师一起，从上至下做模块划分、拆解，定义接口，每个模块尽量高内聚，低耦合。同时为保证项目或模块，并对风险高的关键模块做备份方案。，尽可能选择成熟器件2018-11-10用户：张晨（Grant ）1赞“盯住并解决主要”是今天给我启发最大的。现在带领的项目同时有几个方面的问题要解决：1、项目执

43、行：涉及到和不同线的集成，和不同的项目组协调2、设计：需要找到爆款的功能，做包装/宣传3、销售的建立和激励4、新创立的订单和生产流程这几个方面看似哪个都重要，不解决哪一个都没法上市。但仔细分析这里面只有销售和激励是主要（背景是我们已着项目执行，经有了几款前期的）。如果打开，销售上来，自然会流程的建立，其他部门也更愿意把他们的放在我们平台上。其他几个问题都是销售，在销售周围使劲，不如全力解决主要。2018-11-09用户：代成龙1赞如何运行一个超大项目，如果这个项目是“一个世界”哪？那总工程师是不是就是造物者？如果这样说得通，那么“最简原则”的一种表现形式就是模块化，这就像乐高，坏了一个积木就扔

44、掉，对整体没有影响，因为一块积木也只是这个积木场景的一个小部分，只要能换上就好办。在软件设计中，尤其是和第的合端服务作中，会高频应用到模块化的例子。比如和的合作，当用户触发把其（模块一）聊天列表中的某个地址到指定车辆时，信息先给到端（模块二），服务端脱敏、转化后给到我们的服务端（模块三），然后我们的服务端进行鉴权等后给到车辆（模块四），车辆接收到以后通过语音助手（模块五）在合适时机播报，如果用户选择导航，那么就会将信息发给导航（模块六），让导航进行路线。这么做的好处是什么？ 模块一和模块二可以是任何一家想导航的应用，后续的路径不需要修改； 如果模块一和模块二修改意图（比如变为听歌），那么只需要

45、模块六（最终提供服务的部分）进行更改即可； 模块三和模块四不一定对接语音助手，还可以对接某个其他应用，让用户有多触点可以完成任务。同时，模块化之后，追查一个bug的方式也发生变化，先确认信息在哪个模块中断，然后再在该模块内部追查，而不是全程追踪这个bug。以上。2018-11-09用户：陈丽敏 Pandy1赞学习这课后，对于三个力有补充的理解。1.拆解力：对复杂项目模块的拆解往往 有横向和纵向的。项目进程上的分阶段、不同业务模块.这些可以看成横向并列 模块。还有一些监督、技术职能.的可以看成纵向模块。在整个项目运行中，就要保证模块间既相互、无缝衔接，又是相互补充和制约。大家跟着时间节点并行和串

46、行交错运行。2.想象力：依赖于丰富经验和专业素养的积累沉淀。一个被详细的问题追溯、解决方案和实施结果文档会是非常宝贵的资料。好比耶鲁历史学教授回答为何学历史，不是用来未来，而是在当下问题时，懂得在历史中找到相关，然后就是发挥想象力去创造未来。3.化约力：项目一定是在时间、成本、人力.限制下进行。在涉及项目安全交付上尽可能留有冗余。其它次要方面要敢于断舍离。2018-11-08用户：胡杨1赞补充一个角度，超大规模的项目在实施前，要充分进行项目的需求分析和论证， 一般先由用户方进行需求论证，运用一套系统工程的方法，将该项目的完整使用场景用规范的描述语言阐述出来，这个过程往往要经过好几轮的迭代，以确

47、保项目的需求被充分、准确、无歧义地表达从超大规模项目的实施情况看，在项目需求分析阶段花的钱和时间，往往是对项目全周期影响最显著的，有统计统计显示，超大规模项目在交付后，出现的80%的问题都是由于在需求分析阶段没有把该定义该讲清的需求表达清楚而造成的。而一旦在项目完成后再改，付出的代价往往是难以接受的。做软件工程的同学相信也一定有相同的感受。2018-11-08用户：苏苏1赞总工程师模型：IFRS里有一项工作叫Purchase Price Allocation，是企业收购另家企业之后要做的对收购价格的拆解。如果收购总价是100，可以拆解成固定资产，非固定资产，后者又包括品牌价值、IP价值、客户价

48、值等等和商誉。这项工作是不是听起来很复杂？但其实复杂的工作都是可以拆分成模块的！ 然后只要刻意学习每个模块的方法（比如评估固定资产的方法和评估品牌价值的方法是不一样的），就能有效的对整体和局部有互通的认知。在估值过程中，最忌讳的是garbage in garbage out，意思是变量不能太多，所以估值工作的核心还是了解公司的商业价值，尽量用的指标，有公的数据。2018-11-08用户：魏璞1赞一个商业地产项目开业，其复杂性来源于商业落地和地产开发两个行业的内在差异，但又要在同一个时空相互协同推进，以及在同一个时点收口最终形态。你很少看到一个购物中心先建好楼，再慢慢招商，实际中开发和商业的工作

49、都是同时进行的。地产开发本质上是工程项目，注重计划与节奏，质量与安全。而商业涉及的工作，则往往要追求变化，规则，而这两个条线上的工作共涉及十多个部门的相互协同，还不算各种总包分包团队。它与常密切，如果是面向年轻人的购物中心，它的、社区的协同也非推广任务也一点不轻，并且同样伴随开业进程同步推进。一个十的购物中心，要提前两年确认设计方案，而入驻的商户，除了个别特殊品牌要与设计阶段同步，绝大多数都要在项目建成前半年内才完成招商。那商户对已落成的空间需求，改还是不改，如果再牵扯到消防、机电、空调，是否按商户的要求调整，还是放弃一些商业上的想法。再如果涉及到一些动线的考虑，比如加一部观光梯，或飞天梯，如

50、何决策。这些情况，在每一个购物中心项目开业阶段都会遇到。首先，要尽早把一些关键相关方拉入设计阶段，比如对结构要求特别高的国际品牌如苹果体验店，比如一些特殊功能性场所如剧场、游泳池，尽可能早的确认招商决议将它们的需求纳入初始设计阶段。其次，组建有经验、复合型的团队，能够在每一个环节做出必要的预判提示，什么地方可能发生变更，主要的把控节点和难点是什么，当下可以做哪些灵活处置以应对多种可能情况。再次变更总会大量且不断发生，做好充分的组织决策安排，比如都有跨专业的项目会，项目班子带着十来个部门，确认一切当下发生的临时状况，不管是放弃一个商户，还是硬上一个施工，都在即使决策。最后，要理解任何一个商业地产

51、项目，都难免会留有遗憾， 因为最终的呈现是在各种平衡下的结果，它不能完美，但同样可以成为伟大的作品，因为它也是现代人类复杂分工协作的典型代表之一。2018-11-08用户：李霄光1赞11月8日总工程师思维模型。核电站和保险，看起来风马牛不相及的两个系统，保险的系统对错误的度相对核电站工程来说，显然更宽容。但保险的系统更像一个复杂任务系统，核电站工程更像单一目标任务系统。如果用总工程师思维来看，感觉头脑中的很多思维断点瞬间连接，但同时保险的系统会有其不同的特点。一个健康保险简单来说离不开四个系统，市场，定价，运营，服务，四个系统之间相互影响而自成体系。举例来说，健康险的定价虽然可以自成体系，但是

52、如果定价需要具有更大的市场竞争力，那运营中前端核保，后端理赔都必须具体非常严谨的，可执行的制度，同样，如果配套的医疗服务如果能在触达客户的时机上，尽可能前置，那也可以一定程度降低风险，从而降低保费。所以，保险的定价可以单独运行，代价就是不符合市场的需求。同样，服务系统遇到的情况也一样。保险系统的任何一个系统和其他系统之间的都是网状的，互相作用，互相影响的。核电站的各模块的设计更像是线性的，任何模块都是为了解决单一目标问题而存在的。面对保险这样的网状复杂系统的运行，我个人觉得可以深入人心。各个子模块都会有如下心得。第一，整体目标必须非常明确，且的认知和固有思维，每一个子系统的调整都是存在风险的，

53、如果不能明确目标，那实际整合是难免各怀鬼胎。例如谷歌的不做恶，例如腾讯团队的给者带来。第二，能动嘴的，不要写邮件。第三，设定清晰的阶段性目标，定期检视，实时复盘。第四，利益分配机制必须透明。2018-11-08用户：Dragon 大龙1赞今天的课程"“总工程师思维模型”"讲的是不能失败的超大型项目如何通过成熟模块化协同，简化而非多功能避免或降低风险，发挥结构化想象力处理无法复杂机理事务，也就是说运用拆解力，想象力和化约力的思维方式。结合前几天同学TED上海迪斯尼项目管理的案例，在大型项目建立共同愿景，贯彻坚持原则执行力以及加大责任筹码也是非常重要的延伸思维。对我们来讲主动去组织或者参与一个集成的、发生更加复杂的分工协作超大项目才能帮助我们在实践过程中建立总工程师思维认知和能力。2018-11-08用户：冷雪峰(夏雨雪)1 赞切身案例1. 分而治之，这个是编程算法领域一个非常重要的思想。一个复杂的问题，通常被分解为几个简单的问题，逐个击破以后，再有机的组合起来， 就解决了复杂问题。分而治之，逐渐还演化出“模块化”的思想，让工作分配， 问题排查，开发效率等方面得到了极大的优化。2. 对于想象力，程序员往往用在解bug上。这个和这节课的内容有所不同。课程中的想象力是看向未来，程序员的想象力是看到历史。比