* 帖子主题 * [讨论] 在一个网络项目中,时间估计有什么窍门吗 你是第 27 位浏览者 wongben 军衔: PMU初级三星 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 181篇 注册: 2002-10-6 -------------------------------------------------------------------------------- 我有时估计的不太好,有高人指点一下。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2003年1月17日 16:53:01 ] free788 军衔: PMU初级二星 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 39篇 注册: 2002-10-18 -------------------------------------------------------------------------------- 参考: 一种简单,合理的估算法: 估算单位:有效工作时间。 这是一种完全工作时间,开发者完全投入到工作中,全神贯注,以至于忽略了时间,这是一种理想的开发状态。不包括开会,讨论,学习,培训等等时间。通常我们的工作都是在这种状态下完成的。这种时间通常只有我们上班时间的<40%。(参见PeopleWare 中对于uninterrupted time 的描述)不能用上班时间(body present time)作为单位,因为这个时间和工作并没有直接的关系。 工作有效因子(work factor) 有效工作时间/总上班时间 这可以用于计算我们的有效工作时间。通过历史数据或个人估算,每个人都可以得出自己通常的工作有效因子。 估算: 将任务分解到每个程序员,由程序员个人和team leader一起估算任务所需要的有效工作时间。这可以参考程序员个人的类似项目历史数据。根据工作有效因子就可以算出需要的总时间。根据他的工资可以算出人员成本。这种估算重要的一个方面是要不断的再估算,根据已经花掉的有效工作时间和项目进度,不断更新还需要的时间。这样做的好处是:在任何时间,你都有对你的项目进程的”尽可能准确”的估计,包括完成时间,还需要的经费。你也可以调整项目来满足时间,经费的要求。 好处: 容易实施。不需要对员工做任何复杂的培训,很容易做,这对于不断更新估算非常重要。实际上如果一个估计做过了之后不更新是没有什么大的用处的。 在估算中考虑了每个人的差异(根据调查,好坏程序员效率差别在10倍以上),精度应该比考虑普通程序员的模型好,尤其是对比较小的项目(10-15人,1000人参加的项目考虑普通程序员就可以了)。对于中国程序员由于没有精确的效率统计,基于程序员个人时间的估计可能是一种非常合适的方法。 我正在做一个支持这种方法的工具。 欢迎大家讨论。 一些方法概念可以参考: http://www.cs.toronto.edu/~penny/research/release-planning/index.html -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2003年1月20日 15:16:16 ] l000 军衔: PMU初级一星 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 10篇 注册: 2003-1-15 -------------------------------------------------------------------------------- 建立自己的时间定额数据库。 国外时间估计已普遍采用人工时作为单位。 现在的趋势是企业定额。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2003年1月23日 17:24:22 ]
|