控制管理计划

控制是项目、项目群与项目组合管理的核心功能之一。它关注于根据交付文件执行工作,并根据实际实施情况对其进行更新。

 

政策

  • 介绍
  • 介绍描述工作的背景,清晰说明该文件与其他相关文件如何关联,例如承办组织的政策、上一级项目群或项目组合。

  • 角色与职责
  • 与控制相关的角色与职责非常多元化。从发起人评估例外、授权新计划的职责,到团队成员精准地报告进展的职责。可能还有评估进展影响或质量控制的专家角色。

  • 信息管理
  • 控制会产生很多报告,包括比如进展报告事件报告挣值报告、问题登记单等等。

  • 一致性对于控制体系的顺畅运作,具有至关重要的作用。控制管理的目的与格式应该在此进行描述(可能只要简单指出应该使用的标准模板)。

  • 保证
  • 保证评审中使用的成功控制的标准,将在此加以描述。

  • 预算
  • 用于控制工作的管理付出,是建立管理团队的成本的一部分,而且不是单独支出的。然而,可能有与获得特定系统以促进控制相关联的成本,从专家软件到质量测试设备。

  • 界面
  • 控制功能与交付的其他所有方面都有交互界面。进度、风险、质量、成本、变更与资源等功能的实施,都按照该文件中的描述来加以协调。因此该计划与大部分其他管理计划都有关联。

  • 这部分描述控制管理计划如何与其他管理计划一起协同工作。

 

程序

  • 监督绩效
  • 交付工作的任何一个方面,都必须受到控制。有些功能将控制机制分别在其管理计划中进行了定义,例如成本控制方法可能在财务管理计划中加以定义。任何不具备自己专业控制的功能,都应该在此涵盖。

  • 这部分应该说明如何捕捉绩效数据、用什么报告沟通进展。应该有事件驱动以及时间驱动的报告,涵盖控制论类的控制、以及继续/中止类的控制

  • 评估绩效
  • 评估绩效的各种技术,都在控制功能中加以描述。这部分将说明哪些技术要在何种情况下运用。

  • 绩效还应该根据容许偏差来加以判断。容许偏差也可能在此加以定义,并在交付流程中触发上报。

  • 纠正行为
  • 进展从来都不会按照计划严丝合缝地进行。不可避免地需要不同层面的纠正行为。这部分应该描述如何更新计划和沟通变更的方法。要设定问题在管理团队不同层面之间向上汇报、以及这些问题应该如何解决的原则。

 

 

 

SHARE THIS PAGE

Please consider allowing cookies to be able to share this page on social media sites.

Change cookie settings
21 May 2014Page updated to include a section on information management.
Back to top