CMMI过程域-PMC项目监督控制
 
2009-02-04 作者:人月神话 来源:网络
 

提供对项目进展情况的了解。当项目的性能与其计划严重偏离时,采取适当的纠正行动。在这里注意跟踪的依据是项目计划,而且项目计划必须要文档化和基线。跟踪的内容不仅仅涉及到项目的四要素:进度,成本,质量,需求范围等,同时还涉及到问题风险监控,承诺达成情况监控,干系人参与情况监控,人力资源情况跟踪等。在计划过程中我们会定义为了保证项目目标,我们能够容忍的计划和实际偏差的限度,当我们在跟踪过程中发现了偏差超出范围的时候我们就必须要采取各种纠正措施。纠正措施可能涉及到计划的变更,自然就涉及到了配置和变更管理的相关内容。

SG1: 对照计划监督项目:对照项目计划监督项目的实际性能和进展

  • SP1.1 监督项目计划的参数
  • SP1.2 监督承诺
  • SP1.3 监督风险进行
  • SP1.4 监督数据管理
  • SP1.5 监督项目相关人员的参与
  • SP1.6 执行进展评审
  • SP1.7 执行里程碑评审

文档化的项目计划是作为跟踪活动、交流状态以及采取纠正行动的基础。我们需要按照计划中记录的内容来监督承诺。首先看SP1.1监督项目计划的参数,而这些参数正好就是我们针对WBS分解后定义的各项活动和任务进行的估算。估算包括了规模,工作量,进度和周期,缺陷等各方面的内容,这些内容都是需要进行监控的,因此我们就需要收集想执行过程中的实际数据,这个自然涉及到MA度量这个过程域的内容。我们可以将我们度量的数据通过一些系统自动化的工具放入到过程度量数据库中,一方面是为了监控目的,一方面是为项目的后续版本提供可行的估算参数。

再看后面几个SP特定实践,可以看到监督基本涵盖了项目在执行阶段的所有活动。监督承诺既包括了对外部客户的承诺,也包括了内部上游客户对下游客户的承诺,这个监督的依据是在项目计划中定义的依赖承诺表。监督风险进行,一方面是监督风险的概率和影响程度等重要的风险参数是否有变化,好对风险优先级进行重新评估;一方面是监督我们制定的风险缓解措施的执行情况。我们在项目计划中会定义数据管理计划,包括项目的日常输出和产品产出具体的存放位置和管理方式,相关的配置管理计划等,这些也是需要监督的内容。

监督干系人的参与,一个重要监督点就是监督评审的情况,监督项目的周报月报等沟通既要相关干系人的反馈情况。监督的目的是平衡各方干系人的利益,及时发现项目执行情况和干系人期望之间的偏差。监督的频度可以是每天,每周和每月。另外一些重要的监督点就是在项目计划制定时候我们确定的项目分为的几个阶段,各个阶段对应的里程碑。在里程碑点我们会输出里程碑报告,里程碑报告里面应该包括对所有项目重要要素的监督数据。具体应该包括:

需求规模,进度,工作量,成本投入,缺陷,缺陷泄露和移除,生产率

  • 人力资源和人员技能情况
  • 项目成员对承诺的达成情况
  • 问题和风险情况
  • 干系人的参与和评审的执行情况

SG2: 管理纠正行动直至解决:当项目的性能和结果与计划由重大偏离时,要管理纠正行动直至解决

  • SP2.1 分析问题
  • SP2.2 采取纠正行动
  • SP2.3 管理纠正行动

监督的目的是发现问题,而纠正行动的目的的分析和解决问题。发现问题的问题应该主要包括项目的计划和项目的实际执行出现显著的偏差;另外就是我们在验证和确认过程中发现的问题,涉及到三级的VER和VAL两个过程域。问题除了通过项目经理通过监督数据发现外,还可以通过评审,周报月报,检查点和里程碑报告,平时的沟通,干系人的反馈等多种驱动来收集。

采取纠正行动前一定要对问题的根源进行分析,我们的纠正措施是造成问题根源的,这样才可能避免类似的问题重复发生。另外在分析问题的时候要避免单向思维,要了解到项目各要素直接的相互作用和影响。比如当我们发现了进度的问题后采取的纠正措施往往是进度满足了,但是我们的质量目标却又出现了明显的问题。

对应项目进度出现严重的偏差,我们可能采取的纠正措施是缩小项目范围,增加资源,变更过程和计划。对于项目质量发生重大偏差,我们要加强员工技能培训,评审和走查等各种活动。对应监督风险中发现了新的优先级高的关键风险,我们需要及时的制定相应的风险缓解措施。当你发现发现的问题已经很难通过平衡项目各要素来满足,则必须要对项目目标进行变更,通过新的项目目标重新修订计划,否则我们后面的监控就会变得没有意义。

四五级对项目监控的要求

  1. 首先是监控要到子过程。项目->阶段->过程->子过程。测试是过程,单元测试是子过程。评审是过程,需求的评审是子过程,对评审规模的监控是子过程。需求是阶段,软件需求是过程,软件需求中的需求收集可以理解为子过程。
  2. 引入了统计和量化的方法对项目进行监控,比如控制图。四级监控的目的是发现特殊原因,保证过程稳定和受控。五级的要求是通过监控和分析发现一般原因,收缩上下限范围。
  3. 在监控过程中增加了通过模型对项目目标的重新预测。
  4. 对风险的监控加强,包括对风险的概率,后果等各个风险参数的监控,对风险缓解措施效果的监控。
  5. 监控更加体现量化数据和统计学方法,以反应子过程是否受控。
  6. 更加强调了对发现问题后的问题分析和纠正的流程,方法和工具的使用。组织也该提供这些内容。

火龙果软件/UML软件工程组织致力于提高您的软件工程实践能力,我们不断地吸取业界的宝贵经验,向您提供经过数百家企业验证的有效的工程技术实践经验,同时关注最新的理论进展,帮助您“领跑您所在行业的软件世界”。
资源网站: UML软件工程组织