跬步郎的博客 跬步郎的博客

——科员级项目管理师的奋斗历程

系统集成项目管理工程师备考资料(口袋应试第二版)11

7.范围管理

在范围管理这一章中,项目范围确认所采用的方法、项目范围确认的输入、输出、历年试题出现的概率很大,必须掌握,其它内容尽量熟悉。如果大家时间和精力有限,不能长时间在电脑端复习的。可以查找“集成中级口袋应试”小程序来进行复习。

xtjc_xiaochengxu

7.1项目范围管理概念


  • 7.1.2项目范围管理的主要过程


  • 项目范围管理通过以下6个过程来实现:
    (1) 编制范围管理计划过程
    (2) 收集需求
    (3) 定义范围
    (4) 创建工作分解结构
    (5) 确认范围
    (6) 范围控制

    第二版P268@7.1.2


    出题概率:★★


    140166、140340

    ————————————————————

    7.2编制范围管理计划和范围说明书


    7.2.2编制范围管理计划过程的输入、输出


    2.编制范围管理计划过程的输出


  • 1) 范围管理计划


  • 口袋应试:出现试题为“项目范围管理计划内容”


      范围管理计划是项目或项目集管理计划的组成部分,描述了如何定义、制定、监督、 控制和确认项目范围。范围管理计划是制定项目管理计划过程和其他范围管理过程的主 要依据。范围管理计划要对将用于下列工作的管理过程做出规定:
    (1)制定详细项目范围说明书。
    (2 )根据详细项目范围说明书创建WBS。
    (3) 维护和批准工作分解结构(WBS)。
    (4) 正式验收已完成的项目可交付成果。
    (5) 处理对详细项目范围说明书或WBS的变更。该工作与实施整体变更控制过程 直接相联。

    第二版P269@7.2.2


    出题概率:★


    150142

    ————————————————————

    7.3范围定义


    7.3.1范围定义


  • 2.范围定义的输入、输出


  • 1)范围定义的输入


    (1)范围管理计划
      详见7.2节。范围管理计划是项目管理计划的组成部分,确定了制定、监督和控制项目范围的各种活动。
    (2) 项目章程
      项目章程中包含对项目和产品特征的高层级描述。它还包括项目审批要求。
    (3) 需求文件
      需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始,可能只有 高层级的需求,然后随着有关需求信息的增加而逐步细化。

    2)范围定义的输出


    (1)项目范围说明书
    (2)项目文件更新
    可能需要更新的项目文件至少包括:干系人登记册、需求文件、需求跟踪矩阵。

    第二版P271@7.3.1


    出题概率:★★★


    150140、150340、180343

    ————————————————————

  • 3.范围定义的工具和技术


  • 1)产品分析
    2)焦点小组
    3)备选方案生成
    4)引导式研讨会

    第二版P271@7.3.1


    出题概率:★


    170143

  • 7.3.2范围说明书


  •   项目范围说明书描述要做和不要做的工作的详细程度,决定着项目管理团队控制整个项目范围的有效程度。对项目范围进行管理,又可以决定项目团队能否很好地规划、管理和控制项目的执行。详细的范围说明书或引用的文档通常包括以下内容:
    (1)项目目标
    (2)产品范围描述
    (3)项目需求
    (4)项目边界
    (5)项目的可交付成果
    (6)项目的制约因索
    (7)假设条件

    第二版P273@7.3.2


    出题概率:★★


    190143、190340

    ————————————————————

    7.3.3创建工作分解结构


  • 2.WBS包含的内容


  •   WBS最低层的工作单元被称为工作包,是我们进行进度安排、成本估算和监控的基础。工作包对相关活动进行归类。
    (1)工作分解结构是用来确定项目范围的,项目的全部工作都必须包含在工作分解结构当中,而且不包含在工作分解结构中的任何工作都不是项目的组成部分,都不能做,否则就是“镀金’’。这是工作分解结构百分百规则的要求,即工作分解结构必须且只能包括100%的工作。
    (2)工作分解结构的编制需要所有项目干系人的参与,需要项目团队成员的参与。各项目干系人站在自己的立场上,对同一个项目可能编制出差别较大的工作分解结构。项目经理应该发挥“整合者”的作用,组织他们进行讨论,以便编制出一份大家都能接受的工作分解结构。
    (3)工作分解结构是逐层向下分解的。工作分解结构最高层的要素总是整个项目或分项目的最终成果。每下一个层次都是上一层次相应要素的细分,上一层次是下一层次各要素之和。工作分解结构中每条分支分解层次不必相等,如某条分支分解到了第四层,而另一条可能只分解到第三层。

    第二版P275@7.3.3


    出题概率:★★


    170343、180143

    ————————————————————

    7.3.4创建工作分解结构的工具与技术


    2.创建工作分解结构的输出


  • 1)范围基准


  •   经过批准的范围说明书、工作分解结构(WBS)和相应的WBS词典组成了范围基准, 只有通过正式的变更控制程序才能进行变更这个基准,它被用作比较的基础。范围基准是项目管理计划的组成部分包括:
    (1)项目范围说明书。项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述。
    (2) WBS。WBS是对项目团队为实现项目目标、创建所需可交付成果而需姜实施 的全部工作范围的层级分解。工作分解结构每向下分解一层,代表着对项目工作更详细的定义。
    (3) WBS词典。WBS词典是针对每个WBS组件,详细描述可交付成果、活动和 进度信息的文件。WBS词典对WBS提供支持。

    第二版P281@7.3.4


    出题概率:★


    ————————————————————

  • 7.4范围确认


  •   确认范围是正式验收己完成的项目可交付成果的过程。确认范围需要审查可交付物 和工作成果,以保证项目中所有工作都能准确地、满意地完成。确认范围应该贯穿项目 的始终,从WBS的确认或合同中具体分工界面的确认,到项目验收时范围的检验。确认范围过程应该以书面文件的形式把它完成情况记录下来。本过程的主要作用是,使验收过程具有客观性;同时通过验收每个可交付成果,提高最终产品、服务或成果获得验 收的可能性。

    第二版P281@7.4


    出题概率:★


    ————————————————————

    7.4.1项目范围确认的工作要点


    1.制定并执行确认程序


    确认范围的一般步骤:


    (1) 确定需要进行确认范围的时间。
    (2) 识别确认范围需要哪些投入。
    (3) 确定范围正式被接受的标准和要素。
    (4) 确定确认范围会议的组织步骤。
    (5) 组织确认范围会议。

    第二版P282@7.4.1


    出题概率:★


    170147

    ————————————————————

    7.4.2项目范围确认所采用的方法


    1.检查
      检查是指开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准,是否满足项目干系人的要求和期望。检查有时也被称为审查、产品审查、 审计和巡检等。在某些应用领域,这些术语具有独特和具体的含义。
    2.群体决策技术
      群体决策技术就是为达成某种期望结果,而对多个未来行动方案进行评估的过程。 本技术用于生成产品需求,并对产品需求进行归类和优先级排序。
    达成群体决策的方法有很多,例如:
    (1) 一致同意。
      每个人都同意某个行动方案。达成一致同意的一种方法就是德尔菲技术,由一组选定的专家回答问卷,并对每轮需求收集的结果给出反馈。只有主持人可以看到专家的答复,以保持匿名状态。
    (2) 大多数原则。
      获得群体中超过50%人员的支持,就能做出决策。把参与决策的小组人数定为奇数,防止因平局而无法达成决策。
    (3) 相对多数原则。
      根据群体中相对多数者的意见做出决策,即便未能获得大多数人的支持。通常在候选项超过两个时使用。
    (4) 独裁。
    在这种方法中,由某一个人为群体做出决策。

    7.4.3项目范围确认的输入、输出


  • 1.项目范围确认的输入


  • 1) 项目管理计划
    项目管理计划中的以下信息可用于控制范围:
    (1)范围基准。用范围基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。
    (2)范围管理计划。描述如何监督和控制项目范围。
    (3)变更管理计划。变更管理计划定义管理项目变更的过程。
    (4)配置管理计划。配置管理计划定义哪些是配置项,哪些配置项需要正式变更控制及针对这些配置项的变更控制过程。
    (5)需求管理计划。需求管理计划是项目管理计划的组成部分,描述如何分析、记录和管理项目需求。
    2) 需求文件
    3) 需求跟踪矩阵
    4) 核实的可交付成果
    5) 工作绩效数据

  • 2.项目范围确认的输出输出


  • 1) 验收的可交付成果
    2) 变更请求
    3) 工作绩效信息
    4)项目文件更新

    第二版P281@7.4


    出题概率:★★★★★


    140342、150343、170146、170344、180144、180339、180344、190341

    ————————————————————
    以下为第一版内容,仅供参考
    ————————————————————

    进行项目工作分解时遵从的主要步骤


    (1)识别和确认项目的阶段和主要可交付物。首先识别出项目生命期的各个阶段,然后把每阶段的交付物明确和确认出来。
    (2)分解并确认每一组成部分是否分解得足够详细。一般来讲至少分解到可以合理的对其进行成本和历时的估算为止。
    (3)确认项目主要交付成果的组成要素。交付成果的组成要素应当用有形的、可检验的结果来描述,以便据此进行绩效评估。
    (4)核实分解的正确性。核对分解是否正确,可以通过回答下列问题来确定:
    ①最底层要素对项目分解来说是否是必需而且充分的呢?如果不是,则必须修改组成要素(例如添加、删除或重新定义)。
    ②每个组成要素的定义是否清晰完整?如果不完整,则需要修改或扩展描述。
    ③每个组成要素是否都能够恰当地编制进度和预算?是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元(例如部门、项目队伍或个人)?如果不能,需要做必要的修改,以保证合理的管理控制。

    出题概率:★


    130344

    ————————————————————

    项目范围说明书(初步)

      项目范围说明书在“可交付物”层次上明确了要完成项目需要做的相应工作。项目范围说明书(初步)明确项目及其相关的产品和服务的特性和边界,以及范围控制和验收的方法。

    P257@7.2.2


    出题概率:★


    140142

    ————————————————————

    分解WBS 结构的方法


    分解WBS 结构的方法至少有如下三种:
    (1)使用项目生命周期的阶段作为分解的第一层,而把项目可交付物安排在第二层,
    (2)把项目重要的可交付物作为分解的第一层,
    (3)把子项目安排在第一层,再分解子项目的WBS。

    P262@7.4.3


    出题概率:★★★


    140143、140341、150342

    ————————————————————

    项目范围变更的主要原因


    ①项目外部环境发生变化,例如,政府政策的问题。
    @项目范围的计划编制不周密详细,有一定的错误或遗漏。
    ③市场上出现了或是设计人员提出了新技术、新手段或新方案。
    ④项目实施组织本身发生变化。
    ⑤客户对项目、项目产品或服务的要求发生变化。

    P268@7.6


    出题概率:★


    140170

    ————————————————————

    范围控制


    范围控制的工作内容


      范围控制是监控项目状态如项目的工作范围状态和产品范围状态的过程,也是控制变更的过程。经常把不受控制的变更称为项目“范围蔓延”。
    范围控制涉及以下内容:
    影响导致范围变更的因素,
    确保所有被请求的变更按照项目整体变更控制过程处理,
    范围变更发生时管理实际的变更。

    变更产生的原因:


    1) 项目外部环境发生变化;
    2)项目范围的计划编制不周密详细,有一定的错误或遗漏;
    3)市场上出现了或是设计人员提出了新技术、新手段或新方案;
    4)项目实施组织本身发生变化;
    5)客户对项目、项目产品或服务的要求发生变化。

    变更控制的焦点问题;


    1)确定范围变更是否已经发生;
    2)对造成范围变更的因素施加影响,以确保这些变更得到一致的认可;
    3)当范围变更发生时,对实际的变更进行管理。

    范围控制的工具和技术


    偏差分析;
    重新制定计划;
    变更控制系统和变更控制委员会;
    配置管理系统。

    范围控制的输入


    项目管理计划;工作绩效数据;绩效报告;已批准的变更请求;

    输出


    变更请求;工作绩效;组织过程资产更新;更新的项目管理计划。

    P268@7.6


    出题概率:★★


    150143、190145

    ————————————————————

    分解工作结构的原则


    分解工作结构应把握如下原则:
    (1)在各层次上保持项目的完整性,避免遗漏必要的组成部分。
    (2) -个工作单元只能从属于某个上层单元,避免变叉从属。
    (3)相同层次的工作单元应有相同性质。
    (4)工作单元应能分开不同的责任者和不同工作内容。
    (5)便于项目管理进行计划和控制的管理需要。
    (6)最低层工作应该具有可比性,是可管理的,可定量检查的。
    (7)应包括项目管理工作(因为管理是项目具体工作的一部分),包括分包出去的工作。
    (8) WBS 的最低层次的工作单元是工作包。一个项目的WBS 是否分解到工作包,跟项目的阶段、复杂程度和规模有关,一般来说早期,或复杂,或大规模的项目,其WBS 的分解颗粒要大一些,粗一些。

    263@7.4.3


    出题概率:★


    160142

    ————————————————————

    项目的工作分解活动内容


    把整个项目的工作分解为工作包,一般包括下列活动。
    (1)识别和分析项目可交付物和与其相关的工作。
    (2)构造和组织WBS。
    (3)把高层的WBS 工作分解为低层次的、详细的工作单元。
    (4)为WBS 的工作单元分配代码。
    (5)确认工作分解的程度是必要和充分的。

    P261@7.4.3


    出题概率:★


    160143

    ————————————————————

    你的赞助,是对我辛勤耕耘的最大支持