CMMI 2.0维持性评估13问
发布于 2023-07-12
1819
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要 - CMMI 2.0 维持性评估常见疑问澄清
自CMMI 2.0发布以来,组织已可进行复评,其中包括新引入的维持性评估。以下是对维持性评估的13个常见疑问的梳理与澄清:
维持性评估条件与流程
- 维持性评估不得超过上次评估级别,且抽样因素需与上次相同或为其子集。
- 组织单位(OU)的运营、管理方式和流程开发、执行、管理应保持一致。
- 维持性评估的过程领域(PA)范围不应超过上次评估。
- 若有抽样项目变更,必须在评估计划中记录,并确保有延续自上次评估的项目和支持组。
评估细节
- 评估师可以不同于上次评估,但若评估团队领导(ATL)变化,需向ISACA申请授权获取信息。
- 评估团队成员(ATM)同样可以不同,但为保持评估一致性,可考虑使用上次评估的ATM。
- 评估组至少包括一名主任评估师和一名ATM,决策是否进行维持性评估由ATL和评估发起人共同做出。
- 维持性评估的有效期为2年,最多可进行3次连续维持性评估。
- 评估阶段需在90天内完成,评估没有天数限制,但建议提前90天决定是否进行维持性评估。
评估结果与抽样
- 完成维持性评估后,其结果替代上次评估结果,成为OU的最新等级结论。
- CAS系统自动对可参评项目进行抽样,1/3进行深入分析,其余2/3进行概要分析。
- 深入分析范围由概要分析阶段的潜在过程实施差距决定。
- 所有概要分析的访谈会议应至少包括主任评估师和一位ATM。
- 对于潜在差距,需记录并可能申请补充证据或者记录差距。
- 需要深入分析的部分,包括随机选中的1/3的PA和所有4级与5级实践组的PA。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
案例:缺陷状态数据分析
有网友询问如表1所示的原始数据如何分析,发现问题,我觉得很有代表性,试着分析进行了分析,供大家参考。 表1: 11个项目的缺陷状态原始数据 产品名称 未解决 设计如此 重复Bug 外部原因 已解决 ...
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线