《质量免费》
TL;DR
- 我们嘴上都在说质量,但大多数人其实并不清楚质量到底是什么
- 亲历的项目三次返工、延期153天、超预算217%,对缺陷的宽容才是最昂贵的东西
- 一次把事情做对,比做错了再改便宜得多
最近读了CEO推荐的《质量免费》。一个让我很受触动的点是,我们嘴上都在说质量,但大多数人其实并不清楚质量到底是什么。管理者在晨会上强调"质量优先",转身就在项目进度表上把测试周期砍掉一半;消费者说"质量不行",却只能笼统地抱怨"用着不顺手",说不出到底差在哪个环节。"质量"从一个可以衡量、可以执行的标准,变成了一个模糊的口号。
我们总觉得质量是贵的,"便宜无好货"嘛。但作者克劳士比讲的正好相反——真正贵的从来不是一次把事情做对的成本,是做错了再补救的代价。预防性投入和事后返工的费用差距,大得离谱。道理很朴素,如果从一开始就严守标准,那质量本身就是"免费"的。
我经历过一个很痛的案例。某个战略级客户项目,我们低价竞标拿下,执行过程中架构评审变成了走过场,代码审查沦为签字仪式,测试覆盖率一路往下掉。最后项目经历了三次大规模返工,交付延期153天,总成本超出预算217%——对缺陷的宽容才是最昂贵的东西。
作者提出了四项原则。质量就是履行约定的标准,不是主观感受上的"好";质量靠预防,不靠事后检测;零缺陷不是口号,把容差当默认选项就是在投降;质量可以算钱,返工、浪费、客户流失都能量化成数字。在此基础上他还设计了一套十四步的落地方法,从管理层承诺到全员培训到定期复盘,其中最后一步叫"从头再来",和软件工程里持续迭代的思路一脉相承。
做了这么多年软件,我的确知道这个行业的质量管理有多难。需求在变,缺陷在长,测试成本在涨,1968年的软件危机到今天还没有真正过去,很多项目还在重蹈覆辙。但克劳士比讲的那些原则放在软件工程里依然成立,用明确的需求规约替代"差不多就行"的默契,用架构决策记录和自动化测试做预防,用代码规范和覆盖率守住标准。说到底还是那句话,一次把事情做对,比做错了再改便宜得多。
坦白讲我们应该诚实地面对自己,看清楚自己在哪里、面对的是什么,从一开始就把"零缺陷"当回事。《正确敏捷》里有句话,"做正确的事,用正确的方式做事,以正确的速率推进",到今天仍然觉得这是对工程实践最好的概括。
阅读和写作让我的内心变得更加坚韧和强大,我将叙写和这些书的缘分,也把我遇到的最好的宝藏推荐给大家:《少有人走的路》、《梁永安:阅读、游历和爱情》、《钢铁是怎样炼成的》、《生命3.0》……
25.03.10
欢迎交流
如果你觉得文章有帮助,欢迎加我微信或关注公众号,获取更多内容

