工作量估计.ppt

工作量估计 国际站现状 现状 凭借项目经理以及专家的经验，没有形成统一的评估方法 评估的时间点根据项目经理的安排各异,工作量估计和实际偏差太大 没有历史数据积累 目标 工作量估计有统一的方法，过程 工作量估计和实际偏差在一定的范围 常用的软件估计方法 Delphi法 在缺乏历史数据的情况下，依靠专家的经验进行评估 类比法 通过新项目和历史项目的比较得到新项目的规模 功能点法 是基于应用软件的外部，内部特征以及软件性能的，一种间接的软件规模的测量 用例点法 基于用例进行评估 我们的选择 现阶段: Delphi法结合用例点法 未来: 类比法结合Delphi法，用例点法 评估的过程 可能的评估点 Kick Off前 根据FBRD进行粗略评估，评估的结果作为立项中工作量的依据 需求分析结束 根据需求分析文档进行精确评估，评估的结果作为开发计划的依据 分析设计结束 根据需求分析文档（以及设计中的补充）进行精确评估，根据评估结果对开发计划进行调整 项目发布后 搜集实际的项目工作量和评估估计量，进行对比 　 修正因子 需求复杂度（0.8-1.2) 0.8-0.9:需求没有跨开发team，并且已经有基本类似的需求已经实现 １:需求需要跨国际站不同的开发团队，有部分类似的需求已经实现, 1.1-1.2: 需求实现需要跨不同的组织（比如国际站，中文站），　或需求涉及复杂的业务逻辑，或是一个全新的功能 人员成熟度（0.8-1.2) 低级：新手占项目成员50%以上（1-1.2） 中级：相对有经验的人员占项目成员50%以上(1) 高级：专家成员占项目成员50%(0.8-1) 技术成熟度 难：很少使用的开发语言，数据库和技术架构平台，涉及到底层代码的实现（1-1.2） 一般：经常使用的开发语言，数据库和平台，但项目对某方面要求高，比如性能（1） 低：经常使用的开发语言，数据库和平台（0.8-1） 最后的评估结果 每个评估人评估结果的算术平均值＊需求复杂度＊人员成熟度＊技术成熟度 评估结果＊４＝项目总的工作量 附录 * 26 30 21 23 其他 测试 编码 设计 项目开发工作量比例 5 4 21 70 SCM SQA 项目管理 开发 项目总工作量比例 * * *