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

被折叠的 条评论
为什么被折叠?



