【转载】说说软件项目工作量评估

 

作者：sutn

来源：http://blog.sina.com.cn/s/blog_663db2720100uu29.html

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

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

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

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

4、不知道自己将面对什么样的开发团队，有人一天，有人要10天才能做完，但你很难有一支你熟悉了解的团队虽然也了解过各种工作量评估方法，但是实际中总感觉难以使用（应该是不会使用）

 

自己的做法如下：

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

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

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

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

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

 

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

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

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

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

 

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

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

 

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

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