IT项目管理cha5.ppt

第5章 项目范围管理 案例 Kim-项目经理 任务－为IT升级项目构建WBS 项目目标 9个月内完成 达到新标准（电脑软硬件配置） 已经完成的工作 项目章程 费用、进度估计 范围说明书 软硬件需求的初步界定 电话会议 公司的项目管理信息系统 本章内容 5．1 什么是范围管理 5．2 范围规划何范围管理计划 5．3 范围定义何项目范围说明书 5．4 创建WBS 5．5 范围验证或范围核实 5 ． 6范围控制 5 ． 7辅助软件 项目范围管理 定义项目范围 最重要、最困难的问题 生产产品所牵涉到的工作和用来生产产品的过程 可交付的成果 作为项目一部分生产的产品 产品相关或过程相关（会议记录） 项目范围管理scope management 界定和控制项目中包括/不包括什么的过程 帮助达成共识 生产什么，如何生产 项目范围管理的五个阶段 范围规划 确定如何定义、验证、控制项目范围，构建WBS 范围定义 评审项目章程和范围说明书，并且管理变更 创建工作分解结构 将可交付成果分解成更小的部分 范围验证 项目范围的认可正式化 范围控制 对项目范围的变化进行控制 1范围规划 所需投入与项目规模、复杂程度、重要性有关 主要输出 项目范围管理计划 描述：如何准备范围说明书、构建WBS、验证可交付成果、控制范围变更请求 参见样本 主要输入 项目章程 参见样本 初步的范围说明书 项目管理计划 2范围定义 项目章程 升级会影响到服务器 初步范围说明 新增服务器必须能与现有服务器兼容 范围说明书 需要新增10台服务器，用于支持网络、数据库……功能 3创建工作分解结构 工作分解结构 Work breakdown structure,WBS 以可交付成果为中心，将项目涉及的工作进行分解，定义出项目的整体范围 工具和技术 WBS模板，分解技术 输入 项目范围说明书，项目管理计划 输出 WBS,WBS词典，范围基线，输入内容的更新 WBS样本1－按产品编制 WBS样本2－按阶段编制 WBS样本3－表格式 1.0概念 1.1评价当前系统 1.2定义需求 1.2.1定义用户需求 1.2.2定义内容需求 1.2.3定义系统需求 1.2.4定义业主需求 1.3定义具体功能 1.4定义风险与管理方法 1.5制作项目计划 1.6组建开发团队 2.0网站设计 3.0网站开发 4.0推出 5.0支持 内联网项目的甘特图 工作包 Work package 最低层的一项任务 项目经理用来监控项目的单位 问责制和汇报的实施单元 设置方法 （一个工作包）代表80个工时 每周报告－ 代表40个工时 每季度报告－代表100个工时 也可以代表硬件 制作WBS注意事项 未必涉及工作细节 关注工作如何完成 层级1使用项目管理过程组/项目管理 层级1：项目管理过程组 WBS制作方法 使用指南 制作指南，样本，模板 类比法analog approach 使用一个类似项目的WBS作为起点 自上而下法 从最大条目开始逐渐分解 自下而上法 先辨别具体任务再汇总 心智图法mind mapping 从核心理念发散出去，从而结构化思想和想法 美国空军的一份WBS指南 麦克唐纳飞机公司的WBS 电子商务设施制造的WBS 心智图样本 对应的WBS WBS词典 范围基线＝项目范围说明书+WBS+WBS词典 WBS dictionary 描述WBS条目详细信息 格式 简单描述 复杂描述－组织、资源需求、预算费用…… WBS构建原则 一个工作单元在WBS中只出现一次 一个条目内容是下级条目的总和 一个条目只有一人负责 WBS与实际开展工作的方式一致 团队成员参与建立WBS 每个条目记在词典中 允许WBS变更 4范围验证 范围验证 由利益相关者对已经界定的项目范围进行正式确认 输入 项目范围说明书、WBS、词典、项目范围管理计划、可交付成果 工具 检查 输出 验收的可交付成果、变更请求、建议纠正措施 范围控制 范围控制 控制项目范围的变更 确保变更按程序执行 输入 项目范围说明书、WBS、词典、绩效报告、许可的变更需求 工具 变更控制系统、集成管理、项目范围再计划、偏差分析 输出 需求变更、建议纠正措施、范围说明书变更、 WBS、词典、范围基线、组织过程资产、项目管理计划 范围控制建议1 提高用户投入 良好的选择过程 团队中包含用户 定期会议 定期交付成果 不要承诺不可交付的成果 用户和开发商办公室临近 范围控制建议2 减少不完整和不断变化的需求建议 遵循管理过程 利用技术工具 原型，用例模型，联合应用开发 记录所有的需求信息 构建管理数据库 适当的测试 需求变更管理 强调完工日期 为变更需求专门分配资源 * * 内联网 网站设计 主页设计 营销页面 网站地图 平面