波仔
💻 第十二章 SE负责监管计算机系统的构建
📄 一句话概括

系统项目的失败很少输在技术——目标没对齐、需求没听懂、过程失控才是三大主因；四张记分卡均衡拿分，才是成功的正解。

📝 本节和前面几节的关系

上一节点破目的错位，本节把成败原因系统盘点一遍——给 SE 的工作画一张体检表。

一、失败三大主因

目标没对齐：客户要 A、团队做 B——立项时没把【成功长什么样】写死； 需求没听懂：访谈走过场，文档含糊，到测试才发现做的不是客户想的； 过程失控：进度、质量、范围三头同时失守，越拖越错、越错越拖； 注意三项全在【人与过程】上——纯技术故障反而少见。

二、成功的配方

目标明确（30 分）＋需求沟通充分（25 分）＋过程管理到位（25 分）＋运维有设计（20 分）＝四卡均衡； 任何一张卡缺角，总分就够不着及格线——成功不靠单项满分，靠无短板； 对照看：四张卡恰好就是 SE 的四件主业（12.1~12.7）——SE 做得好，系统多半成。

三、失败也是教材

知名失败案例的共同点：金额巨大、技术不算难、败因全在目标与沟通； 复盘的价值不在追责，在把【下次怎么拦住它】写进规范——12.3 的文档绳结、12.4 的验收凭证就是拦网； 【⚠️ 2026 现状】敏捷用【小步交付＋高频反馈】把【目标没对齐】的暴露点从一年后提前到两周后——失败成本被架构性压低。

四、动手 Demo：两张记分卡定成败

给两个项目按四张记分卡打分，算总分并给出判定，看短板怎么决定结局。

cards = [("目标", 30), ("需求", 25), ("过程", 25), ("运维", 20)]
pa = [15, 10, 15, 8]
pb = [28, 24, 22, 18]
print("甲:", sum(pa), "乙:", sum(pb))

实跑输出：

--------------------------------------------------------------------
计算机系统的成功与失败
--------------------------------------------------------------------

系统项目为什么会失败? 把失败原因归纳成四张记分卡, 给两个项目打打分:

  记分卡           满分     项目甲     项目乙
  --------------------------------------------
  目标明确         30       15         28
  需求沟通充分     25       10         24
  过程管理到位     25       15         22
  运维有设计       20       8          18

    项目甲           48 / 100  -> 失败(总分低, 目标与沟通双双失守)
    项目乙           92 / 100  -> 成功(四卡均衡, 无短板)

    失败很少输在技术——多数输在【目标没对齐、需求没听懂、过程失控】;
    成功也不靠堆技术——四张卡均衡拿分才是正解。这四张卡, 全是 SE 的活。

甲 48 分失败——四卡全线失守；乙 92 分成功——没有一张卡低于 18。 给手头项目打打分：最低的那张卡，就是最该先补的地方。

30 秒实验

  1. 给一个你知道的（或设想的）失败项目归因，指出四卡中塌得最狠的一张。
  2. 解释【成功不靠单项满分、靠无短板】这句话对个人成长的启发。

常见误区

  1. 以为失败多因技术不行——三大主因全在目标、需求、过程，技术只是末端。
  2. 以为成功靠某个天才环节——短板定律：最弱的一张卡决定项目成色。
自测三问（点开对答案） 1. 失败三大主因？ —— 目标没对齐、需求没听懂、过程失控。 2. 四张记分卡是哪四张？ —— 目标明确、需求沟通、过程管理、运维设计。 3. 成功的关键形态？ —— 四卡均衡无短板——不靠单项满分。

相关笔记