To prove what you have said when you were young! ——Alexy Young

Follow Your Heart

PM/ACP/PRINCE2……

   :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

一、引言

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

  在项目范围管理一节,有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,需要细心理会。

 

posted on 2013-07-31 19:31  Alexy Young  阅读(1331)  评论(0编辑  收藏  举报

Alexy Young CHASEDREAM