CMMI监视与控制(MC)实践域概述

CMMI V3.0监视与控制实践域是CMMI全部视图的通用实践域
CMMI监视与控制实践域必需的实践域信息
意图
提供对项目进度的掌握,以便在性能显著偏离计划时采取适当的纠正措施。
价值
通过及早采取行动调整显著性能偏差,提高达成目标的可能性。
其他必需的实践域信息
本部分留作空白,以待未来加入内容。
CMMI监视与控制实践域解释性实践域信息
CMMI监视与控制实践总结
第 1 级
MC 1.1 记录任务完成情况。
MC 1.2 识别并解决问题。
第 2 级
MC 2.1 从规模、工作量、进度、资源、知识和技能以及预算等方面,对比估算跟踪实际结果。
MC 2.2 跟踪已识别的干系人参与和承诺情况。
MC 2.3 监控向运营和支持的迁移。
MC 2.4 当实际结果相较于计划结果存在显著差异时,采取纠正措施并管理直至 关闭。
第 3 级
MC 3.1 使用项目计划和项目过程管理项目。
MC 3.2 管理关键依赖关系和活动。
MC 3.3 监控工作环境以识别问题。
MC 3.4 管理和解决受影响的干系人的问题。
CMMI监视与控制其他实践域解释性信息
术语“项目计划”是指管理项目的总体计划,连贯清晰地描述了开发、更新或交付解决方案的人员、工作内容和时间点。项目计划可以是一个独立的文档,也可以分布在多个文档中,提供一种方法来跟踪和沟通实际进展并确定是否需要纠正。
跟踪进度通常包括从以下方面将实际值与计划值或估算值进行比较:
• 规模
• 复杂性
• 工作量
• 成本
• 进度
• 质量
• 里程碑
• 知识和技能
• 资源
• 干系人参与
• 承诺
• 迁移到运营和支持
跟踪实际相较估算的情况有助于管理客户和干系人的期望。在实际值显著偏离预期值时采取纠正措施。这些纠正措施可能包括:
• 修改完成工作的策略
• 更新目标
• 修改计划
• 修改估算
• 建立或修改协议和承诺
• 更新风险与机会管理活动和工作产品
如果需要采取纠正措施来解决项目计划的显著偏差,需定义并跟踪这些措施直到关闭。
与CMMI监视与控制相关的实践域
策划 (PLAN)
与CMMI监视与控制相关的特定背景
敏捷开发
背景标签:敏捷开发
背景:将敏捷技术和实践与其他过程整合在一起。
在图 MC-1:监控敏捷开发中,开发流程中的每个活动都提供了监控进度的机会,并在回顾会议时进行审查。例如,在每日站会中,个人需要报告进度和阻碍因素,并提供整体状态信息。在冲刺回顾会议中,团队回顾自上次冲刺以来取得的进展,并根据实际与计划速率的差异来调整未来的冲刺和史诗的安排。
敏捷团队的一些典型监控实践,例如站会、可视化信息管理,会通过以下手段进行:
• 燃尽图(请参阅图 MC-2:燃尽图),显示每个冲刺内跟踪的剩余故事点数,还展示通常由几个冲刺组成的一个版本发布中的所有工作。燃尽图每天更新一次,以显示完成为冲刺承诺的工作需要的时间。
• 看板或其他跟踪工具中的可视信息,表明团队性能的当前状态,以及可能影响性能或进度的相关因素。
数据
背景标签:CMMI-DATA
背景:利用过程将数据管理最佳实践整合到解决方案中。
为了满足组织的相关需求,需要制定管理数据的方法,但这项开发工作并不是一个一劳永逸的活动。制定之后,必须密切监控并定期评估方法的执行和不断变化的业务需求,以确保方法满足业务对质量的需求。找到短板或发现差距之后,方法必须随之改进,这样就可能需要改变关注点或对正在进行的项目进行调整。
DevSecOps
背景标签:DevSecOps
背景:DevSecOps 是一种思维方式、一种文化和一套实践,可促进开发、运营和安保部门之间的密切合作,从而规划、开发、测试、部署、发布和保持更新安全的解决方案。
DevSecOps 团队利用自动化工具监控 DevSecOps 流水线,并收集和评估有关应用程序使用情况的关键信息,以发现趋势和识别问题领域。DevSecOps 团队监控基础设施资源、网络传输、应用程序和微服务、容器、接口或连接、门禁点、端点行为以及安保事件日志,以便在必要时采取措施。采用这种方法,团队可以“左移”到开发过程的早期阶段,并尽可能减少有缺陷的生产变更。
供应商
背景标签:CMMI-SPM
背景:使用过程来识别、选择和管理供应商及其协议。
定义供应商管理策略时,在项目早期的策划期间开发监控与控制功能。
在整个供应商管理过程中,监控与控制活动至关重要,可确保:
• 采用适当的资源
• 采购方活动按计划进行
在选择一个或多个供应商并建立协议后,采购方继续监视并控制其活动和工作产品。同时,采购方监视并控制供应商的进度和性能对整体工作的影响。
根据合同需求在供应商协议中定义对供应商进度和性能的报告要求。
CMMI-DEV V1.3中对项目监督与控制(PMC)过程域的说明
