软件项目管理 时间管理(6)

软件项目的估算（补充）
进行了工作任务分解，就建立了一个项目任务整体的框架结构。
一个良好的软件项目计划的建立，还必须估算准备开发的软件项目的 任务大小、资源情况、投入的成本、限制因素等，进行充分的估算， 最后，根据估算，才能制定出合理的项目开发计划。 具体来说，要估算的内容包括：
软件工作产品的规模 软件项目的工作量和成本 软件项目的进度
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
依据、方法和结果
依 据 工具与技术
1. 专家判断 2. 类比估算 3. 参数估算 4. 三点估算
成
果
1. 事业环境因素 2. 组织过程资产 3. 项目范围说明书 4. 活动列表 5. 活动属性
1. 活动历时估算
2. 活动属性（更新）
6. 活动资源请求
活动A
完成-完成（FF） 活动B
活动A完成2天前，活动B就开始
6
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
活动B
前导图PDM
开始
活动A
活动C
活动E
结束
活动D
活动F
1、又称单代号网络图（AON）、优先顺序图法、节点法 2、单个节点表示活动，用节点之间的箭线表示项目活动间的关系。 3、清楚表达5种逻辑关系，信息量大
7
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
七格图
最早开始时间
工期
最早完成时间
任务编号
最晚开始时间
浮动时间
最晚完成时间
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
3
箭线图ADM
活动B 活动A 活动C
活动E
4 活动F 6
1
2
活动D
5
1、双代号网络图 2、用箭线代表活动，用节点代表活动之间的关系。
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
排序的决策分析
5
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
活动逻辑关系表达
完成-开始（FS） 活动A 活动B 开始-开始（SS） 活动A 活动B 滞后（Lag） 2天 活动A 活动B
活动A完成2天后，活动B才能开 始
提前（Leading） -2天 活动A 活动B
项目管理既是科学又是艺术
17
项目管理知识体系指南
eFuture
三点估算法
50%+68%/2=84% 65分
80分
Te
68% 95% 99%
如果问在80分到50分之间到家的概率，则是68% 如果问在80分钟以上回家的概率，则是15%（大约）。
18
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
项目管理知识体系指南
eFuture
2.4 活动历时估算
作用：工作延续时间的估计是项目计划制定的一项重要 的基础工作，它直接关系到各事项、各工作网络时间的计 算和完成整个项目任务所需要的总时间。若工作时间估计 的太短，则会在工作中造成被动紧张的局面；相反，若工 作时间估计的太长，就会使整个工程的完工期延长。 观念：网络中所有工作的进度安排都是由工作的延续时 间来推算，因此，对延续时间的估计要做到客观正确的估 计。这就要求在对工作作出时间估计时，不应受到工作重 要性及工程完成期限的影响，要在考虑到各种资源、人力、 物力、财力的情况下，把工作置于独立的正常状态下进行 估计，要做统盘考虑，不可顾此失彼。
1、协调人向各专家提供项目规格和估计表格； 2、协调人召集小组会各专家讨论与规模相关的因素； 3、各专家匿名填写迭代表格； 4、协调人整理出一个估计总结，以迭代表的形式返回专家； 5、协调人召集小组会，讨论较大的估计差异； 6、专家复查估计总结并在迭代表上提交另一个匿名估计； 7、重复4-6， 直到达到一个最低和最高估计的一致。
7. 资源日历 8. 项目管理计划
5. 单一时间
6. 预留时间
1、根据以往类似项目信息 2、准确性取决于：是否项目 确实一样；是否人员具备必 要专业知识
14
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
工作时间的估计主要依赖的数据基础
① 工作详细列表 ② 项目约束和限制条件 ③资源需求：大多数工作的时间将受到分配给该工作的资源情 况以及该工作实际所需要的资源情况的影响，比如说当人力资 源减少一半时工作的延续时间一般来说将会增加一倍。 ④资源能力：资源能力决定了可分配资源数量的大小，对多数 工作来说其延续时间将受到分配给它们的人力及材料资源的明 显影响，比如说一个全职的项目经理处理一件事情的时间将会 明显的少于一个兼职的项目经理处理该事情的时间。 ⑤历史信息：许多类似的历史项目工作资料对于项目工作时间 的确定是很有帮助的，主要包括：项目档案、公用的工作延续 时间估计数据库、项目工作组的知识
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
用什么来估算软件项目的规模
软件的规模计算，从有软件的一天开始，就是一个没有解 决的问题。现在越来越没有办法给出评价程序量多少的统一 尺度。 在程序设计的早期，直接的编码量（字节数）是度量程序 量的简单办法。显然是不正确的。现在，在完全不同的系统、 应用环境下，提出统一和易于运用的度量标准，是非常困难 的。 为了解决问题，在CMM2的计划管理中，已经提出了一些度 量的实例，包括：功能点数、特征点数、编码行数（LOC）、 需求数或页数等。还可以有：模块数目，表格数，用户界面 数，及数据结构等，作为规模评估的参考。 度量软件项目规模的尺度，是一个相对值，而不存在绝对 值。
9
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
串行与并行
活动B
活动A
活动C
活动E
活动D 如果活动B、C、D完成的概率均为50%，那么，活动E按时启动的概率 为？ 50%*50%*50%=12.5%
项目管理既是科学又是艺术
11
项目管理知识体系指南
eFuture
确定在实施项目活动时要使用何种 资源（人员、设备或物资），每一 种使用的数量，以及何时用于项目 成 果 工具与技术 计划活动。活动资源估算过程同费 用估算过程紧密配合 1. 活动资源需求 2. 活动属性（更新） 3. 资源分解结构 4. 资源日历（更新） 5. 请求的变更
2.3 活动资源估算
依 据
1. 事业环境因素 2. 组织过程资产 3. 活动列表 4. 活动属性 5. 资源可用性
1. 专家判断 2. 替代方案分析 3. 公布的估算数据 4. 项目管理软件 5. 自下而上估算
最精确，但最花费时 间
指一些专用于制定进 度计划的软件工具， 不是项目管理信息系 统
12
项目管理既是科学又是艺术
特点: 匿名性、多次有控制的反馈、小组的统计回答.
项Fra Baidu bibliotek管理既是科学又是艺术
项目管理知识体系指南
eFuture
软件项目规模的估算方法——类比法
eFuture
三点估算法
平时回家，如果不堵车，最快30分钟；如 果堵车，最慢2小时。大多数情况是1小时 请估算80分钟内回家的概率是？ 1、计算平均值：回家所需时间= （60*4+30+120)/6=
65分钟
2、计算标准差：=（120-30）/6=15分钟 3、绘制正态分布图
平均估算值=（最可能持续时间*4+最乐观+最悲观）/6 标准差=（最悲观-最乐观）/6
例如，某软件公司统计发现该公司每一万行C语言源代码形成的源文件 （.c和.h文件）约为250K。某项目的源文件大小为3.75M，则可估计该 项目源编码大约为15万行，该项目累计投入工作量为240人月，每人月 费用为10000元（包括人均工资、福利、办公费用公滩等），则该项目 中单位LOC的价值为： （240×10000）/150000＝16元/LOC 该项目的人月均编码行数为： 150000/240=625LOC/人月
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
参数估算法
生产率：生产资源所需要花费的时间单位 成果单位
如建设一座埃菲尔铁塔需要3年，那么建 设10座需要的历时为？ 如果只是一个建筑公司，则需要
30年
活动历时=成果数量*生产率/可用资源数量
16
项目管理既是科学又是艺术
项目管理知识体系指南
4. 依赖性确定 5. 应用提前和滞后
3. 活动属性（更新）
4. 请求的变更
1
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
相关概念
概念：任何工作的执行必须依赖于一定工作的完成， 也就是说它的执行必须在某些工作完成之后才能执 行，这就是工作的先后依赖关系。 分类：工作的先后依赖关系有两种：一种是工作之 间本身存在的、无法改变的逻辑关系；另一种是人 为组织确定的，两项工作可先可后的组织关系。
项目管理既是科学又是艺术
3
项目管理知识体系指南
eFuture
工作相互关系确定的主要内容
强制依赖关系的确定：这是工作相互关系确定的基础，工作 逻辑关系的确定相对比较容易，由于它是工作之间所存在的 内在关系，通常是不可调整的，主要依赖于技术方面的限制， 因此确定起来较为明确，通常由技术和管理人员的交流就可 完成。 自由依赖关系的确定：对于无逻辑关系的那些工作，由于其 工作先后关系具有随意性，从而将直接影响到项目计划的总 体水平。自由依赖关系的确定一般比较难，它通常取决于项 目管理人员的知识和经验，因此自由依赖关系的确定对于项 目的成功实施是至关重要的。 外部依赖关系的确定：在项目的工作和非项目工作之间通常 会存在一定的影响，因此在项目工作计划的安排过程中也需 要考虑到外部工作对项目工作的一些制约及影响，这样才能 充分把握项目的发展。
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
软件项目规模的估算方法——LOC法
LOC(Line of Code)——一个衡量软件项目规模最常用的方法：
LOC指所有的可执行的源代码行数，包括可交付的工作控制语言（JCL： Job Control Language）语句、数据定义、数据类型声明、等价声明、 输入/输出格式声明等。 单位编码行（1LOC）的价值和人月均编码行数可以体现一个软件生产组 织的生产能力。组织可以根据对历史项目的审计来核算组织的单行编码价 值。
项目所需要的人员、计算机等资源
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
什么是软件项目的规模
在一个软件项目中，项目组要完成的工作产品，是规模评估的对象， 那么，项目组要完成的工作产品包括些什么？是最后要交付的程序、 文档。但是，项目组并不是只要完成最后交付的程序和文档，就可以 了。在交付前，要进行确认和验证测试，为此，要进行质量控制有关 的工作。再往前追述，项目组还必须做配置管理、需求管理，以及项 目其他管理。这些都有工作量。那么，软件规模如何估算？ 现在，常用的办法，是通过对软件程序的规模进行估算的办法，来间 接反映软件项目的规模。规模是工作量的一个方面，并不能说规模大， 工作量就大。显然，接口控制程序的程序量可能并不大，但并不比程 序量比较大的报表处理程序的工作量小。这个问题，在相应的评估算 法中，采用加权因子的方法，加以调整。同样，程序规模的增长，会 带来支持和管理工作成指数规模的增长。因此，这也是需要注意的地 方。
设计 生产 生产A产品 生产B产品
原则：
逻辑关系 组织关系
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
三种依赖关系
硬逻辑（强制性依赖关系）： 必须先盖下层，才能盖上层
外部逻辑（外部依赖关系）： 依赖于其他因素，如只有天气合适， 才适合滑雪
软逻辑（可自由决定的依赖关系）： 可以先高尔夫，再游泳，也可反之进行
项目管理既是科学又是艺术
项目管理知识体系指南
eFuture
软件项目规模的估算方法——Delphi法
Delphi法是最流行的专家评估技术，在没有历史数据的情况 下，这种方式适用于评定过去与将来，新技术与特定程序之 间的差别，但专家“专”的程度及对项目的理解程度是工作 中的难点，尽管Delphi技术可以减轻这种偏差，专家评估技 术在评定一个新软件实际成本时通常用得不多。 Delphi法的步骤是：
项目管理知识体系指南
eFuture
2.2 活动排序
依 据
活动排序指识别与记载计划活动之 间的逻辑关系。
工具与技术
1. 前导图（PDM） 2. 箭线图（ADM）
成
果
1. 项目范围说明书 2. 活动列表
1. 项目进度网络图 2. 活动列表（更新）
3. 活动属性
4. 里程碑列表 5. 批准的变更
3. 进度网络模板