章控制项切目范围.pptVIP

SSPM/WRL 课 程 回 顾 (项目整体管理) 学习目标 4.1 项目需求与范围管理的重要性(1) –现状 4.1 项目需求与范围管理的重要性(2) －技术人员 4.1 项目需求与范围管理的重要性(3)－方法 4.1 项目需求与范围管理的重要性(4)－软件价值体现 4.1 项目需求与范围管理的重要性(5)－人才培养 4.1 项目需求与范围管理的重要性(6)－三要素 4.1 项目需求与范围管理的重要性(7) －关系(1) 4.1 项目需求与范围管理的重要性(8)- 关系(2) 4.2 什么是项目范围管理(1) 4.2 什么是项目范围管理(2) 4.3 项目启动:战略计划与项目选择(1) 4.3 项目启动:战略计划与项目选择(2) 4.3 项目启动:战略计划与项目选择(3) －原因总结 4.3项目启动:战略计划与项目选择(4) 4.3.1 识别潜在项目—筛选IT项目的4个阶段 4.3 项目启动:战略计划与项目选择(5) 4.3.2 项目选择方法 4.3 项目启动:战略计划与项目选择(6) 4.3.3 项目章程(1) 4.3 项目启动:战略计划与项目选择(2) 4.3.3 项目章程(2)-举例 (1) 4.3 项目启动:战略计划与项目选择(7) 4.3.3 项目章程(3) -举例 (2) 4.4 范围计划编制和范围说明书(1) 4.4 范围计划编制和范围说明书(2) 4.4 范围定义与工作分解结构(1) 4.5 范围定义与工作分解结构(2) 4.5.1工作分解结构1 (Work Breakdown Structure) 4.5 范围定义与工作分解结构(3) 4.5.1工作分解结构2 (Work Breakdown Structure) 4.5 范围定义与工作分解结构(4) 4.5.1工作分解结构3 (Work Breakdown Structure) 4.5范围定义与工作分解结构(5) 4.5.1工作分解结构4 (Work Breakdown Structure) 4.5 范围定义与工作分解结构(6) 4.5.1工作分解结构5 (Work Breakdown Structure) 4.5 范围定义与工作分解结构(7) 4.5.2 制定WBS 的方法(1) 4.5 范围定义与工作分解结构(8) 4.5.2 制定WBS 的方法(2) 4.6 范围审核和范围变更控制(1) 4.6.1 促进用户参与的建议(1)-问题原因 4.6 范围审核和范围变更控制(2) 4.6.1 促进用户参与的建议(2) 4.6 范围审核和范围变更控制(3) 4.6.2 减少不完整的和易变的要求的建议(1) 4.6 范围审核和范围变更控制(4) 4.6.2 减少不完整的和易变的要求的建议（2） 本章小节 体 会 制定一个好的工作分解结构还要遵循以下一些基本原则。 1．一个单位工作任务在WBS中是唯一的。 2．一个WBS项的工作内容是其下一级各项工作之和。 3．WBS中的每一项工作都明确由一个人负责。 4．WBS必须与工作任务的实际执行过程相一致。 5．项目组成员必须参与WBS的制定，以确保一致性和全员参与。 6．每一个WBS项都必须归档，以确保准确理解项目的工作范围。 7．WBS要具有一定的灵活性以适应无法避免的变更需要。 因 素 排 序 缺少用户参与 1 不完整的要求和说明 　　　　 2 易变的要求和说明 　 　　 　3 缺乏主管领导的支持 　　 　 4 技术不过关 　　　　　　 　　 5 缺乏资源 　　　　　　　 　　 6 不切实际的期望 　　　　 　　 7 目标不明确 　　　　　　　 　 8 不切实际的时间安排 　　　 　 9 的影响 　　 10 表4-4 引起IT项目问题的因素 缺少用户的信息输入是导致项目失败的最主要因素之一，并且很容易导致在管理范围蔓延和变更控制过程中出现问题，用户的参与、支持与理解是确定与控制范围的关键所在。 促进用户参与的建议： 为设计一个好的项目选择程序 让用户参与项目组 举行例会 定期向用户和发起人提交工作成果 让用户与开发人员友好相处 IT项目范围的漂移、需求的随意变更是项目经理和开发人员最头痛的问题，也是不能回避的问题。 只有积极的、主动的进行项目需求管理，才能控制变更、减少变更，使变更朝着有利于项目顺利完成的方向发展。 变更控制的方法： 制定“要