如何用改变产品质量？

最近看了些书：克劳士比的《质量无泪》《随心所欲的工作艺术》，书中的思想触动了我，和老大聊天聊到这方面的问题。目前部门产品的质量很差，差到什么程度，没有确切的数据，我给了他一些数据，有一个项目的在内测的bug就达到2000多个，就算测试了这么多的bug，到中试部门的bug数仍有好几百个。这只是个粗略的数据，因为有些bug因为提交的不规范，还没算在其中，我感觉他听到这个数据后很惊讶，震撼。

【在这里暂且不论这个公司的管理能力，开发的开发能力，测试的测试能力，如果一个公司在市场上能运作10几年，这样的情况下还能维持下来，那就能说明它还是有存在的依据】

回过头好好审视我们的质量问题：从需求-开发-测试，我们错在哪里了？我建议经理开个会，先把开发项目负责人召集起来，听听他们对质量的诠释。团队中奋斗的人一大把，出现这样的局面，大家都意识到问题存在。那好，我们就一起放开争论下...论事不论人

一个下午的时间会议的时间，得到以下问题：

1.开发频频转测试版本。

2.需求文档和实际产品出入很大，需求定了实现功能，没说怎么去实现。

3.开发组内一些成员对自己开发的产品不清楚。

4.开发疲于开发，总有做不完的事情；测试疲于测试，总有测不完的版本。

......到这里，细化的问题还有很多很多。

我也很惊讶他们对这样情况居然如此了解，这样看来，我们质量的任务不是去发现问题，而是直接怎么解决此类问题了。事后，我回头回味了克劳比士大师关于质量的观点。预防（零缺陷）思想！

给几个开发负责人分享了下这个思想，大家都觉得问题可能是出在这，一开始没做好，导致后面不休止的困扰，新项目的来到，无疑又给自己背上施了很大压！【这里很感激我们开发负责人的坦诚对待质量问题，并且在会议上，有的开发人员还提出自己测试，不要全部依赖于测试。相信在其它公司可能不会有这么好的氛围，这也是我一直干下去的理由】

接下来就是怎么去预防：做需求（需求点明确，评审）-开发（根据需求，先从外部定义功能再编码内部实现）--测试（初期就参与整个项目）

过程应该还是会出现预料不到的问题，慢慢解决吧！现在想来，工作中沟通很重要，这样就不会出现，有些问题大家都知道，仍然听天由命的思想！