【软考高级信息系统项目管理师--第九章：项目范围管理】

🚀 作者 ：“码上有前”
🚀 文章简介 ：软考高级–信息系统项目管理师
🚀 欢迎小伙伴们 点赞👍、收藏⭐、留言💬

项目范围管理过程

规划范围管理:为了记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程，作用是在整个项目期间对如何管理范围提供指南和方向收集需求:为实现目标而确定，记录并管理干系人的需要和需求的过程，作用是为定义产品范围和项目范围奠定基础定义范围:制定项目和产品详细描述的过程，作用是描述产品、服务或成果的边界和验收标准创建WBS:把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程，作用是为所要交付的内容提供架构确认范围:正式验收已完成的项目可交付成果的过程，作用是使验收过程具有客观性，通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性
控制范围:监督项目和产品的范围状态，管理范围基准变更的过程，在整个项目期间保持对范围基准的维护

---

产品范围和项目范围的区别联系

• 产品范围是指产品或者服务应该包含的功能和特征，
• 项目范围是指为了能够交付产品，项目所必须做的工作，
• 项目范围包含产品范围，产品范围是项目范围的基础，
• 判断项目范围是否完成是根据范围基准来判定，判断产品范围是否完成，是根据产品是否满足了产品描述来判断。
• 产品范围描述是项自范围说明书的重要组成部分，所以产品范围变更后，首先受到影响的是项目的范围，但是产品范围发生变化，并不意味着项目范围发生变化。

范围管理计划:

• 1.如何制定范围说明书;
• 2、如何根据范围说明书创建WBS;
• 3、如何维护和批准WBS;
• 4.如何确认和验收已完成的项目的可交付成果;
• 5、如何处理项目范围说明书的变更

需求管理计划

• 1.如何规划、跟踪和汇报各种需求活动;
• 2、配置管理活动;
• 3、需求优先级排序过程
• 4、测量指标及使用这些指标的理由;
• 5、反映那些属性被列入跟踪矩阵等

收集需求的工具与技术

• 访谈

• 焦点小组:将预先选定的干系人和主题专家集中在一起，了解他们对所提议产品、服务或成果的期望和态度，由一位受过训练的主持人引导大家互动讨论

• 引导式研讨会:通过邀请主要的跨职能干系人一起参会。

• 群体创新技术

  • 头脑风暴:分为头脑风暴和反头脑风暴法
  • 名义小组:通过投票排列最有用的创意，以便进一步的头脑风暴或者优先排序，是头脑风暴的深化应用。分4步:1、向集体提出一个问题，大家沉思后写出自己的想法:2、生持人在活动挂图上记录所有人的想法;3、集体讨论各个想法，直至达到一个明确的共识;4个人私下投票决出各种想法的优先顺序。
  • 德尔菲:组织专家就某一主题达成一致意见
  • 概念/思维导图(心智图):
  • 亲和图
  • 多标准决策分析
  • 群体决策技术:大多数同意、一致同意、相对多数、独裁
  • 问卷调査、观察法、原型法、标杆对照、系统交互图、文件分析

需求的类别:

• 1业务需求:整个组织高层级的需要
• 2.干系人需求;
• 3、解决方案需求;
• 4、质量需求、
• 5、过渡需求、
• 6、项目需求、

需求跟踪矩阵(画图

• 记录的属性包括标识、需求文字描述、业务需要、机会、目的和目标、项目目标、项目范围和WBS可交付成果、产品设计、产品开发、产品测试、高层级的需求等

项目范围说明书内容

• 产品的范围描述、验收标准、除外责任、可交付成果、制约因素、假设条件

WEB分解结构（画图）

• 创建WBS过程的工作与技术主要是(分解)和(专家判断)，通常开展以下活动:识别和分析可交付成果和相关工作、确定WBS的结构和编排方法、自上而下逐层分解、为WBS组件分配标识编码、核实可交付成果的分解的程度是恰当的
• WEB分为
  • 表格形式:能够反映项目的所有工作要素，但是直观性较差
  • 树形结构;直观清晰，结构性强，但是不易修改，复杂项目难以表示出全貌
• WBS分解过程中要注意的八项
  • 1、WBS必须是面向可交付成果的，
  • 2、WBS必须有人负责，而且只能是1人负责，
  • 3、WBS的底层必须支持计划和控制。
  • 4、WBS的指导、作为指导而非原则，应该控制在4-6层;
  • 5、WBS并不是一层不变的，后期可以根据需要进行修改
  • 6、WBS必须符合项目的范围
  • 7、WBS包括项目管理工作，也包括分包出去的工作;
  • 8、WBS的编制需要所有项目干系人的参与。

范围基准

• 经过批准的范围说明书、WBS和WBS词典

确认范围

• 确认范围的主要根据与技术是(检查)和(群体决策技术)，确认范围应该贯穿于项目的始终
• 确认范围的步骤
  • 1、确定需要进行范围确认的时间、
  • 2、识别范围确认需要哪些投入
  • 3、确定范围正式被接受的标准和要素
  • 4、确定范围确认会议的组织步黎
  • 5、组织范围确认会议
• 干系人的关注点
  • 管理层关注项目的范围，指范围对项目的进度、资金和资源的影响
  • 客户关注产品的范围，关心项目的可交付成果是否足够完成产品或服务
  • 项目管理人员主要关注项目的制约因素，项目可交付成果是否足够和必须完成，时间和资金资源是否足够
  • 项目团队人员关注项目的范围中自己参与的元素和负责任的元素。
• 确定范围与质量控制区别联系
  • 确认范围主要强调可交付成果获得客户或发起人的接受，质量控制强调可交付成果的准确性，并符合为其制定的具体质量要求。
  • 质量控制一般在确认范围前进行，也可以同时进行，确认范围一般在阶段末尾进行，而质量控制并不一定在阶段未进行
  • 质量控制属于内部检查，由相应的质量部门实施，确认范围由外部干系人对项目可交付成果进行检查验收

范围变更的原因

• 1、国家政策问题;
• 2、有新的技术、新手段或新方案
• 3、项目执行组织本身发生改变
• 4、客户对项目、项目产品或服务的要求发生变化
• 5、项目范围的计划编制不周密详细，有一定的错误或遗漏。

WBS词典画图