我说CMMI2.0 之监督与控制
发布于 2023-07-12


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
监督与控制PA摘要
监督与控制PA(MC)是对照计划监督与管理计划的执行情况。以下是实践列表及其通俗解释的摘要。
实践列表摘要
- MC 1.1 - 记录任务完成情况,包括是否完成、完成百分比以及是否存在延期。
- MC 1.2 - 识别并解决问题,包括问题的跟踪与关闭。
- MC 2.1 - 对照规模、工作量、进度、资源、知识技能和预算的估计结果跟踪实际结果,确保定量估算与定量对比跟踪。
- MC 2.2 - 跟踪已识别的干系人的参与和承诺,检查任务完成情况和是否满足技术与管理要求。
- MC 2.3 - 监督向运维和支持的移交,确保解决方案正确移交并监督执行情况。
- MC 2.4 - 当实际结果与计划的结果有显著偏离时,采取纠正措施并管理至问题解决。
- MC 3.1 - 使用项目计划和项目过程管理项目,确保项目计划作为管理的参照物。
- MC 3.2 - 管理关键依赖和活动,确保项目延续性。
- MC 3.3 - 监督工作环境以识别问题,维持项目组的环境标准。
- MC 3.4 - 和受影响的干系人一起管理和解决问题,实现问题的最终解决。
业内案例摘要
不同公司可能会有不同的跟踪策略,以下是一些常见的跟踪手段及其关注的跟踪对象:
跟踪手段\跟踪对象 | 任务完成 | 工期 | 工作量 | 质量 | 风险 | 问题解决 | 环境 | 目标 |
---|---|---|---|---|---|---|---|---|
每日站立会议 | Y | Y | Y | |||||
燃尽图 | Y | Y | Y | Y | ||||
周例会 | Y | Y | Y | Y | Y | Y | ||
里程碑评审 | Y | Y | Y | Y | Y | Y | Y | Y |
月度例会 | Y | Y | Y | Y | Y | Y | Y | Y |
项目总结会议 | Y | Y | Y | Y | Y | Y | Y | Y |
专项问题评审 | Y | Y |

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 246.1K
麦哲思科技任甲林的其他文章
度量体系建立与COSMIC方法应用36问
Q1:度量体系建设的难点有哪些?后来是采取哪些策略解决的?A1:难点:采集哪些数据是有用的?有了数据如何抓结论出来。Q2:故障解决闭环率,类似这种KPI考核指标,有什么好的方法可以高效推进闭环呢?A2: 分析故障解决的时间分布,看看哪个环节耗时最长,是否针对这个环节有改进措施。短期见效的措施最受欢迎。Q3:度量规模给传统公司带来了哪些价值啊?A3:有了规模才可以比较生产率和质量。从软件开发方的角度,通过生产率的度量,判断当前的生产率究竟是高还是低,比较不同项目组,不同部门..
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
项目里程碑评审的关注点
(1) 项目工期情况 关键路径是否按计划完成了? 如果没有按计划完成: 提前或拖期的原因是什么? 在后续阶段如何采取改进措施? 对后续阶段的工期有什么影响? (2)任务进展情况 计划完成的任务情况: 计划完成的任务有哪些? 提前完成的有哪些?提前完成的任务工作量有多少? 未完成的任务有哪些?未完成的任务工作量有多少? (3)工作量投入 计划投
CMMI 4级实践问题30问-6
第19问:基线是否一定关于均值对称?如果不对称是如何计算出来的? 答:基线不一定是对称的,在第2问中已经介绍了一种建立基线的方法,如果不是采用XMR图的方法建立基线,而是采用箱线图或概率区间分析的方法建立基线,则基线可能就是不对称的。比如如果数据偏态分布很明显,则可以取众数或中位数作为期望值,此时建立的基线就可能是不对称的。在采用箱线图时也可以排除异常点。 第20问:何时变更基线?
职业的程序员与业余程序员
(1)职业的程序员设计的时间长于编码的时间,业余程序员编码的时间长于设计的时间; (2)职业的程序员是设计程序,业余程序员是调试程序; (3)职业的程序员是预防BUG,业余程序员是修改BUG; (4)职业的程序员无论何时都能读懂自己的代码,业务程序员总是读不懂自己的10天前的代码; (5)职业的程序员总能读懂别人的代码,业余程序总是读不懂别人的代码; (6)职业的程序员习惯了读别人的代码,业余程序
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线