zoukankan      html  css  js  c++  java
  • PMP学习系列7:PMBOK(5th)第五章:项目范围管理

    一、引言

      项目范围管理是后续章节的的基础之一,因为所有的成本,质量和进度都是基于范围确定的情况下;如果范围发生变动则质量、进度、成本、风险、关系人、采购等等都会以此发生变化。所以,这一章非常的重要。

      在项目范围管理一节,有6个过程组。各过程间相互作用,需要细心体会

      • 规划范围管理(Plan Scope Management)
      • 收集需求(Collect Requestment)-->CR
      • 定义范围(Define Scope)-->DS
      • 创建WBS(Create WBS)-->CWBS
      • 确认范围(Validate Scope) -->VS
      • 控制范围(Control Scope)--CS

      在这一节需要注意如下两个概念:

      • 产品范围:产品具有的特性和功能;
      • 项目范围:为实现产品特性和功能而必须完成的工作。

      二者有交互性,需把握联合度。

      项目范围管理各过程的总图如下:

      

    二、各过程输入输出理解

    1、规划范围管理

    1.1 输入

    • PMP
    • PC
    • EEF
    • QPA

      无需解释,项目管理计划(PMP)是规划管理的一个输入,然后输出范围管理计划。参考项目章程(Project Charter,PC)是因为项目章程有项目的相关背景信息、约束条件、资源结构等信息,必须要使用的。

    1.2 工具&技术

    • Expert Judgment
    • Meetings

    1.3 输出

    • Scope Management Plan(SMP)
    • Requestments Management Plan(RMP)

      本过程输出2个管理计划,而这2个管理计划只有SMP是项目管理计划的输入,需求计划却不是。

    2、收集需求

    2.1 输入

    • SMP
    • RMP
    • PC
    • Stakeholder Management Plan
    • Stakeholder Register

      收集需求是收集谁的需求?当然是干系人的需求了,所以必须有干系人管理计划和干系人登记册。同理,需要SMP(范围管理计划)和RMP(需求管理计划)。在此处需要PC的原因和5.1过程雷同,即需要项目的一些信息,才能更好的做好收集需求。

    2.2 工具&技术

    • Interview
    • Focus Groups
      • JAD(SOFT)
      • QFD(制造业)
    • Facilitated workshops
    • Group creativity techniques
      • 头脑风暴
      • 名义小组技术
      • 思维导图
      • 亲和图
      • 多标准决策分析
    • Group Desicion-making techniques
      • 一致同意
      • 大多数原则
      • 相对多数原则
      • 独裁
    • Questionaires and surveys
    • Observations
      • 工作跟踪
      • 参与观察者
    • Prototypes
    • Bechmarking
    • Context Diagrams
    • Document Analysis

      其中Context Diagrams和Document Analysis是第五版新增加的。

      Context Diagrams直白翻译为背景图,或项目上线关联相关图。不去计较,看书上的解释是:

      而Document Analysis竟然就是字面意思:通过分析现有文档,识别与需求相关信息,来挖掘需求。

      其他工具与技术在第四版都有,记住即可。我的疑问是Prototypes和敏捷开发有什么区别吗?

    2.2 输出

    • Requestment File
      • 业务需求
      • 干系人需求
      • 解决方案需求
      • 项目需求
      • 过度需求
      • 与需求相关的假设等
    • Requestment Traceability Matrix(RTM)

    3、定义范围

    3.1 输入

    • PMP(不是SMP!!也不是RMP!!!)
    • PC
    • RF
    • QPA

    3.2 工具和技术

    • Expert Judgment
    • Product Analysis
    • Alternatives generation
    • Facilited workshops

      这其中有2个需要记忆:产品分析(PA)和备案方案生成(AG)。

      产品分析技术包括如下

      • 产品分解
      • 系统分析
      • 需求分析
      • 系统工程
      • 价值工程
      • 价值分析

      备选方案生成则是在多个方案里面选择一个,没有什么技术

    3.3 输出

    • PSOW
      • 产品范围描述
      • 验收标准
      • 可交付成功
      • 项目的除外责任
      • 制约因素
      • 假设条件
    • 项目文件更新

      输出中PSOW进程会以各种形式考查,需要记住。其中项目章程与项目范围说明书的区别如下:

    4、创建WBS

    4.1 输入

    • PSOW
    • SMP
    • RF
    • EEF
    • QPA

    4.2 工具&技术

    • Decomposition
    • Expert Judgment

      分解技术是PMI少有的比较详细的图片加文字解释的一个概念,需要牢记。

    4.3 输出

    • Scope Baseline
      • 项目范围说明书
      • WBS
      • WBS词典
    • Product Documents Updates

      范围基准包括三个内容,需要铭记。

    5、确认范围

    5.1 输入

    • PMP
      • SMP
      • Scope Baseline
    • RF
    • RTM
    • Verified deliverables
    • QPA

    5.2 工具&技术

    • Inspection(这里不是check哦,inspection是检查;检验;视察;检阅的意思,和check有不一样的理解)
    • Group Decision-making techniques

    5.3 输出

    • 验收的可交付成果
    • 变更请求
    • WPI
    • PF(U)

    6、控制范围

    6.1 输入

    • PMP
      • Scope Baseline
      • SMP
      • 变更管理计划(Change MP)
      • 配置管理计划Configration MP)
      • RMP
    • RF
    • RTM
    • WPD
    • QPA

      注意这一个输入比VS里面多了一个WPD信息,说明控制范围是要去获得工作绩效数据的。

    6.2 工具&技术

    • Variance analysis

    6.3 输出

    • WPI
    • CR
    • PMP(u)
    • PF(u)
    • QPA(u)

    三、小结

    1、确认范围过程和控制范围输入输出有类似的地方,但要区别对待,特别是在细节考察的时候。

    2、上述各过程之间有值得商榷的地方,比如有些地方需要输入QPA,有些需要EEF,需要细心理会。

  • 相关阅读:
    javascript作用域
    [翻译]Review——How JavaScript works:The building blocks of Web Workers
    [转]Shared——回调函数是什么
    由上一个血案引发的关于property和attribute关系的思考
    RN canvas画布大小之谜
    [转]Tips——Chrome DevTools
    Algorithm——无重复字符的最长子串
    [翻译]Review——The Inner Workings Of Virtual DOM
    Tips——单页面内的多重跳转路由使用
    [转]Shared——Javascript中的call详解
  • 原文地址:https://www.cnblogs.com/alexy/p/pmbok7.html
Copyright © 2011-2022 走看看