在软件开发中,质量很重要(这个估计谁都知道)，但是很多时候质量看上去却又不能保证（基于进度压力下）。然后，就乱了… 这个情景我想大多数人都经历着，呵呵。

“高质量、高口碑的软件开始于好的分析与设计阶段，并不是靠后期的测试与修补来完成的”

我就发表下下面这几个阶段会影响质量的地方吧：

1. 分析与设计阶段
2. 计划安排
3. 开发阶段

一、分析与设计阶段

如何才能做好这个步骤呢？要获取用户真正的需求，同时考虑好可能产生变化的需求点，我认为这两点基本上能保证分析与设计阶段的高质量进行了。这里PM是肯定要花大功夫的，由于这里的“可能产生变化的需求点”需要比较好的业务领域知识，所以PM就要做足这个行业的功课了。呵呵，关于PM的工作部分，我不是很清楚…

二、计划安排

上面所提的乱，出现的原因很多时候是因为时间问题。所以我认为也需要在计划安排这里花大力气---列出的计划需要周详，不能缺少步骤，并且时间上是差不多够的。当然要是上级要求必须在某某时间完成，这时怎么办？那就需要这个项目负责人对上级提出异议，保护这个团队。

三、开发阶段

采用迭代开发时，往往是先开发部分功能，接着QA测试那些完成的功能。假如开发的质量有问题，比如很多低级错误、又或者很不稳定，这样的程序交给QA去测试，QA看了后不晕才怪，连看都不想去看了（情有可原）。QA测试不通过，必然开发人员再去进行修改，所以时间会根据质量的高低程度产生急剧的浪费！这里有很多原因发生开发质量不高，比如：主观上的不做单元测试、客观上的由于进度紧不做单元测试，凑合着交给QA

1.主观上的不做单元测试

a.这个要么是开发人员根本不知道单元测试是何物（估计没多少人是这个原因）

b.或者过渡信任自己的程序没有bug

这个只要适当提醒下就行了

c.不积极工作的表现

这个需要注意阿！很危险了

2.客观上的由于进度紧不做单元测试

a.一种是由于原先计划安排上有问题

这个我想也就只能通过排计划的那人考虑周详点、需求要在排计划之前就要90%弄清楚（不知道90%是不是太高了…）

b.一种是所采用的技术需要攻关

技术研发部门要抓紧时间了，研发部门内部损耗来了，要解决

c.一种是由于需求老有问题导致了开发阶段较多的非开发时间的产生，而消耗了本该属于开发的时间

需求获取有问题，或者分析那里不够细致，可能是分析时想的不够细，还存在着许多想当然的东西，没有分析到能够交给开发人员做的地步（这地方有挑战！）

d.还有一种是a+b+c，哈哈（这种还居多）

阿门，依次解决上面几个问题吧

原文链接：http://www.cnblogs.com/aarond/archive/2011/05/11/2043785.html

【编辑推荐】

1. 新手软件项目经理之谁是你的敌人？ 
2. 新手软件项目经理该如何入门
3. 项目经理的力量应该从哪里来？
4. 软件项目管理总体流程设计
5. 新手软件项目经理之最后期限的迷局