谁动了项目的质量

又一个项目结束了，终于闲出空来写些东西。有了以前的经验教训，这次在做项目的时候，我对时间的控制很关注，最后也基本上达到了计划的要求。但最终交付产品的质量却让我不太满意：客户在做接受测试的时候发现了很多的问题，而且在我们进行修改的同时，又有BUG源源不断的报过来。甚至把更新的版本发给客户以后，还会发现不少问题，给客户留下了很不professional的印象。为什么问题总是要到项目快结束的时候才会出现呢？软件的质量为何不好？究竟是谁动了项目的质量？

　　大家知道，项目的时间、成本及质量的三大要素是缺一不可。这三方面的符合程度直接决定了项目的成败与否。但事实上，想达到一个完美的等边三角形几乎是不可能完成的任务。这次的项目就让质量这个角短了很多，质量的问题暴露地很明显。所以，接下来，我就从项目的流程角度出发，一步步地分析到底是哪里出了质量问题。

　　1、分析阶段

　　项目的开始阶段，也是质量控制的开始。在这个阶段中，主要的工作是从客户方获得足够多的项目需求，并准确地记录在案，而且要使得项目组的成员对于需求足够得了解。先说说这个项目的基本情况：一个信息管理系统，而且是在原来的版本上进行的功能增加。项目组的成员，除了我以前参加了前一个版本的开发，其它的人员都不了解这个项目。就是这样的一个项目，在开始阶段，我先是安排了组员对以前版本的需求文档进行了阅读，并安装使用了软件。随后对新的需求进行了研究，分析了它们对于原有系统的影响。由于是在旧有系统的文档进行增加，所以加入的新内容并不是很多，需求文档很快就完成了。所谓的分析阶段的里程碑也就结束了。

　　在需求阶段＂顺利＂结束的同时，问题也随之留下来，并对后面的阶段起到了＂乘数效应＂――影响变得越来越大：

　　A. 对旧系统的理解不足

原文转自：http://www.ltesting.net