关于软件质量的事实

低质量的软件会导致重大的损失

虽然这看上去像是一个常识，然而看起来似乎还有很多人并没有意识到这一点，否则为什么市场上还泛滥着让人担忧的低质产品呢？所以这条显而易见的事实永远有必要强调下去，随便摘抄两个例子给读者增加点映像：
1）1999年，NASA在3个月之内，因软件错误先后损失了耗资1.25亿美元的“火星气象观测轨道太空船”和耗资1.65亿美元的“极地登陆者号”探测器；
2）Intel曾经因为3行错误的代码不得不回收为此生产的Pentium芯片，一共耗去了4亿美元；

然而这还不是低质量软件产品导致的最大损失，这两个例子在众多失败的软件产品中，也仅仅是沧海一粟；所以如果你正在制造一个软件，请务必不要让它成为人类社会资源的浪费。

高质量的工作会节省时间和金钱

我个人认为这也应该是一个常识，然而事实并非如此，在进度和成本要求面前，质量似乎永远成了折中的对象。你可以看到很多地方都有这样的要求：必须用更短的时间，更少的钱来完成这个项目；然后就会产生一个低质量的项目；然后结果要么是该项目被迫终止，投入全部打水漂；要么是花了更多的时间，更多的金钱，得到的产品却不尽人意；

其实大家简单对比一下即可明白，高质量的工作相比低质量的工作，会有更少的Bug要去修复，避免了很多的返工和沟通，而这些往往是发生在项目后期的，同时也是最费时费力的事情；另外一个重要的区别是，高质量的工作在很大程度上阻止了在团队中可能出现的混乱，而混乱对一个项目的杀伤往往是致命的；

高质量是管理出来的结果

基于质量的第三个事实是：高质量是管理出来的结果，它不是自然而然发生的；

之所以强调这点，是因为看到一些怪现象：有的项目从来不在质量方面投入时间和金钱，却期望该产品能自动获得很高的质量，我真是看不出来这种事情怎么会发生？

组织一群人在一起做项目，本身并不是简单的事情，如果没有必要的协调和组织，可能连一个简单的任务都完不成；这种情况下，若要获得高质量的产品，怎么能够没有人去进行质量管理的工作？