任务:定义监视和控制流程
此任务描述了如何建立项目指示器、状态报告过程以及更正性操作机制。
用途

目的是定义将用于监视和控制项目进度、质量和风险的信息和流程。

关系
角色主要: 其他: 辅助:
输入必需:
可选: 外部:
输出
步骤
定义项目指示器

项目“指示器”是一些项目信息,它反映了项目进度相对于软件开发计划的运行状况。通常项目经理将关心应用于项目的工作范围、预算、质量和风险的指示器。随着项目的进行,项目经理将监视这些指示器,并在它们超过预先定义的触发条件 发起更正操作(请参阅定义更正操作的过程和阈值)。 这些项目指示器可能包含以下内容:

  • 总支出对预算
  • 修订的范围(已完成的工作 + 估计要完成的工作)对计划的范围
  • 缺陷密度对质量目标
  • 风险指示器(告诉您一项风险正被了解的情况)

这些指示器的定义受到项目的预算、质量目标和进度安排的驱动(详述于软件开发计划中),并记录在项目的度量计划和风险管理计划中。

定义项目指示器的来源

在大多数情况下,项目指示器将是从更细微的原始度量值(这些值由项目团队定期报告)计算而来,经合并得到的项目度量值。如何捕获这些原始度量值,以及使用它们计算项目指示器的过程在项目的度量计划中作了定义。

其他指示器(尤其是风险指示器)可以仅是指明某个特定情况是否出现的状态。对于这些情况,关于指示器状态的信息源就是需要确定的全部。

软件开发计划的第 4.4 节:项目监视和控制应包含项目中将用到的项目指示器的简要描述。请注意 SDP 的本节中包含独立的子节,涉及对项目的进度安排、预算和质量的控制。 项目需求的控制则在需求管理计划中单独进行处理。

定义团队状态报告的过程

一旦定义了原始度量值和项目指示器,您就应为项目团队成员定义过程和报告频率,以报告其状态。此过程应描述以下流程:根据活动登记时间,报告任务的完成情况,项目里程碑的完成度,并报告问题。为确保一致的信息流,通常要为时间表和团队成员状态报告定义标准的模板。

此过程记录在“软件开发计划”的第 4.4.5 节:报告计划中。

定义更正性操作的过程阈值

为保持对项目的有效控制,项目经理要为每个已定义的项目指示器定义阈值(或触发器值)/条件。这些阈值条件记录在“软件开发计划”的第 4.4 节:项目监视和控制的相应部分中。

当超过这些阈值时,项目经理必须采取更正操作,以便将项目带回正轨。根据情况的严重性,项目经理也许可以在其权限范围内解决该情况(通过发出适当的工作单)。如果情况超出了项目经理的权限,他将需要发出变更请求,并激活项目的变更控制流程。

定义项目状态报告的过程

软件开发计划的第 4.4.5 节:报告计划还应描述项目经理(通过发出状态评估)向项目复审委员会报告项目进度的频率和过程。此过程描述已安排和未安排进度的 PRA 复审将要发生的时间和地点,以及状态评估中将包含哪些信息。项目经理将使用问题列表,以在状态评估的生成之间的时段持续地记录和跟踪问题(这些问题不是其他某个管理控制工具的主题,例如变更请求或风险列表)。



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复