• PMP--4.2.2 定义范围--项目范围说明书


    #########################################

    这里我们先说一下,4.2 规划范围管理与4.2.1 收集需求 、4.2.2 定义范围、4.2.3 创建WBS的关系:

    在4.2 规划范围管理--二、规划项目范围步骤  中我看到规划范围过程中需要如下五个步骤:

    1. 需求收集(收集需求详解链接:https://www.cnblogs.com/hemukg/p/12566131.html

    2. 确定生命周期类型(生命周期详解见下方链接:https://www.cnblogs.com/hemukg/p/12558617.html

    3. 范围定义

    4. 创建WBS(定义范围详解见下方链接:https://www.cnblogs.com/hemukg/p/12593301.html

    5. 确认范围

    所以4.2.1 收集需求 、4.2.2 定义范围、4.2.3 创建WBS 都是为规划范围管理服务的,目的是为了制定项目范围管理计划

    规划范围管理链接:https://www.cnblogs.com/hemukg/p/12552827.html

    下面开始【定义范围】过程的讲解。

    #########################################

    一、定义范围过程/项目范围说明书背景

    1. 定义范围定义 ​​

    定义范围是制定项目和产品详细描述的过程

    1.1 项目范围说明书定义

    项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素描述。

    应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。

    2. 收集需求-->定义范围

    在收集需求过程中识别出的所有需求未必都包含在项目中。

    所以定义范围过程就要从《需求文件》(收集需求过程的输出)中选取最终的项目需求,

    然后制定出关于项目及其产品、服务或成果的详细描述

    2.1 项目章程-->项目范围说明

    虽然项目章程和项目范围说明书的内容存在一定程度的重叠,但它们的详细程度完全不同。

    ​(1)项目章程包含高层级的信息

    (2)​项目范围说明书则是对范围组成部分的详细描述,这些组成部分需要在项目过程中渐进明细。​

    3. 定义范围作用 ​

    ​​定义范围过程的主要作用是,描述产品、服务或成果的边界和验收标准。​

    3.1 项目范围说明书作用

    (1)​​​项目范围说明书使项目团队能进行更详细的规划,在执行过程中指导项目团队的工作

    (2)​并为评估变更请求或额外工作是否超过项目边界提供基准

    (3)项目范围说明书描述要做和不要做的工作的详细程度(项目除外责任)

    (4)​决定着项目管理团队控制整个项目范围的有效程度

    ​4. 定义范围执行时间

    (1)定义范围过程仅开展一次或仅在项目的预定义点开展。​ ​

    (2)迭代型生命周期项目

    在迭代型生命周期的项目中,需要多次反复开展定义范围过程:

    <1> ​先为整个项目确定一个高层级的愿景

    <2> ​再一次针对一个迭代期明确详细范围

    ​ <3> ​随着当前迭代期的项目范围和可交付成果的进展,而详细规划下一个迭代期的。​

    4.1 项目范围说明书执行时间

    因为项目范围说明书是根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制、细化的。

    ​所以​在项目规划过程中,随着对项目信息的更多了解,应该反复并更加详细具体地定义和描述项目范围。​

    5. 定义范围过程关联文件(输入)

    (1)项目章程

    <1> ​高层级描述

    <2> 产品特征

    <3> 审批要求​​

    (2)范围管理计划

    其中记录了如何定义、确认和控制项目范围

    (3)需求文件

    需求文件识别了应纳入范围的需求。

    贯穿项目的全领域文件

    (4)假设日志

    假设日志识别了有关产品、项目、环境、相关方以及会影响项目和产品范围的假设条件和制约因素。

    (5)风险登记册

    风险登记册包含了可能影响项目范围的应对策略。​

    例如缩小或改变项目和产品范围,以规避或缓解风险。

    6. 定义范围过程需更新文件

    (1)需求文件

    ​可以通过增加或修改需求而更新需求文件。

    (2)需求跟踪矩阵

    ​应该随同需求文件的更新而更新需求跟踪矩阵。

    贯穿项目的全领域文件

    (3)假设日志

    随同本过程识别出更多的假设条件或制约因素而更新假设日志。

    (4)相关方登记册

    如果在本过程中收集到了现有或新相关方的更多信息,则记录到相关方登记册中。

    7. 定义范围阶段负责人

      (1)相关方

      (2)高层级​​

    二、定义范围工具与技术--产品分析

      由于篇幅原因我们单独列出,链接如下:https://www.cnblogs.com/hemukg/p/12591654.html

    三、定义范围过程产出--《项目范围说明书》

    ################################################## 

    项目范围说明书,可以理解为项目章程的在范围领域的细化版。

    (1)将高层级的项目描述---渐进细化为--->项目范围描述

    (2)项目边界定义---> 项目除外责任(排除项)

    (3)产品特性--->项目可交付成果

    (4)项目成功标准--->验收标准

    ##################################################

     项目范围说明书记录了整个范围,包括

    1. ​项目和产品范围

    ​逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。

    2. ​项目的可交付成果

    ​为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力。

    可交付成果也包括各种辅助成果,如项目管理报告和文件; 对可交付成果的描述可略可详。

    3. 验收标准

    验收标准​==项目相关方之间就项目范围所达成的共识。

    ​可交付成果通过验收前必须满足的一系列条件。​

    4. 项目的除外责任​

    为便于管理相关方的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。 ​

    识别排除在项目之外的内容。明确说明哪些内容不属于项目范围,有助于管理相关方的期望及减少范围蔓延。​

     

    ################################################## 

    愿各位在进步中安心。

    2020-03-29 禾木

    ##################################################

     

  • 相关阅读:
    Phar与Composer
    [转]一张图帮你搞定职业规划
    Yii2初谈
    阿里前端框架Alice是个不错的选择
    PHP的PSR系列规范都有啥内容
    最新微信公众平台js sdk整合PHP版
    何时该开始写测试代码
    我们太匆忙
    今日思考
    Scala确实是门好语言
  • 原文地址:https://www.cnblogs.com/hemukg/p/12591143.html
Copyright © 2020-2023  润新知