凌晨两点，核心系统 P0 级故障，宕机四十分钟。次日的复盘会上：开发说测试没覆盖这个场景，测试说需求文档没写这个分支，产品说这是领导临时加的需求来不及写细，运维说这次是热修复没走变更流程。绕了一圈，结论是：外包开发\”自测不充分\”，书面检查，季度绩效 C。
三个月后，同类故障复现。
质量管理的故事讲到这里，你会发现它讲的其实不是技术，是激励和责任怎么分配。这一章分两半：前半讲质量本身——为什么\”预防胜于检查\”、质量工具怎么用；后半讲团队——一群人怎么从生疏走到默契，以及为什么有的团队永远走不到。
一、质量与等级：两个经常被混用的词
先辨析一对概念。质量（Quality）是满足需求的程度——这个 App 有没有 bug、卡不卡、该做的功能做没做到。等级（Grade）是功能和特性的档次分类——经济舱和商务舱是两个等级。
关键判断：低质量是问题，低等级不一定是问题。 一个经济舱座位只要符合经济舱的标准，就没有质量问题；等级是定位高低，质量是做得好坏。给入门级产品做得扎实，是高质量；给旗舰产品堆了顶级配置却漏洞百出，是高等级低质量。项目经理要明确项目的质量标准是什么，然后确保交付物达标——而不是盲目追求超出定位的\”更好\”。
