首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

高速开发:估算与进度

2013-10-08 
快速开发:估算与进度估算软件工程估算是一个逐渐改进的过程可以向客户承诺在每个阶段向他们提供更加精确的

快速开发:估算与进度

估算


软件工程估算是一个逐渐改进的过程

可以向客户承诺在每个阶段向他们提供更加精确的估算

在估算的乐观系数与悲观系数之间找平衡

寻找估算与实际情况的交汇点

精确与准确:55人月 与 40-70 人月;估算应该保证准确而不是精确

估算步骤

估算产品规模

估算工作量

估算进度

提供某一范围内的估算,并随着项目的进行,定期改进范围,以提供更高的精确度

规模估算

利用功能点进行估算

估算技巧:避免无准备的估算;留出估算时间,并做好计划;使用以前项目的数据;使用以开发人员为基础的估算;走查估算;分类法估算;详细的较低层次的估算;不要忽略普通任务;使用软件估算工具;使用几种不同的估算技术,并比较它们的结果;项目进行中改变估算准则

估算的表达方式

加减限定 :10+1人月

范围:9~11人月

风险量化:将造成 +1 人月的风险表示出来

情况:最佳情况与最坏情况、计划情况与当前情况

粗略的日期与时间段

把握性因素

进度估算

业界的进度公式:月进度 = 3.0* 人月1/3

基于承诺的进度表:从需求出发安排进度,要求开放人员作出进度承诺而不是进度估计。

Jones的一阶估算准则:取得功能点总和(FP),然后从幂次表中选择幂次(dex)升幂。即:初略进度 = FP * exp(dex)

幂次表(dex):

软件类型

最优级

平均

最差级

系统软件

0.43

0.45

0.48

商业软件

0.41

0.43

0.46

封装商业软件

0.39

0.42

0.45

大致的进度估算

大致估算的背景

可能的最短进度

存在一个不能突破的最短进度。

把进度缩短得比普通进度短时,费用将迅速上升。

高速开发:估算与进度

有效进度:进度压缩因子 = 期望进度/初始进度

估算修正

随着研究的深入或者项目的开展,对整个项目的估算或越来越准确。一旦发现偏差,可以进行估算的再修正






进度计划



过于乐观的进度计划

根源:赶特定时间、管理人员和客户的固执于主观想象、项目管理人员与开发人员享受挑战

不良后果:进度计划的精确性降低、计划的质量降低、增大了偏离规划的风险、产品功能范围的缩小、仓促实现导致的返工,无法专注于项目的推进,与客户关系的紧张、仓促收尾

超负荷的进度压力:产品质量降低、赌博心理、激励效应不再起作用、创造性思维被抑制、精疲力竭、中途退出、长期的快速开发难以持续、开发人员与管理人员的关系紧张

底线:

高速开发:估算与进度

高速开发:估算与进度

战胜进度压力

有原则的谈判:将人从困境中解脱;关注共同利益,不要过分坚持立场;提出对双方均有利的方案;坚持客观标准,顶住压力。

可以从以下三个方面来说服对方:

真正提高开发速度:过分乐观的进度计划实际上阻碍了开发速度

增加成功的机会:说明估算是得到论证的,且成功的几率只有一半;如计划进度缩短,成功的概率也会减少

援引以前类似项目的失败教训


热点排行