第四章软件项目进度管理

一、学习的目的与要求

  1. 软件项目进度计划是对软件项目实施管理的依据;
  2. 编制软件项目计划是项目管理人员必备的基本能力;
  3. 了解软件项目进度计划包含的基本内容;
  4. 掌握编制软件项目进度计划的基本方法;
  5. 初步具备编制软件项目进度计划的能力。

二、学习内容

1. 软件项目进度管理概述

进度问题是项目生命周期内造成项目冲突的主要原因;

1. 时间管理原则
  1. 区分重要与紧急的联系:分为紧急重要工作、重要不紧急工作、紧急不重要工作、不紧急不重要工作;
  2. 适当运用Pareto原则:用80%的时间来做20%最重要的事情;
  3. 合理预算:合理的时间预算应该是详细计划时间综合的1.2~1.5倍;
  4. 有限反应:对各种问题和需求的反应要切合实际,并要受制于情况的需要;
  5. 果断决策;
  6. 大胆、完整的授权;
  7. 例外管理;
  8. 效能与效率:用最少的资源(包括时间)来得到最大的效果;
  9. 活动与效果:要有目标,关注预期的效果。
2. 时间管理技巧
  1. 每日计划:对于有效地利用个人的时间比不可少;
  2. 预料:事先有所准备的活动比事后的补救更为有效;
  3. 分析时间:来判断时间是否分配合理,至少半年重复一次;
  4. 最后时限:实行自我约束;
  5. 上交问题:容易导致逃避责任的风情气;
  6. 合并:把类似的工作集中起来;
  7. 反馈:定期反馈是保证计划顺利进展的前提;
  8. 计划躲避:安排一些没有打扰的、集中在一起的工作时间;
  9. 可见性:提高达到目标的可靠性;
  10. 习惯:打破旧习惯,需要不断地进行自我约束的训练。
3. 软件项目进度管理内容
  1. 目的:确保项目能够按照计划准时完成所必须的过程和任务;
  2. 过程:
    (1)活动定义:确定项目团队成员和项目干系人为完成项目可交付成果而必须完成的具体活动;
    (2)活动排序与历时计算:确定项目活动之间的关系,估计完成具体活动所需要的工作时段数;
    (3)制定进度计划:分析活动的顺序、活动历时估计和资源要求,制定项目计划;
    (4)进度计划控制:控制和管理项目进度计划的变更。
5. 项目活动定义
  1. 概念:进一步定义项目范围,该工作成果即督促项目团队制定更加详细的WBS和辅助解释;
  2. 目标:确保项目团队对他们作为项目范围中必须完成的所有工作有一个完整的理解。
2. 项目活动排序和历时估计
1. 确定活动顺序

常见的关系:
(1)强制依赖关系:项目工作固有的特性;
(2)自由依赖关系:由项目组定义的依赖关系;
(3)外部依赖关系:项目与非项目活动之间的关系。

2. 网络图(重点)
  1. 概念:用网络分析方法编制的进度计划
  2. 目的:用来计算活动时间和表带进度计划的管理工具;显示项目各项活动那个之间的逻辑关系;
  3. 类型:节点型(单代号)、箭线型(双代号);
  4. 关键路径法(CPM)与计划评审技术(PERT)相似点:都是根据活动的依赖关系和持续时间来计算各种时间参数;
  5. 关键路径法(CPM)与计划评审技术(PERT)区别:
    (1)PERT活动持续时间是不确定的而CPM是确定的;
    (2)CPM考虑时间和费用,重点在费用和成本控制,PERT含大量不确定因素,重点在时间控制。
  6. 网络图定义:设G=(V,E,g)是一个n阶无回路的有向加权图,其中g是E到非负实数集的函数,若G中存在两个V的不相交非空子集X、Y,其中对任意vi∈X,没有一条有向边以vi为终点;对任意vj∈Y,没有一条有向边以vj为起点。
  7. PERT图:设G=(V,E,g)是一个网络图,若G中只有一个发点和收点,其中权函数表示时间函数。
  8. 路径:在网络图中,从发点开始,按照各个任务的顺序,连续不断的到达收点的一条通路。
  9. 关键路径:完成各个任务需要时间最长的路径,PERT中权最大为关键路径。
  10. 关键任务:组成关键路径的任务。
  11. 任务持续时间:为完成某一软件所需要的时间;确定任务时间方法:
    (1)1点时间估计法:确定一个时间值作为完成任务需要时间;
    (2)3点时间估计法:在难以估计的条件下对任务估计3中时间(最少时间a,最可能时间m,最多时间b) T = ( a + 4 m + b ) / 6 T = (a + 4m +b)/6 T=(a+4m+b)/6
  12. 任务的最早开始时间:在PERT图,最大的权称为以vi为起点的任务的最早开始时间。
  13. 任务最晚开始时间:任务的持续时间减去最晚开始时间。
  14. 缓冲时间:任务的最晚开始时间和最早开始时间的差值,在PERT中,缓冲时间为0。
  15. 网络优化:
    (1)时间优化:缩短项目完成时间;
    (2)时间-费用优化:目标是交付时间短,费用少。
  16. 用网络图安排进度的步骤:
    (1)任务分解,且确定先后次序;
    (2)确定任务持续时间、单位时间内资源需要量等基本数据;
    (3)绘制网络图;
    (4)对方案进行调整和完善;
3. 甘特图(横道图)(重点)

定义:是各种任务活动与日历的对照图,水平线段表示任务的工作阶段,线段长度表示完成任务所需要的时间,起点和终点分别表示任务的开始和结束时间。

4. 项目历时估计(重点)
  1. 项目工期估算:根据项目范围、资源状况计划列出项目活动所需要的工期;
  2. 项目工期估算采取方式:
    (1)专家评审形式:由经验丰富的专业人员评估;
    (2)模拟估算:用类似的活动作为基础,进行估算;
    (3)定量型的基础工期:采用计量单位为基础数据整体估算
    (4)保留时间:用一定比例的冗余时间来应付项目风险。
3. 制定项目计划(重点)
  1. 制定项目计划的原则和要素(目标、合理的概念设计、WBS、规模估计、工作量估计、项目进度安排);
  2. 软件项目计划的逻辑要点:
    (1)将模糊的需求准确化;
    (2)项目的概要设计,是项目计划的基础;
    (3)资源配置和进度安排,必须和需求同步更新;
    (4)详细设计;
    (5)为各种资源的配置提供框架。
  3. 软件项目计划周期:需求确认、需求分解、工作分解结构、资源配置进度安排、开发软件;
  4. 项目计划的内容
    (1)目标:做什么,为谁做,何时做;
    (2)项目分解成可直接操作的元素;
    (3)资源配置:根据经验和规则分配;
    (4)进度安排:根据资源配置情况和实际背景来制定。
  5. 进度安排过程
    (1)根据项目总体进度目标,编制人员计划;
    (2)将各阶段所需资源和已取得资源比较,确认各阶段的初步进度;
    (3)进行计划评审。
4. 项目进度监控
  1. 项目进度控制的前提:
    (1)项目干系认可项目进度计划;
    (2)及时充分地掌握有关项目进展的各项数据;
    (3)明确监控目标、任务、人员和岗位职责;
    (4)建好进度控制方法、进度预测、分析和统计工具;
    (5)建立项目进度信息的报告、沟通、反馈和管理制度。
  2. 项目进度控制的内容:
    (1)监督并控制项目进展情况;
    (2)项目分解;
    (3)制定进度协调制度;
    (4)对影响进度的归纳绕因素和潜在风险进行分析。
  3. 项目进度控制主要手段
  4. 不同阶段的项目进度控制:
    (1)准备阶段:用户向系统分析员提供有关项目信息,协助项目经理和系统分析员确定项目范围和总目标,制订项目计划,制订项目进度控制措施;
    (2)需求分析和设计阶段:制订与用户的沟通计划、需求分析工作进度计划、设计工作进度计划,监督各项计划的执行;
    (3)实施阶段:制订实施总进度计划并监督其执行,编制实施计划并控制其执行。
  5. 三峡项目成功的进度管理原因:
    (1)完善的管理思想;
    (2)层次化管理;
    (3)完善的进度控制手段;
    (4)统一的管理制度。

三、小结

1. 计划阶段
  1. 项目工作分解
  2. 找出项目活动之间的依赖关系和特殊领域的依赖关系和工作领域;
  3. 设计项目里程碑;
  4. 进行项目工期估算
2. 安排进度表
  1. 明确项目活动的开始和结束日期;
  2. 进度限制:根据活动排序考虑如何定义活动之间的进度关系(加强日期形式、关键事件或主要里程形式)
3. 进度控制
  1. 监督进度的执行状况,及时发现和纠正偏差和错误。
  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
"产品名称 "密级 " " " " "产品版本 "共 XX页 " "Rev.00 " " 软件项目设计方案 "拟制人 "xx "日期: "xx " ": " " " " "评审人 "xxx "日期: "xx " ": " " " " "批准人 "xx "日期: "xx " ": " " " " 修订记录 "日期 "版本 "修改章节 "修改描述 "作者 " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " 目录 1 引言 4 1.1 编写目的 4 1.2 背景 4 1.3 参考资料 4 1.4 术语定义及说明 4 2 设计概述 4 2.1 任务和目标 4 3 系统详细需求分析 5 3.1 详细需求分析 5 3.2 详细系统运行环境及限制条件分析接口需求分析 5 4 总体方案确认 5 4.1 系统总体结构确认 5 4.2 系统详细界面划分 6 5 系统详细设计 6 5.1 系统结构设计及子系统划分 6 5.2 系统功能模块详细设计 6 5.3 系统界面详细设计 6 6 数据库系统设计 7 6.1 设计要求 7 6.2 信息模型设计 7 6.3 数据库设计 7 7 信息编码设计 8 7.1 代码结构设计 8 7.2 代码编制 8 XXXX设计方案说明书 引言 1 编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序) 和数据库系统的设计考虑,为程序员编码提供依据。 如果一个软件系统比较简单,层次很少,本文件可以不单独编写,和概要设计说明书 中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 2 背景 应包含以下几个方面的内容: A. 待开发软件系统名称; B. 该系统基本概念, 如该系统的类型、从属地位等; C. 开发项目组名称。 3 参考资料 列出详细设计报告引用的文献或资料,资料的作者、标题、出版单位和出版日期等 信息,必要时说明如何得到这些资料。 4 术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 设计概述 1 任务和目标 说明详细设计的任务及详细设计所要达到的目标 。 1 需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、 输出、主要功能、性能等,尤其需要描述系统性能需求。 2 运行环境概述 对本系统所依赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、 可能的性能监控与分析等软件环境的描述,及配置要求。 3 条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条 件与限制以及进度、管理等方面的限制。 4 详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF(I2DEF)方 法、E-R图,数据流程图、业务流程图、选用的CASE工具等,尽量采用标准规范和辅助 工具。 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对 由于情况变化而带来的需求变化进行较为详细的分析。 1 详细需求分析 包括: 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境及限制条件分析 2 详细系统运行环境及限制条件分析接口需求分析 包括: 系统接口需求分析 现有硬、软件资源接口需求分析 引进硬、软件资源接口需求分析 总体方案确认 着重解决系统总体结构确认及界面划分问题。 1 系统总体结构确认 对系统组成、逻辑结构及层次进行确认,对应用系统、支撑系统及各自实现的功能 进行确认,细化集成设计及系统工作流程,特别要注意因软件的引进造成的系统本身结 构和公司其他系统的结构变化。包括: 系统组成、逻辑结构及层次确认 应用系统结构确认 支撑系统结构确认 系统集成确认 系统工作流程确认 2 系统详细界面划分 1 应用系统与支撑系统的详细界面划分 应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方 式,网络及数据库对应用系统的支撑方式,全局数据的管理与存取方式等。 2 系统内部详细界面划分 系统各功能之间的界面包括覆盖范围,模块间功能调用涉及到的系统模块及方法, 全局数据格式,系统性能要求等。 系统详细设计 1 系统结构设计及子系统划分 对系统的组成及逻辑结构进行设计前确认。 划分系统功能模块或子系统(如果有或者有必要,特别是大型的软件系统)。 2 系统功能模块详细设计 按结构化设计方法,在系统功能逐层分解的基础上,对系统各功能模块或子系统进行 设计。此为详细设计的主要部分之一。 用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交 互,用IPO图或其他方法描述各模块完成的功能。 以上建议

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值