Defect-driven Quality Management

[慕勇]

经历过Moto，Nagra和其他公司，终于意识到quality的核心应该是defect.

克劳士比提倡的zero defect在软件行业是难以达到的，但是思想仍然有效，这就是思想的伟大之处。

软件开发的特点是大部分处在设计阶段，变化难以避免，除非是长期重复做一个软件，而这是非常罕见的。

变化的来源可能是产品更新，技术更新，人员变化等等，太频繁了，不可避免。

所以，稍作一下纠正，是only once defect，第一次发现bug是财富，第二次那就是可以避免的了。

这也正符合Agile强调的communication，很多公司牛人很多，但他们从来不talk to each other，也不教新人，团队的水平难以提高。

软件开发的经验很大一部分来自于失败（也就是bug）的以及处理bug的经验，但很少听说那个公司组织介绍修bug的经验的，当然程序员会自己积累经验，但只能是做得多，遇到的多，经验就多，团队不能互助，还是单兵作战。

在Agile团队，遇到新问题，第一反应不应该是自己google，然后搅脑把它解决。而是站起高呼who cna help? 鼓励大家解决问题，更重要的share解决问题的思路，团队才能长进。

在Agile团队，大家的信念是，我可能不是牛人（而且谁也不可能是全能的牛人），但是我能找到牛人帮我解决问题，只要这个世界上还有这样的牛人，而且通过不断解决问题，我就能成为牛人。