项目管理项目估算.ppt

项目工作量的估算（Effort） Wideband Delphi（专家评估法） 优点： 不需要历史数据，非常适合新的较为特别的项目估计 缺点： 主观：专家的判断有时并不准确；专家自身的技术水平如果不高，会带来误判； 比较费时：如果估计的结果没有在一个可接受的范围内，则需要进行多轮估计。 第三十一页，共四十六页。 项目工作量的估算（Effort） Pert（三点估算） PERT方法可以在软件开发过程的全流程中应用 PERT对各个项目活动的完成时间按三种不同情况估计：　　1、乐观时间--任何事情都顺利的情况，完成某项工作的时间。　　2、最可能时间--正常情况下，完成某项工作的时间。　　3、悲观时间--最不利的情况，完成某项工作的时间。 第三十二页，共四十六页。 项目工作量的估算（Effort） Pert（三点估算） 估算步骤： 对某个任务估算出三个值：最好情况的值，最坏情况的值，最可能的值 根据给出的三个估算值，推算出来最有可能接近实际值的估算 估算值 =（最好值+4×最可能的值+最坏值）/6 第三十三页，共四十六页。 项目估算 第一页，共四十六页。 　合同管理 　　 启动 　需求管理 　任务分解 　项目进度 项目估算 质量计划 　配置计划 　　风险计划　　 　团队管理 　项目度量 　集成项目 跟踪控制 项目结束 第二页，共四十六页。 软件项目估算 软件项目估算是指预测构造软件项目所需要的工作量以及任务经历时间的过程 第三页，共四十六页。 软件项目估算 软件项目估算是有效的软件项目管理必不可少的，没有比较精确的估算，软件项目将不可避免地造成项目的超支和软件开发工作处于失控状态等问题 第四页，共四十六页。 为什么需要软件项目估算 软件项目的规模估计历来是比较复杂的事，估计错误已被列入软件项目失败的四大原因之一 项目组织原因 需求缺乏管理 缺乏计划和控制 第五页，共四十六页。 软件项目估算 第六页，共四十六页。 关于估算 估算不是很准确的，是有误差的 经验（历史）数据非常重要 不要太迷信数学模型 第七页，共四十六页。 项目估算的挑战 项目的复杂性、不确定性是项目估算的挑战 对于一个陌生的领域，这种复杂性和不确定性会被放大。 软件规模越大，复杂性越高、不确定性就越大 对当前项目的理解程度，缺乏理解，估算甚至无从下手 是否有足够历史数据，没有历史数据，就缺乏参照物 第八页，共四十六页。 软件项目估算 软件项目估算主要包括三个方面： 规模和工作量的估算 确定每个软件功能所执行的一系列软件工程任务 ，以及每项任务花费的时间 进度的估算 估计任务的持续时间，即历时估计 资源和成本的估算 确定完成软件项目规模相应付出的代价 第九页，共四十六页。 软件项目估算 规模估算 工作量估算 成本估算 进度估算 资源估算 人力成本 生产力数据 第十页，共四十六页。 项目规模的估算（Size） 估计软件项目的规模，能为后面的工作量估算、人员估算/计划、进度估算/计划提供依据，是能直接决定和影响到其它三个估算的决策 第十一页，共四十六页。 项目规模的估算（Size） 规模的估算方法 代码行估算法 估算单位：LOC/KLOC（源代码程序长度的测量） 功能点（FP）估算法 估算单位：FP（系统的功能点数目） 第十二页，共四十六页。 项目规模的估算（Size） 代码行估算法（LOC/KLOC） 可以用到以下的方法来估计代码行 专家判定 类比法（参考以往类似实现） Pert法 第十三页，共四十六页。 项目规模的估算（Size） 功能点估算法（FP） 在需求分析阶段基于系统功能的一种规模估算方法 FP=UFC×TCF 未调整的功能点数（UFC，Unadjusted Function PointCount） 技术复杂度因子（TCF，Technical Complexity Factor） 功能点也可以转换成代码行 第十四页，共四十六页。 项目规模的估算（Size） 代码行和功能点估算的输入： ------WBS 第十五页，共四十六页。 项目工作量的估算（Effort） 工作量的估算单位： 人月 人天 人年 第十六页，共四十六页。 项目工作量的估算（Effort） 代码行（KLOC）----工作量（人月） 方法1：工作量=代码行/生产率 生产率 ＝ KLOC／PM（人月） 质量 ＝ 错误数／KLOC 成本 ＝ 元／LOC （不同技术平台和语言的生产率需要分别计算） 第十七页，共四十六页。 项目工作量的估算（Effort） 代码行（KLOC）----工作量（人月） 方法2：COCOMA，一种基于代码行的工作量估算法 E——工作量（人月） S——千源代码行（KLOC） EAF——Effort