首页 › tech › 工程流程神课:失败是圈不是坑

工程流程神课:失败是圈不是坑

概述

一条两百多万播放的少儿科普视频,讲的却是成年人最容易缺的一门课:工程师不是发明家,而是“带着镣铐解题的人”。Crash Course Kids 用短短几分钟把工程流程拆成“定义—开发—优化”三个动作,而这三个动作正是美国K-12科学课标里工程设计的原文骨架,也是从NASA到戴森都在用的同一个圈。本文把这条儿童课读成成人版方法论:为什么失败是数据而不是事故,为什么“先写约束再想方案”能救命,以及真实的工程之圈比视频里画的多了哪几个弯。你没看过视频也能完全读懂,看过的会懂得更深。

视频基本信息

项目 内容
视频标题 The Engineering Process: Crash Course Kids #12.2(工程流程)
频道 Crash Course Kids
频道主 Sabrina Cruz
播放量 约248.7万次(据频道页面)
链接 https://www.youtube.com/watch?v=fxJWin195kU

Crash Course Kids 是知名教育品牌 Crash Course 的少儿版,由 Complexly 出品,2015年开播,专门把中小学科学课标翻译成孩子能听懂的语言。这一期属于它的工程思维单元,题目只有一句话——“工程流程是什么”——但它选的恰恰是整个工程学里最“通用”的一块知识:不涉及任何具体机器,却适用于所有机器。

一、视频在讲什么:工程师的活儿,是一个圈

视频的叙事顺序很干净,五步走完,一步不绕。

第一,工程师是谁。 开场先纠正一个流行误解:工程师不是“造机器的人”,也不只是“修东西的人”。工程师是用设计解决问题的人。而且每一个真问题都由两半组成——想达成的目标,和躲不开的限制。只想要结果、不谈限制的问题,在工程上根本不成立。

第二步,定义(Define)。 把模糊的抱怨翻译成可执行的问题陈述。视频给了一个关键区分:标准(criteria)是你想达到的、可以衡量的东西,比如“承重五公斤”“三秒内完成”;约束(constraints)是不许越界的边界,比如预算多少、时间几天、只能用什么材料。很多失败项目回头看,不是败在执行,而是败在从头到尾没人写清楚这两样东西。

第三步,开发(Develop)。 先发散、后收敛。先逼自己想出不止一个方案,再按第一步定下的标准逐个比较,选出最合适的那个,然后做出一个原型(prototype)来。视频反复强调:原型是用来回答问题的,不是用来展览的——它的任务是把“纸上争论”变成“可测试的事实”。

第四步,优化(Optimize)。 拿原型做测试,对照标准找差距,改设计,再测。注意视频里的用词:改进是一轮一轮来的,每一轮都从测试数据出发,而不是从“我感觉”出发。

第五,收尾点题。 这不是一条从左到右的流水线,而是一个圈(cycle)。卡住了,就带着新数据回到上一步。失败不是事故,是数据点;你的第一个方案,几乎从来不是最好的那个。

这套框架朴素到像常识,但它和NASA搞系统工程用的“设计—建造—测试”循环是同构的,和戴森做五千多台原型的路数是同一个圈。少儿版和职业版之间,差的只是精度和狠度,不是方向。

二、这套流程从哪来:课标、诺奖得主与五千台原型

视频的框架不是编出来的顺口溜,它有非常正的来历。

最近的来源是课标本身。 美国《下一代科学标准》(NGSS)专门为小学阶段写了工程设计标准,编号3-5-ETS1,一共三条:ETS1-1,定义一个简单的设计问题,须包含成功标准与约束;ETS1-2,生成并比较多个可能方案;ETS1-3,规划并实施公平测试,控制变量、找出失败点、确定改进方向。“定义—开发—优化”就是这三条标准的儿童版转写。换句话说,这条视频是在教课标原文,不是在教鸡汤。

更深的源头是赫伯特·西蒙。 这位诺贝尔经济学奖得主在1969年的《人工科学》(The Sciences of the Artificial)里给设计下过一个经典定义:设计就是“把现有情形改造成想要情形”的行动。西蒙还提出,真实世界的设计者几乎从不追求最优解,而是在约束之下寻找“满意解”(satisficing)——这正是视频里“标准加约束”那套话术的学术原型。

工业级的版本是斯图尔特·普夫的总设计理论。 英国工程师Stuart Pugh在1991年的《Total Design》里把设计描述成发散与收敛的交替:先故意把方案空间撑大,再用一张按标准逐项打分的普夫矩阵把方案收窄。视频里“多想几个再选一个”,就是普夫矩阵的小学版。

历史实证更不缺。 莱特兄弟在1903年成功之前,1901年先自己搭了一座风洞,对两百种左右的机翼剖面逐一测量升力与阻力数据(据David McCullough《The Wright Brothers》及公开史料),用数据淘汰掉流行了数十年的错误翼型表——这是“优化循环”最著名的一次 manually 执行。詹姆斯·戴森则据其本人回忆录称,做了5127台原型才让气旋分离技术达到可用——他的第五千一百二十七次失败,本质上就是循环里的第五千一百二十七个数据点。

有意思的是,流程本身也是被这套流程优化出来的产物。早期软件工程盛行瀑布模型,一步走完再走下一步;实践反复打脸之后,工程界发明了迭代、敏捷、螺旋模型——你看,连“怎么干活的方法论”自己,都经历了一轮“测试、找差距、改设计”。

三、真实的圈:视频没讲的三个弯

少儿版为了清晰,把圈画得太规整。真实的工程之圈上有三个常见的弯,视频没讲,但成年人必须知道。

弯一:定义会漂移。 视频默认“定义问题”是圈的第一格,做完就往下走。真实项目里,需求本身在动:用户用着用着才知道自己要什么,市场一变,约束全变。所以真实的循环里到处都是跳线——优化到一半跳回定义、交付之后又跳回开发。流程图是地图,不是铁轨。

弯二:优化是多目标的。 视频里的“对照标准改一改”是单变量游戏。真实工程是在承重、成本、重量、能耗、可制造性、维修性、法规合规之间做权衡研究(trade study):没有任何方案同时赢下所有列,你只能决定牺牲哪一列、牺牲到什么程度。安全系数、冗余设计这些概念,都是为“多目标打架”发明的和平协议。

弯三:原型是分等级的。 从纸面草图、计算仿真、缩比模型、功能样机到中试产线,越靠前越便宜。现代工程用有限元仿真、风洞数值模拟把大量“测试”搬进计算机,让失败发生在最便宜的环节——同样的失败次数,成本可以差几个数量级。

把视频的循环和这三个弯拼起来,才是完整的成人版地图:

flowchart TD
    A["定义问题<br/>目标+约束"] --> B["发散<br/>至少三个方案"]
    B --> C["按标准打分<br/>收敛选一个"]
    C --> D["做原型<br/>最小可测"]
    D --> E["公平测试<br/>只改一个变量"]
    E --> F{"达标了吗"}
    F -->|"是"| G["定稿交付<br/>留下测试记录"]
    F -->|"否"| H["读失败数据<br/>定位短板"]
    H --> D
    G -.->|"需求变了"| A

四、批判性审查:哪些站得住,哪些是儿童简化

站得住的部分,证据非常硬。 框架与NGSS课标原文、工程教育界共识完全一致,这是它的第一层底气。“先定义后动手”有成本端的证据:软件工程经典研究(Barry Boehm的工作被引用最广)反复显示,需求阶段埋下的缺陷,拖到后期修复,代价可以放大一到两个数量级——视频把“定义”放在圈的第一格,是对这条规律的忠实转述。“多方案比较”则是对人类认知弱点的直接防御:锚定效应会让你莫名其妙地爱上第一个点子,强制发散是对抗它的纪律,而不是形式。

被简化的部分,也要说清楚。 其一,循环画得太干净,真实的迭代是一张互相跳跃的网,视频为了教学做了理想化,这是少儿科普的合理取舍,但成人若照搬,遇到需求变更时会误以为自己“不按流程”了。其二,约束讲得太少:法规、伦理、长期维护这些看不见的约束,恰恰是成年工程世界的重头戏。其三,也是最容易误读的一点——“测试、改进”听起来像自动导航,仿佛按步骤转圈就一定能收敛。实际上每一轮循环都需要工程判断:改哪一个变量、容忍多大的偏差、何时止损换方案,这些决策无法从流程图里读出来。流程是脚手架,不是算法;把它当清单仪式执行,就成了形式主义。

值得称道的是,视频并没有许诺“照流程做就一定成功”,只是说“这是工程师逼近答案的方式”。这层克制,是它比很多成人成功学内容更诚实的地方。

五、认知提升:三条能带走的手艺

第一条:动手之前,先写约束清单。 不超过三条——预算上限、时间上限、一条可检验的验收标准。写下来的检验方法很朴素:把这张纸交给别人,对方不用听你解释,就能独立判断任何方案的好坏。做不到,说明问题还没被“定义”,此时 brainstorming 只是把混乱摊开而已。

第二条:建一本“测试账本”。 每轮只改一个变量,每次失败都记录一句话:“这次证明了什么”。项目结束或卡死时,你手里应该有一张排除表,而不是一堆模糊的挫败感。戴森的5127台原型,本质上就是一本极端厚度的测试账本——他淘汰的从来不是“失败”,而是“错误答案”。

第三条:强制三方案,再收敛。 任何设计决策前,逼自己列三个方案,用一张三列表格(方案/预计达标程度/主要风险)打分。哪怕最终选的还是第一个点子,你也已经知道了它的相对位置——而且另外两个方案别扔,优化阶段卡壳时,它们是回头路里的近路。

结语

这条两百多万播放的儿童课,其实讲了一个成年人世界反复付费才学到的道理:工程师和普通人的区别,不在于数学更好,而在于他们把“失败”从一个情绪问题,改造成了一个信息问题。定义、开发、优化,一个圈转下去,每一次失败都让圈变窄一点。所谓工程能力,就是让失败变得便宜、频繁、可读的能力——这条五分钟的少儿视频,把这个秘密讲得比大多数职场书都干净。

延伸阅读

参考来源

  1. The Engineering Process: Crash Course Kids #12.2 — 本文解读对象视频,Crash Course Kids 频道(播放数据据频道页面)
  2. The Holy Grail Of AWD Systems | Rivian R1T — 工程权衡取舍的演示案例
  3. It Turns Out, Hybrids Are Really Hard On Engines — 约束条件决定设计方案的演示案例

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护,聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入