第二章 过程域——项目监督与控制

项目监督与控制

目的

项目监督与控制(PMC)的目的是提供对项目进展的理解,从而在项目表现明显偏离计划时能够采取适当的纠正措施。

介绍

项目的文档化的计划是监督各项活动、沟通状态、以及采取纠正措施的基础。主要通过在预定的里程碑处,或者项目进度表或工作分解结构中的控制级别,将实际的工作产品和任务属性、工作量、成本以及进度与计划进行对比来确定进展情况。适当的可视性使得项目与计划发生重要的偏差时能够及时采取纠正措施。重要的偏差是指如果不解决就会妨碍项目达成其目的的偏差。

这些实践中,使用术语“项目计划”来表示用于控制项目的总体计划。

实际状态与预期情况有重要偏差时,就要采取纠正措施。这些措施可能需要重新计划,可能包括修订原来的计划,建立新的协议,或者在当前计划中包括附加的缓解活动。

相关过程域

有关项目计划,包括如何规定适当地项目监控等级、用于监督进展的测度、以及已知的风险的更多信息请参见项目计划过程域。

有关度量、分析与记录信息的过程的更多信息请参见度量与分析过程域。

 

 

实践-目标关系表

连续式

分级式

SG1依据计划监督项目

SG1依据计划监督项目

     SP1.1-1监督项目计划参数

     SP1.1-1监督项目计划参数

     SP1.2-1监督承诺

     SP1.2-1监督承诺

     SP1.3-1监督项目风险

     SP1.3-1监督项目风险

     SP1.4-1监督数据管理

     SP1.4-1监督数据管理

     SP1.5-1监督干系人的介入

     SP1.5-1监督干系人的介入

     SP1.6-1进行进度评审

     SP1.6-1进行进度评审

     SP1.7-1进行里程碑评审

     SP1.7-1进行里程碑评审

SG2管理纠正措施直至关闭

SG2管理纠正措施直至关闭

     SP2.1-1分析问题

     SP2.1-1分析问题

     SP2.2-1采取纠正措施

     SP2.2-1采取纠正措施

     SP2.3-1管理纠正措施

     SP2.3-1管理纠正措施

GG1 达到特定目标

 

     GP1.1 完成基础实践

 

GG2 制度化一个已管理的过程

GG2 制度化一个已管理的过程

     GP2.1建立组织的方针

     GP2.1建立组织的方针

     GP2.2 计划过程

     GP2.2 计划过程

GP2.3 提供资源

GP2.3 提供资源

GP2.4 分配职责

GP2.4 分配职责

GP2.5 培训人员

GP2.5 培训人员

GP2.6 管理配置

GP2.6 管理配置

GP2.7 识别和包括相关的干系人

GP2.7 识别和包括相关的干系人

GP2.8 监督和控制这个过程

GP2.8 监督和控制这个过程

GP2.9 客观的评价坚持状况

GP2.9 客观的评价坚持状况

GP2.10 以更高等级的管理回顾状态

GP2.10 以更高等级的管理回顾状态

GG3 制度化已定义的过程

 

     GP3.1 建立一个已定义的过程

     GP3.1 建立一个已定义的过程

C/ML3-5

     GP3.2 收集改进信息

     GP3.2 收集改进信息

 

GG4 制度化一个已量化管理的过程

 

     GP4.1 建立过程的量化目标

 

     GP4.2 稳定子过程的执行

 

GG5 制度化一个优化中的过程

 

     GP5.1 保证连续的过程改进

 

     GP5.2 改正问题的根源

 

实现目标的关键实践

SG1 依据计划监督项目

依据项目计划,实际的项目效能与进展得到监督。

 

SP 1.1-1 监督项目计划参数

依据项目计划监督项目计划参数的实际值。

项目计划参数构成了通常的项目进展与效能指标,并且包括工作产品与任务的属性、成本、工作量和进度。工作产品与任务的属性包括规模、复杂性、重量、形状、装配、或者功能。

 

监督通常涉及测量项目计划参数的实际值,将实际值与计划中的估算值相比较,并且识别重要的偏差。对项目计划参数实际值的记录包括对相关环境信息的记录,以帮助理解测量结果。本过程域的第二条特定目标及其特定实践描述了为确定需要采取何种纠正措施而对重要偏差进行的影响分析。

 

典型工作产品

1. 项目效能记录

2. 重要偏差记录

子实践

1.       按照进度计划监督进展。

进展监督通常包括:

l         定期测量实际完成的活动和里程碑

l         将实际完成的活动和里程碑与项目计划中文档化的进度相比较

l         识别与项目计划中的估算值的重要偏差

2.       监督项目成本和花费的工作量。

工作量和成本监督通常包括:

l         定期测量实际的工作量和成本以及指派的人员

l         将实际的工作量、成本、人员以及培训与项目计划中文档化的估算和预算相比较

l         识别与项目计划中的预算的重要偏差

3.       监督工作产品与任务的属性。

有关工作产品与任务的属性的更多信息请参见项目计划过程域。

监督工作产品与任务的属性通常包括:

l         定期测量工作产品与任务的实际属性,诸如规模或复杂性(以及这些属性的变动)

l         将实际的工作产品与任务属性(以及这些属性的变动)与项目计划中的估算值相比较

l         识别与项目计划中的估算值的重要偏差

4.       监督提供并使用的资源。

有关对资源的计划的更多信息请参见项目计划过程域。

资源的实例包括:

l         物理设施

l         设计、制造、测试与运行期间使用的计算机、外围设备、以及软件

l         网络

l         保密环境

l         项目人员

l         过程

 

用于软件工程

软件工程资源的实例包括:

l         主机和外围设备

l         网络

l         软件测试计算机和外设

l         目标计算机环境软件

l         软件工程环境(例如软件工具)

 

5.       监督项目成员的知识与技能。

有关对执行项目所需的知识与技能的计划的更多信息请参见项目计划过程域。

监督项目人员的知识与技能通常包括:

l         定期测量项目人员得到的知识与技能

l         比较实际接受的培训与项目计划中的培训说明

l         识别与项目计划中的估算值的重要偏差

6.       将项目计划参数中的重要偏差文档化。

 

SP 1.2-1 监督承诺

监督项目计划中已经确定的承诺。

典型工作产品

1. 承诺评审的记录

子实践

1. 有规律地评审承诺(外部的和内部的)。

2. 识别尚未满足的承诺,或者存在重要的不能满足的风险的承诺。

3. 将承诺评审的结果文档化。

 

SP 1.3-1 监督项目风险

监督项目计划中已经识别的风险。

有关项目风险的识别的更多信息请参见项目计划过程域。

有关风险管理活动的更多信息请参见风险管理过程域。

 

典型工作产品

1. 项目风险监督的记录

子实践

1. 定期在项目当前状态和环境的语境下评审风险文档。

2. 得到新增信息时修订风险文档以并入变化。

3. 向相关干系人通报风险状态。

       风险状态的实例包括:

l         风险发生概率的变化

l         风险优先级的变化

 

SP 1.4-1 监督数据管理

按照项目计划监督项目数据的管理。

有关如何识别应管理数据的类型以及如何计划这些管理活动的更多信息请参见项目计划过程域中的计划数据管理特定实践。

一旦制定了管理项目数据的计划,对数据的管理就必须得到监督以保证这些计划得到实现。

 

典型工作产品

1. 数据管理的记录

子实践

1. 按照项目计划中的有关描述定期评审数据管理活动。

2. 识别重要事项及其影响并将它们文档化。

3. 将数据管理活动的评审结果文档化。

 

SP 1.5-1 监督干系人的介入

按照项目计划监督干系人的介入。

有关如何识别相关干系人并计划他们的适当介入的更多信息请参见项目计划过程域中的计划干系人的介入特定实践。

一旦项目计划中已经识别了干系人并说明了他们在项目中的介入范围,就必须监督这些介入以保证进行了适当的协作。

 

典型工作产品

1. 干系人介入的记录

子实践

1. 定期评审干系人的介入状态。

2. 识别重要事项及其影响并将它们文档化。

3. 将干系人介入状态的评审结果文档化。

 

SP 1.6-1进行进度评审

定期评审项目进度、效能与问题。

进度评审是为了保持干系人的了解而对项目进行的评审。这些项目评审可以是非正式的,也可能并未在项目计划中明确规定。

这些评审的实例包括:

l         全体评审

l         项目工程师和支持人员进行的评审

l         管理者进行的评审

 

对于供方来源

这些评审的实例包括:

l         与关键的供方一同评审

 

典型工作产品

1. 文档化的项目评审结果

子实践

1. 有规律地与相关干系人沟通已分配的活动与工作产品的状态。

在评审中适当地包括经理人、项目成员、客户、最终用户、供方、以及组织中的其他相关干系人。

2. 评审为控制项目而收集并分析度量的结果。

有关度量与分析项目效能数据的过程的更多信息请参见度量与分析过程域

3. 识别并文档化重要的问题和与计划的偏差。

4. 将任何工作产品与过程中发现的变更请求和问题文档化。

有关如何管理变更的更多信息请参见配置管理过程域

5. 将评审结果文档化。

6. 跟踪变更请求和问题报告直至关闭。

 

SP 1.7-1进行里程碑评审

在选定的项目里程碑处评审项目的成就和结果。

有关里程碑计划的更多信息请参见项目计划过程域。

里程碑评审在项目计划期间得到计划并且通常是正式评审。

 

典型工作产品

1. 文档化的里程碑评审结果

子实践

1. 在项目进度中有重要意义的时刻,例如选定的阶段完成时,与相关干系人一起进行评审。

在里程碑评审中适当地包括经理人、项目成员、客户、最终用户、供方、以及组织中的其他相关干系人。

2. 评审项目的承诺、计划、状态、以及风险。

3. 识别重要的事项及其影响并将它们文档化。

4. 将评审的结果、行动项以及决定文档化。

5. 跟踪行动项直至关闭。

 

SG2 管理纠正措施直至关闭

项目效能或者结果与计划有重要偏差时,纠正措施得到管理直至其关闭。

 

SP2.1-1 分析问题

收集并分析问题并确定处理问题所需要的纠正措施。

 

典型工作产品

1. 需要采取纠正措施的问题的清单

子实践

1. 收集问题以供分析。

从评审和其它过程的执行中收集问题。

需要收集的问题的实例包括:

l         验证与确认活动的执行中发现的问题

l         项目计划参数与项目计划中的估算值的重要偏差

l         尚未满足的承诺(内部的和外部的)

l         风险状态的重要变化

l         数据访问、收集、隐私权、或者保密等问题

l         干系人代表或介入方面的问题

2. 分析问题以决定是否需要纠正措施。

有关纠正措施的准则的更多信息请参见项目计划过程域

如果问题不解决的话就会妨碍项目达到其目的,就需要采取纠正措施。

 

SP 2.2-1 采取纠正措施

对已识别的问题采取纠正措施。

 

典型工作产品

1. 纠正措施计划

子实践

1. 确定解决已识别的问题所需要的适当纠正措施并将其文档化。

              有关何时需要重新计划的更多信息请参见项目计划过程域

可能的措施的实例包括:

l         修改工作说明

l         修改需求

l         修订估算和计划

l         重新协商承诺

l         增加资源

l         修改过程

l         修订项目风险

 

2. 与相关干系人一同评审将要采取的措施并达成一致。

3. 协商内部与外部承诺的变化。

 

SP 2.3-1 管理纠正措施

管理纠正措施直至关闭。

 

典型工作产品

1. 纠正措施的结果

子实践

1. 监督纠正措施是否完成。

2. 分析纠正措施的结果以确定纠正措施的有效性。

3. 确定并文档化适当的措施,以纠正与纠正措施的计划结果的偏差。

              作为纠正措施的结果,得到的经验可以作为计划和风险管理过程的输入。

 

目标的一般实践

GG1 完成特定目标

通过将可识别的输入工作产品转变为可识别的输出工作产品,过程支持并且能够使过程域的特定目标实现。

 

GP1.1 履行基本实践

履行项目监督与控制过程的基本实践从而发展工作产品和提供达到过程域的特殊目标的服务。

仅仅适用于连续式

GG2 制度化一个已管理的过程

过程被作为一个已管理的过程制度化。

执行的保障

       GP2.1 建立组织的方针

       建立和维持一个用于计划和执行项目监督与控制过程的组织性方针。

       详尽的细节

这个方针建立了对按照项目计划监督效能,并在实际效能或结果显著偏离计划时管理纠正措施直至关闭的组织性的期望。

 

执行的能力

       GP2.2计划过程

       建立和维持一个用于执行项目监督与控制过程的计划。

       详尽的细节

执行项目监督与控制过程的计划通常是项目计划过程域中描述的项目计划的一部分。

 

GP2.3 提供资源

提供足够的资源用于执行项目监督与控制过程,开发工作产品,以及提供过程的服务。

 

详尽的细节

提供的资源包括如下工具所示:

l         成本跟踪系统

l         工作量报告系统

l         行动项跟踪系统

l         项目管理和进度编排工具

 

GP2.4 分配职责

分配执行过程,开发工作产品以及提供项目监督与控制过程服务的职责。

 

GP2.5 培训人员

必须培训执行和支持项目监督与控制过程的人员。

详尽的细节

培训主题示例如下:

l         项目的监督与控制

l         风险管理

l         数据管理

引导(过程的)执行

       GP2.6 管理配置

       在适宜的配置管理水平下放置项目监督与控制过程中指定的工作产品。

      

       GP2.7 识别和包含相关的干系人

       对照计划,识别包含项目监督与控制过程的相关干系人。

 

详尽的细节

本通用实践不同于本过程域的特定实践中覆盖到的为项目监督干系人的协作。

干系人的活动示例如下:

l         按照计划评估项目

l         评审承诺并解决问题

l         评审项目风险

l         评审数据管理活动

l         评审项目进展

l         管理纠正措施直至关闭

 

GP2.8 监督与控制过程

       根据计划监督与控制项目监督与控制过程,从而执行过程并进行适当的纠正活动。

 

详尽的细节

用于监督与控制的度量方法示例如下:

l         打开与关闭的纠正措施的数量

l         项目里程碑日期(例如计划的和实际的与错过的里程碑)

l         已执行的评审的数量和类型

l         评审进度(计划的和实际的与错过的目标日期)

验证(过程的)执行

       GP2.9 客观的评价坚持状况

对照过程的描述、规则、程序,客观评估项目监督与控制过程的坚持状况,并处理未按此执行的相关事宜。

 

详尽的细节

回顾活动示例如下:

l         按照项目计划监督项目效能

l         管理纠正措施直至关闭

 

工作产物回顾示例如下:

l         项目效能的记录

l         项目评审结果

 

GP2.10 用更高等级的管理回顾状态

用更高层次的管理回顾项目监督与控制过程中的活动、状态、和结果,并解决问题。

编者按:GG3和它的实践不应用于成熟度2级阶段,而是应用于3级及以上阶段。

 

 

仅仅适用于分级式

 

GG3 制度化一个已定义的过程

过程被作为一个已定义的过程制度化。

 

执行的能力

       GP3.1 建立一个已定义的过程

       建立和维持一个已定义的项目监督与控制过程的描述。

 

引导(过程的)执行

       GP3.2收集改进信息

收集工作产品、度量方法、度量结果以及源于计划和执行项目监督与控制过程的改进信息,从而支持将来的使用以及组织过程和过程域的改进。

连续式/成熟度3-5

GG4 制度化一个集成的已管理的过程

   过程是作为一个集成的已管理的过程被制度化的。

 

   GP4.1 为过程建立集成目标

   为项目监督与控制过程建立和维持集成目标从而明确质量和过程执行是基于客户需求和商业目标的。

 

   GP4.2 稳定子过程执行

   稳定一个或多个子过程的执行从而确定项目监督与控制过程的能力以达到建立的集成质量和过程执行目标。

 

GG5 制度化一个已优化的过程

   过程是作为一个已优化的过程被制度化的。

 

   GP5.1 确保连续的过程改进

   在完成组织的相关商业目标过程中确保连续的项目监督与控制过程改进。

 

   GP5.2 纠正问题的根源原因

   在项目监督与控制过程中识别和纠正缺陷和其他问题的根源原因。

 

仅仅适用于连续式

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值