05–项目范围管理.ppt

第1章 走进 IT 项目管理 WRL-ITPM 软件项目管理第五章 项目范围管理 王 琰 【学习目标】 了解项目范围管理的重要性 讨论需求收集和记录的方法，以满足利益相关者的需求和期望 解释范围定义的过程，描述项目范围说明书的内容 讨论运用类比法、自上而下法、自下而上法、心智图法构建工作分解结构的过程 【学习目标】 解释范围验证的重要性及其与范围定义和范围控制的相互关系 理解范围控制的重要性，以及解决与IT项目范围相关问题的方法 描述软件在项目范围管理中发挥的作用 【开篇案例】 Kim召开为IT升级项目构建工作分解结构的首次项目团队会议 要实施该项目需要先掌握整个公司2000员工的硬件、网络及软件设备清单 Kim已经和利益相关者一起制订了项目章程以及初步范围说明书，获得大致费用和时间进度估计 Kim需要领导项目团队构建工作分解结构 该从何入手呢？ 【什么是项目范围管理】 范围指生产项目的产品所涉及到的工作和用来生产产品的过程 可交付成果指作为项目一部分产生的产品 如一套硬件或一段软件代码 规划文件或会议纪要 项目范围管理指界定和控制项目中应包括什么和不包括什么的过程 【项目范围管理过程】 需求收集 定义并记录项目最终产品的特点和功能，以及创建这些产品的过程 范围定义 评审项目章程、需求文档和组织过程资产来创建范围说明书，并在规划过程更新项目文件 创建工作分解结构 将主要的项目可交付成果分解成更细小和更易管理的部分 【项目范围管理过程（续）】 范围核实 将项目可交付成果的认可正式化 范围控制 对整个项目生命周期内范围的变化进行控制 输出 – 变更请求、建议的纠正措施、项目范围说明书、WBS和WBS词典、范围基线、项目管理计划、组织过程资产更新 经利益相关者同意的项目管理计划是项目的基准，为项目的执行、监控和变更提供了基础（系统集成项目管理工程师上午试题（58）） 【需求收集】 难点 – 对需求缺乏一致性的定义 什么是需求，如何收集，如何编制需求文件 需求 根据合同、标准、规格或其他正式的强制性文件，某个系统、产品、服务、成果或部件必须达到的条件或具备的能力 收集需求 一对一访谈、焦点小组会议、问卷调查法、观察法、原型法 【需求收集（续）】 如何记录需求 项目章程 利益相关者评论、需求文件 需求管理计划 描述如何分析、记录和管理需求的计划 需求跟踪矩阵 需求序号 名称 种类 需求源 状态 R32 笔记本电脑内存 硬件 项目章程和公司笔记本电脑说明书 已完成。根据需求订购了4GB内存的笔记本电脑 【范围定义】 项目范围说明书的关键输入包括项目章程、需求文件、组织过程资产、项目文件以及类似项目的经验教训 随着时间推移，一个项目的范围应该变得更清晰和具体 【进一步定义项目范围】 项目章程： 升级可能会影响到服务器……（详见项目目标） 项目范围说明书（版本1）： 服务器：如果需要增加额外的服务器来支持项目，那么它们必须能够与现有的服务器兼容。如果强化现有的服务器更为经济可行，则必须要向CIO提交一份具体的强化方案，征得其同意。附件6提供了现有服务器的规格说明。至少在安装的两周前，CEO必须批准服务器及其安装位置的具体计划 项目范围说明书（版本2）： 服务器：这一项目需要购买10台新的服务器，以支持网页、网络、数据库、设备及打印功能。应用虚拟化技术以最大限度地提高效率。服务器的规格说明存放在附录8的产品手册中，另外服务器安装位置的计划也在其中 【创建工作分解结构(WBS)】 工作分解结构以可交付结果为中心，将项目中涉及的工作进行分解，定义出项目的整体进展 WBS是一个基础文档，它为计划并管理项目的时间进度、成本、资源及变更提供了基础 分解—将项目可交付成果分解成更小的部分 【按产品来编制内联网WBS的样本】 内联网 网站设计 网站地图 平面设计 节目 主页设计 文本 图像 超文本链接 营销页面 文本 图像 超文本链接 销售页面 文本 图像 超文本链接 【按项目阶段来编制WBS的样本】 内联网 项目 概念 网站 设计 网站 开发 推出 支持 评估当前系统 定义需求 定义具体 功能 定义风险及风险管理方法 开发项目计划 简要介绍网站开发团队 定义用户 需求 定义内容 需求 定义系统 需求 定义服务器业主需求 【使用Microsoft Project制作的内联网甘特图】 【制作工作分解结构的方法】 使用指南 一些组织（例如美国国防部）规定了特殊项目的形式和内容 包括WBS有几个层级，每个层级有哪些内容 类比法 使用类似项目的WBS作为起点 自上而下法 从项目最大条目开始，并将它分解为低层条目 【学习目标】 自下而上法 尽可能多地辨清与项目有关的具体任务，然后聚积这些具体任务并将其汇总为更高层级活动 心智图法 用一种非线条的、结构分解格式写