软件开发中质量与进度的痛

软件开发中质量与进度的痛

 

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

 

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

 

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

l 分析与设计阶段

l 计划安排

l 开发阶段

 

一、分析与设计阶段

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

 

二、计划安排

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

 

 

三、开发阶段

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

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

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

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

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

c)         不积极工作的表现

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

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

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

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

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

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

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

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

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

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

 

 

 

上面是我的个人见解，请大家多指教。