工程思维，是小学就开始教的

概述：播放量最高的工程课，居然拍给小学生

在YouTube上检索"engineering explained"，热度榜单长期被汽车频道霸占，但其中夹着两条画风完全不同的视频：Crash Course Kids出品的《What's an Engineer?》与《The Engineering Process》，主角是一位对镜头讲话的小学生节目主持人，片长不到五分钟，播放量却分别站上264万和246万（据本站2026-09-15素材快照）。无数工程师、程序员、产品经理被算法推着点进去，本想划走，却看完了，还点了收藏。原因很简单：这两条“儿童片”讲的工程设计流程（Engineering Design Process），恰恰是成年人在瀑布式开发的泥潭、在“一次做对”的执念里弄丢的那个元算法。本文以《The Engineering Process》为主线做完整深读：还原它的论证链条，把它背后的真实工程史与标准文献逐一挂靠，最后翻译成成年人可以带走的操作清单。

视频基本信息

核心内容拆解：四分钟里的六步循环

要点一：工程不是“造东西”，是“解题”

视频的起点（与姊妹篇#12.1一脉相承）是一个定义动作：工程师不是“会修东西的人”，而是用科学、数学和创造力去解决问题的人。这个定义的潜台词常被成年人忽略——工程的起点永远是一个“需求”而不是一个“装置”。先有问题，后有方案；方案只是问题的函数。整条视频的全部内容，都是把这句话展开成一套可执行的步骤。

要点二：第一步永远是“把问题说清楚”

按该系列的通行讲法，工程设计流程的第一步是定义问题：你要解决什么？给谁解决？什么算解决了？这一步在儿童语境里显得理所当然，但恰恰是工业界翻车最多的环节。需求工程标准ISO/IEC/IEEE 29148把“无歧义、可验证”列为合格需求的基本属性——绝大多数失败项目回头复盘，病根都在第一步：问题定义含糊，后面每一步都在给模糊性放大倍数。

要点三：构思与计划——先发散，再收敛

流程的第二、三步是构思（头脑风暴多个方案）与计划（选一个方案、画图、列材料）。这两步的顺序藏着方法论：先发散再收敛。发散阶段禁止自我审查，收敛阶段才谈可行性与成本。这是几乎所有创造方法论（从斯坦福d.school的设计思考五阶段，到丰田的创意提案制度）共享的骨架——它对抗的是人类思维最顽固的捷径：抓住第一个想到的方案，直接开工。

要点四：建造——“第一版就该糙”

第四步是制作原型（prototype）。儿童版视频传递的信息朴素到近乎冒犯：不要指望第一版完美，第一版就是用来暴露错误的。这正是原型方法的全部精神——用最低的成本，把“我们以为对的”变成“可以拿来测试的”。洛克希德“臭鼬工厂”的凯利·约翰逊法则、精益创业的MVP、软件行业的“fake it before you make it”，说的是同一件事：原型不是半成品，原型是提问的工具。

要点五：测试——“用数据说话，不用感觉”

第五步测试的关键词是客观：方案行不行，不看创作者有多爱它，看测量结果。儿童版把这步讲得格外郑重，因为它是对抗“自我感觉良好”的唯一疫苗。到了专业语境，这一步长大成验收标准、单元测试、A/B实验——形式变了，内核没变：让世界而不是作者来打分。

要点六：改进与循环——“最后一步会把你带回第一步”

全片真正的高潮是最后一步之后的那个箭头：改进（improve）不是终点，而是把整个流程拉回起点，开始新一轮“定义—构思—计划—建造—测试”。视频用四五分钟把一个闭环讲完，这个闭环就是全片唯一的主角。儿童版没有说破、但每个成年观众都该自行补上的那句话是：工程不是一条流水线，是一个循环；工程师的成熟，不是学会不再失败，而是学会更快、更便宜地失败。

知识与理论溯源：这条循环的百年家谱

溯源1：NASA的工程设计流程教育体系。 视频里那条“定义—想象—计划—建造—测试—改进”的循环，在工程教育界最著名的出处是NASA（及其下属JPL）面向教育者的工程设计流程（Engineering Design Process）教学框架，同样是六步循环的画法，被北美中小学科学课广泛采用。Crash Course Kids这类节目本质上是把NASA/NRC科学教育体系里的工程实践标准，翻译成了儿童语言。换句话说，这条“儿童版流程”的出身是正牌航空航天工程界的工程方法论。

溯源2：瀑布模型的诞生与误读。 成年人世界的反面教材是“瀑布式开发”：1970年，Winston Royce发表论文《Managing the Development of Large Software Systems》，画出了那条著名的单向下水瀑布。颇具讽刺意味、也常被引用错的一点是：Royce本人当年是在批评这种“只走一遍”的做法，论文后半段明确主张“往回迭代”并配合原型——可惜 industry 只记住了那张简化图。从Royce的本意到儿童版的闭环箭头，工程史用五十年时间绕了一圈，回到小学生都懂的常识：一次做对是幻觉。

溯源3：PDCA循环与丰田生产方式。 这条循环在管理学里的学名是PDCA（计划Plan—执行Do—检查Check—处理Act），由休哈特提出、戴明在日本发扬光大，是丰田生产方式与持续改善（Kaizen）的方法论心脏。它和工程设计流程几乎是同构的：先假设、再验证、用检查结果驱动下一轮假设。戴明反复强调的一点，恰好就是视频第五步的精神——判断必须基于数据，而数据必须来自对真实运行的测量。

溯源4：莱特兄弟的风洞与戴森的5127次原型。 这条循环最硬核的历史注脚在航空史：1901年，莱特兄弟的滑翔机试飞性能远低于计算预测，他们的反应不是修改公式，而是造了一个风洞，对两百多个机翼剖面逐一实测，用实测数据重建了升力模型——次年新滑翔机性能即大幅改善，并为1903年的动力飞行铺平道路。现代例子是戴森：据其本人自述，无袋吸尘器历经5127个原型才量产。两个案例隔着百年，共享同一条算法：预测失败→测量→修正模型→再预测。这条算法就是“测试与改进”这一步的全部尊严。

批判性审查：哪些站得住，哪些是儿童版的天然简化

站得住的部分：六步循环本身是工程教育界与NASA体系的共识框架，无争议；“迭代优于一次成型”有从PDCA到敏捷宣言的百年实践背书；播放量级与频道信息来自多日素材快照交叉一致。

被简化的部分：其一，儿童版把六步画得近乎线性循环，真实工程里各步骤高度并行、彼此回灌——需求会在测试阶段被推翻，计划会在建造阶段重写；系统工程专业用V模型、INCOSE手册这类工具处理这种耦合，儿童版不涉及。其二，视频没有提“权衡”（trade-off）：真实工程几乎没有“最优解”，只有多方约束下的折中——重量对续航、成本对可靠、进度对范围，这门“取舍学”才是资深工程师真正的护城河。其三，“发散后收敛”说起来轻松，谁参与发散、谁有权收敛，是组织政治问题，不是流程图问题。

容易误读的部分：不要把这条流程读成“设计思考”式的万能灵药。设计师Natasha Jen曾在公开演讲中炮轰设计思考的贴纸文化——把流程图贴满墙并不等于拥有了迭代能力；流程的效力来自后面那件苦活：真的去做、真的去测、真的根据数据改。同样，也别因为它是儿童节目而低估它：能把一件事讲到一个八岁小孩懂，说明讲述者真的理解了它的骨架。

认知提升与实用启示

第一，给每个项目先写三行验收标准。 开工前强迫自己回答：什么算成功？用什么测？多久测一次？写不出来，说明问题定义这一步没完成——按视频的顺序，此刻开工就是违规。这三行字在软件里叫验收标准，在研究里叫可证伪性，在人生里叫“知道自己是成了还是败了”。

第二，给第一版设“粗糙预算”。 主动限制第一个原型的投入：限时两小时、限一百行代码、限一张纸。粗糙预算的心理学意义是把“面子”从第一版上摘下来——既然它本来就该糙，失败就不再是打击，而是流程的正常呼吸。原型是提问的工具，不是成绩单。

第三，建一本三行实验日志。 每轮迭代只记三行：预期是什么、实测是什么、下一轮改什么。它是莱特兄弟风洞记录本的现代个人版。坚持一个月，你会得到两样东西：一组不再靠记忆美化的客观数据，和一条肉眼可见的能力上升曲线。

知识结构图

flowchart TD
    A["定义问题<br/>说清验收标准"] --> B["构思发散<br/>方案越多越好"]
    B --> C["计划收敛<br/>选型画图列材料"]
    C --> D["建造原型<br/>第一版就该糙"]
    D --> E["测试测量<br/>让数据打分"]
    E --> F{达标了吗}
    F -->|没达标| G["定位偏差原因"]
    G --> B
    F -->|达标| H["复盘沉淀<br/>经验进下一题"]
    H -.-> A

延伸阅读

1. Crash Course Kids 频道主页 — 本文视频出处，#12.1《What's an Engineer?》是与本文最配套的姊妹篇，同样值得五分钟。
2. NASA JPL 教育频道官网 — 视频里那条六步循环的“官方成人版”，附大量可动手的工程实践项目。

一句话总结

它用四分钟、一条循环，把工程学最贵的秘密讲给了八岁小孩，也讲给了所有忘记它的大人：先定义、快原型、勤测试——最后一步永远是回到第一步。

参考来源

1. The Engineering Process: Crash Course Kids #12.2 — 本文解读的核心视频（播放量据2026-09-15素材快照）
2. Crash Course Kids 频道主页 — 视频出处频道与系列结构
3. Engineering design process — Wikipedia — 工程设计流程的定义、流派与NASA体系交叉验证
4. PDCA — Wikipedia — 休哈特—戴明循环与持续改善的文献出处

   本文由「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 等场景全覆盖。