• RSS订阅 加入收藏  设为首页
评估ABC

如何收集项目历史工作量数据

时间:2015-11-8 13:44:26  作者:曹济  来源:软件成本评估  查看:233  评论:0
内容摘要:收集历史工作量数据作为评估软件工作量的首要步骤,却常常为大家所忽视。基于个人主观经验的评估方法难以取信于人,其主要原因在于不透明。在基于个人主观经验的评估法中引入细化、量化机制,即可增强这种主观评估方法的透明化和客观化程度。

收集历史工作量数据作为评估软件工作量的首要步骤,却常常为大家所忽视。基于个人主观经验的评估方法难以取信于人,其主要原因在于不透明。在基于个人主观经验的评估法中引入细化、量化机制,即可增强这种主观评估方法的透明化和客观化程度。人们在对一个新的软件开发或维护任务进行工作量评估时,潜意识总是先搜寻以前所完成的类似工作,然后再进行比对分析。所以,收集历史工作量数据的目的就是将这种潜意识的思维活动转变为客观的、外在的数据收集活动。

“以史为鉴、鉴古知今”,在某个特定软件组织中,因为软件业务的关联性更强、所采用的技术路线比较相似、软件开发团队的管理方式比较统一、软件开发人员的经验和能力更为接近等因素,因而在众多的软件开发活动和维护活动之间的相似性自然比千头万绪的各种历史事件之间的相似性要强得多,所以软件组织所积累的历史项目工作量信息对于后续项目有直接的参考价值。而要参考和借鉴历史项目的工作量信息,首先就需要收集这些历史项目信息。

需要收集哪些方面的历史项目信息取决于软件工作量评估的要求,不能只单纯收集历史项目的工作量信息,还应该尽可能收集和工作量相关的所有信息。但在工作量收集过程中如果一味追求历史信息的完整性,可能会使得工作量信息收集工作事倍功半,并且可能会被软件开发人员或维护人所抵制。例如某软件开发组织要求开发人员每天填写日志,每项日志活动的最长时间不超过一小时,这就意味着每人每天至少要填写八项以上的活动。当然,工作量日志填写得越细对未来的数据分析参考价值也就更高,可是又有哪些开发人员愿意不厌其烦地提供真实信息呢?所以,一方面要考虑需要哪些软件工作量相关的信息,另一方面还应该结合信息获取的难易程度,权衡设定应该收集的工作量相关信息。

历史项目或维护活动的软件工作量信息类别并无统一的标准,但就软件行业的实践来看,一般的软件组织主要收集软件的规模类别数据、软件的工作量类别数据、软件的工期类别数据、软件的人员类别数据以及软件的特征类别数据;相对完整的数据还应该包括软件的质量类别的数据以及软件风险类别的数据。但相对前面五类数据而言,后两类数据的收集难度会较高。


标签:工作量评估 历史数据 

csan.org.cn 版权所有 csan@csan.org.cn

京ICP备06052862号-2