软件项目计划管理ch05.ppt

第 5 章 IT软件项目计划管理 （2.5次、5课时） 第5章 IT软件项目计划管理 5.1 IT软件项目计划管理 5.2 确定IT软件项目的目标 5.3 项目范围管理 5.4 工作分解结构(WBS) 5.5 活动定义及估算 5.6 制定IT软件项目进度计划 5.7 方案选择 5.8 软件项目计划书 5.9 思考题 5.1 IT软件项目计划管理 很重要性的 一项复杂的、自始至终不断迭代的 从不同的角度出发有不同的种类 为项目的运作提供可靠的实施基础 提供可行的工作计划 5.1 IT软件项目计划管理 使软件项目的开发建立在可靠的基础之上，将项目计划变成开发人员能够遵循的文档，并据此跟踪、检查、监控计划的执行。 确定软件项目开发的活动和承诺，使软件开发工作有序而协调地进行，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。 l明确与软件项目相关的组织和个人的职责，将任务责任落实到具体的小组和个人，从组织管理上确保项目开发的成功。 5.2 确定IT软件项目的目标 (1) 明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。 (2) 描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。 5.2 确定IT软件项目的目标 定量化原则：确定项目目标时，尽可能定量描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。 个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。 简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。 现实性原则：确定的每个目标都是可以实现的，而不是追求理想化的结果。 5.3 项目范围管理 5.3.1 项目范围管理概述 5.3.2 项目范围规划 5.3.3 项目范围定义 5.3.1 项目范围管理概述 项目范围的确定项目范围(Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。 项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。 5.3.2 项目范围规划 项目范围规划的输入 项目范围规划的工具和技术 项目范围规划的输出 5.3.2 项目范围规划 产品描述 项目章程 制约因素 前提条件 5.3.2 项目范围规划 产品分析 成本效益分析 项目方案识别技术 专家评定 5.3.2 项目范围规划 项目范围说明书 范围管理计划 5.3.2 项目范围定义 范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板 5.4 工作分解结构(WBS) 5.4.1 工作分解的原因及原则 5.4.2 WBS的分层设计 5.4.3 WBS的设计方法和步骤 5.4.4 项目责任分配矩阵 5.4.1 工作分解的原因及原则 进行工作分解之后，可以根据细分后的工作包之间的逻辑关系来实施项目。 通过工作分解，项目组成员就会明确各自的职责，也有了可以共同遵守的明确规范，这样就可以减少繁琐的协调工作量，有利于工作的沟通。 把项目细分为具体的工作任务后，每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。 通过工作分解，可以比较准确地把握项目所需要的技术、人力、资金等信息，以及面临的风险，从而可以为项目计划的制定提供基线。 5.4.1 工作分解的原因及原则 在同一个工作任务中，最好只包含相关的工作元素。例如，对软件开发项目而言，“编码”和“测试”不应该在同一个工作任务中，因为在项目中，“编码”和“测试”的工作性质明显不同，也发生在不同的阶段。 在同一个工作任务中，所有工作活动应该是平行的或者连续发生的，其间不应该插入不相关的工作活动。 在同一个工作任务中，尽量使用相同的项目组成员，便于彼此沟通和交流。 5.4.2 WBS的分层设计 5.4.3 WBS的设计方法和步骤 1.类比分解法 2.自上而下分解法 3.自下而上汇集法 4.遵循指导方针 5.4.3 WBS的设计方法和步骤 1.明确并识别项目的各主要组成部分; 2.确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算; 3.确定工作任务(工作包); 4.核实分解的正确性。 5.4.4 项目责任分配矩阵 5.5 活动定义及估算 5.5.1 活动定义 5.5.2 活动排序 5.5.3 活动估算 5.5.1 活动定义 工作分解结构 项目范围说明 历史信息 约束条件 5.5.1 活动定义 活动分解法