说说软件项目工作量评估

说说软件项目工作量评估

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

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

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