《项目范围管理》PPT课件.ppt

1、软件项目管理第五章 项目范围管理,王 琰,第5章 项目范围管理,【学习目标】,了解项目范围管理的重要性 讨论需求收集和记录的方法，以满足利益相关者的需求和期望 解释范围定义的过程，描述项目范围说明书的内容 讨论运用类比法、自上而下法、自下而上法、心智图法构建工作分解结构的过程,第5章 项目范围管理,【学习目标】,解释范围验证的重要性及其与范围定义和范围控制的相互关系 理解范围控制的重要性，以及解决与IT项目范围相关问题的方法 描述软件在项目范围管理中发挥的作用,第5章 项目范围管理,【开篇案例】,Kim召开为IT升级项目构建工作分解结构的首次项目团队会议 要实施该项目需要先掌握整个公司2000

2、员工的硬件、网络及软件设备清单 Kim已经和利益相关者一起制订了项目章程以及初步范围说明书，获得大致费用和时间进度估计 Kim需要领导项目团队构建工作分解结构 该从何入手呢？,第5章 项目范围管理,【什么是项目范围管理】,范围指生产项目的产品所涉及到的工作和用来生产产品的过程 可交付成果指作为项目一部分产生的产品 如一套硬件或一段软件代码 规划文件或会议纪要 项目范围管理指界定和控制项目中应包括什么和不包括什么的过程,第5章 项目范围管理,【项目范围管理过程】,需求收集 定义并记录项目最终产品的特点和功能，以及创建这些产品的过程 范围定义 评审项目章程、需求文档和组织过程资产来创建范围说明书，

3、并在规划过程更新项目文件 创建工作分解结构 将主要的项目可交付成果分解成更细小和更易管理的部分,第5章 项目范围管理,【项目范围管理过程（续）】,范围核实 将项目可交付成果的认可正式化 范围控制 对整个项目生命周期内范围的变化进行控制 输出 变更请求、建议的纠正措施、项目范围说明书、WBS和WBS词典、范围基线、项目管理计划、组织过程资产更新,经利益相关者同意的项目管理计划是项目的基准，为项目的执行、监控和变更提供了基础（系统集成项目管理工程师上午试题（58）,第5章 项目范围管理,【需求收集】,难点 对需求缺乏一致性的定义 什么是需求，如何收集，如何编制需求文件 需求 根据合同、标准、规格或

4、其他正式的强制性文件，某个系统、产品、服务、成果或部件必须达到的条件或具备的能力 收集需求 一对一访谈、焦点小组会议、问卷调查法、观察法、原型法,第5章 项目范围管理,【需求收集（续）】,如何记录需求 项目章程 利益相关者评论、需求文件 需求管理计划 描述如何分析、记录和管理需求的计划 需求跟踪矩阵,第5章 项目范围管理,【范围定义】,项目范围说明书的关键输入包括项目章程、需求文件、组织过程资产、项目文件以及类似项目的经验教训 随着时间推移，一个项目的范围应该变得更清晰和具体,第5章 项目范围管理,【进一步定义项目范围】,第5章 项目范围管理,【创建工作分解结构(WBS)】,工作分解结构以可交

5、付结果为中心，将项目中涉及的工作进行分解，定义出项目的整体进展 WBS是一个基础文档，它为计划并管理项目的时间进度、成本、资源及变更提供了基础 分解将项目可交付成果分解成更小的部分,第5章 项目范围管理,【按产品来编制内联网WBS的样本】,内联网,网站设计,网站地图,平面设计,节目,主页设计,文本,图像,超文本链接,营销页面,文本,图像,超文本链接,销售页面,文本,图像,超文本链接,第5章 项目范围管理,【按项目阶段来编制WBS的样本】,内联网 项目,概念,网站 设计,网站 开发,推出,支持,评估当前系统,定义需求,定义具体 功能,定义风险及风险管理方法,开发项目计划,简要介绍网站开发团队,定

6、义用户 需求,定义内容 需求,定义系统 需求,定义服务器业主需求,第5章 项目范围管理,【使用Microsoft Project制作的内联网甘特图】,第5章 项目范围管理,【制作工作分解结构的方法】,使用指南 一些组织（例如美国国防部）规定了特殊项目的形式和内容 包括WBS有几个层级，每个层级有哪些内容 类比法 使用类似项目的WBS作为起点 自上而下法 从项目最大条目开始，并将它分解为低层条目,第5章 项目范围管理,【学习目标】,自下而上法 尽可能多地辨清与项目有关的具体任务，然后聚积这些具体任务并将其汇总为更高层级活动 心智图法 用一种非线条的、结构分解格式写出任务，并创建WBS结构,第5章

7、 项目范围管理,【创建WBS的心智图技术样本】,第5章 项目范围管理,【WBS词典及项目基线】,许多WBS任务是模糊的，需要更详尽地解释，以便人们知道做什么，并能估计需要花多长的时间和多大的成本 WBS词典是一个描述每条WBS项细节信息的文档 核准的项目范围说明书及其相关的WBS和WBS词典构成了范围基线，并依据该基线实现项目范围目标绩效,第5章 项目范围管理,【构建WBS及WBS词典的建议】,一个工作单元应该只在WBS中出现一次 一个WBS条目的工作内容是它下一级WBS条目的总和 一个WBS条目仅有一个人负责，尽管可能有很多人在为其工作 WBS必须与实际开展工作的方式保持一致，必须首先为团队

8、服务，如果可行的话，再服务于其他目的,第5章 项目范围管理,【构建WBS及WBS词典的建议(续)】,项目团队成员应当参与建立WBS，以确保一致和遵从 每一WBS条目必须记载在WBS词典中，以确保大家都能准确明白该条目包含及不包含哪些工作范围 在根据范围说明书进行项目工作内容控制时，WBS必须是一个能灵活变通的工具，以应对一些不可避免的变更,第5章 项目范围管理,【范围核实】,为一个项目制定出好的项目范围说明书及WBS是很难的 要核实范围并将范围变更最小化则更难 由利益相关者进行正式确认 界定项目范围后，许多IT项目仍会遭遇范围蔓延 在机器人仓储系统范围蔓延后，FoxMayer药物公司破产了 G

9、rumman公司的工程师将工作流程系统称为“纳粹软件”并拒绝使用它,第5章 项目范围管理,【范围控制】,范围控制指项目范围的变更 范围控制的目的 影响引起范围变化的因素 确保变更能依据集成变更控制建立的程序有序进行 管理已发生的变更 偏差是指计划与实际绩效的差异,第5章 项目范围管理,【提高用户投入的建议】,为IT项目设立良好的选择过程，确保所有项目都有来自用户组织的发起人 项目团队中有用户参与 在既定日程举行定期会议 定期向项目的用户和项目发起人交互一些成果 不承诺在特殊的时间框架内交互不能交互的成果 用户和开发商共处一处办公室,第5章 项目范围管理,【减少不完整和不断变化需求的建议】,设立

10、并遵循需求管理过程 利用技术工具，如原型制作、用况模型创建法及合作应用技术程序来全面了解用户需求 记录所有需求信息并随时更新 为文档化和控制需求构建需求管理数据库,第5章 项目范围管理,【减少不完整和不断变化需求的建议(续)】,进行适当的测试 从系统角度回顾所要求的需求变更 强调完工日期，以助于聚焦于最关键的需求 为处理变更需求专门分配资源,第5章 项目范围管理,【使用软件辅助项目范围管理】,文字处理软件帮助处理项目范围相关文档 电子表格帮助构建范围管理相关的图表和曲线图，并帮助进行财务计算和权重计分模型 沟通软件，例如e-mail和Web，帮助澄清和交流项目范围 项目管理软件帮助创建WBS，为构建甘特图提供基础 还有其他的专业化软件以支持范围管理,第5章 项目范围管理,【案例结局】,Kim再次审视了构建WBS指南 几个项目团队领导开会，根据最新的库存清单