说说软件项目工作量评估


说说软件项目工作量评估



今天刚刚进行了一个小软件的工作量评估,总是觉得评估的不够准确,而且难以明确,把心中的困扰跟实际所使用的做法简单说说,

工作量评估中,困扰我的问题主要有以下几个

1、需求不清晰,并且会有变化

2、工作量评估在需求规格说明编写的同时就需要进行,一般来说,没有立项,就还不会做详细的需求调研,但这时候就要出工作量评估

3、系统架构及设计没有开始,此时工作量评估往往不准确,比如可以采用一个既有的组件,或者重用一些代码,但是没有详细定义设计时,难以确定准确可以节约多少时间,改造成本

4、不知道自己将面对什么样的开发团队,有人一天,有人要10天才能做完,但你很难有一支你熟悉了解的团队

虽然也了解过各种工作量评估方法,但是实际中总感觉难以使用(应该是不会使用)

自己的做法如下:

1、确定有多少模块,每个模块下有多少页面,针对每个模块列出需求、设计、开发、测试、部署时间,组成这一模块的时间

2、需要多少个公共的类,分别有多复杂

3、加上项目管理时间,大概5个人的团队,需要一个不编码的专门管理,做类似于功能检查,代码review之类的事情

4、加上一定比例的变更时间(根据用户的历史情况而定,或者感觉用户头脑清晰度而定)

5、最后得出的数字乘以一个1.5-3,得出最后时间,这个1.5-3是根据评估人历史的情况,比如,我以前一年里评估的工作量大概都需要乘以2才是最后实际的,就会在新项目评估时(无条件乘以2),这些时间总会被用户有办法用掉,(说到这里,自己很可耻一下,开发过程中很多时间都不知道去哪里了,比如用户说按钮上怎么没有图片啊,之类的,或者说放左边好看啊,这些时间就没了,每次都不可预知,或者服务器上装个什么软件,不知道又出什么问题,有几天不开心,效率低下等等)



虽然一直按以上这种方式做,但是总觉得不是很好,主要有以下几个方面

1、准确性差,从上可以看到,准确率只有50%左右

2、难以解释,说这个页面为什么要这么久,这个功能为什么这么久,完全是凭着脑子里过一下,有几个按钮,大概写多少代码的一个感觉,经不起推敲

3、评估工作量和实际设计完成后的很难对应上,通过设计后,可能有些部分为了通用超出想象得工作量,有些部分公用了,又减少了。



很难理解,到底真正准确率高的工作量评估是怎么做的。

在我看来,设计完成后,工作量才能准确评估。但是为什么工作量评估总是要在前期需求刚刚了解一部分就要出。这是为什么呢,怎么做呢?



特别值得一提的是,根据大概会产生多少代码行进行评估,我特别难以理解,有人能听客户说了一天需求,就大概估算出代码行数,真是神人啊。

欢迎告诉我您的工作量评估方法,让我也学习一下。


转:http://blog.sina.com.cn/s/blog_663db2720100uu29.html

你可能感兴趣的:(我爱软件人)