扫码阅读
手机扫码阅读
CMMI 3.0的276条实践中英文对照

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


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

CMMI 3.0实践摘要
在2023年4月6日发布的CMMI 3.0包含了31个实践域,涉及276条具体实践。以下是部分实践域及其对应的中英文陈述的概要:
实践域摘要
- CAR (因果分析与解决): 识别和处理现象的原因,执行根因分析,并提出行动建议。
- CM (配置管理): 执行版本控制,管理变更,并执行配置审计以维护完整性。
- CONT (连续性): 制定应急方法,识别并优先处理连续性需求。
- DM (数据管理): 识别管理目标,使用元数据,建立数据管理架构。
- DQ (数据质量): 定义数据质量参数,执行数据清洗活动,评价数据质量。
- DAR (决策分析与解决): 定义和记录决策,开发评价候选方案的准则。
- ESAF (环境安全): 识别安全需求和危险,开发应对安全问题的方法。
- ESEC (环境安全): 识别安全需求,开发应对物理和网络安全需求的方法。
- EVW (虚拟工作环境): 执行远程工作,监控并评价远程工作方法。
- EST (估算): 开展粗略的工作估算,基于规模估算评价工作量和成本。
- GOV (治理): 确定工作重点,定义组织指令并分配权力。
- II (实施基础): 执行满足实践目的的过程,提供资源和培训。
- IRP (事故解决与预防): 记录并解决事故,开发事故管理系统。
- MPM (度量和分析): 采集度量数据,识别性能问题,分析组织性能。
- MST (维护安全与信任): 识别信息安全威胁与漏洞,处理信息安全问题。
- MC (监控): 跟踪实际结果,监督运维过程,管理关键依赖。
- OT (组织培训): 识别培训需求,开发组织战略和短期培训计划。
- PR (同行评审): 评审工作产品,解决评审中发现的问题。
- PLAN (计划): 制定任务列表和工作方法,策划项目环境。
- PAD (过程资产开发): 开发过程资产,制定过程架构。
- PCM (过程与产品质量保证): 确定工作产品和过程问题,开展质量保证活动。
- PI (产品集成): 组装解决方案,确认组件满足需求。
- RDM (需求开发与管理): 记录需求,转换干系人需求为客户需求。
- RSK (风险与机会管理): 识别和分析风险或机会,开发风险管理策略。
- SDM (服务交付与管理): 根据服务协议交付服务,管理服务系统。
- STSM (战略服务管理): 制定服务描述,收集关于服务交付的战略需求数据。
- SAM (供应商协议管理): 识别供应商,制定和管理供应商协议。
- TS (技术解决方案): 构建解决方案,评价设计,提供使用指南。
- VV (验证与确认): 验证需求实现,确认解决方案功能。
- WE (工作环境): 分配工作组职责,管理工作环境。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 208.1K
麦哲思科技任甲林的其他文章

某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度

CMMI, 高成熟度,统计管理,量化管理

晚上客户为我送行,今天是我最后一次现场咨询,12月底的正式评估我回避了。去年底我和他们一起努力,使他们公司通过了CMMI2级的评估,今年底将进行CMMI3级的正式评估。2年的时间,见证了他们的软件管理体系从无到有,从2级到3级的历程,回顾2年来的变化,甚感欣慰:Ø 项目经理能够编写比较详细的项目计划,进行比较完备的WBS分解;Ø 项目组每周都有例会,每个阶段都会里程碑评审,

过程改进是长期行为: 公司的高层对软件规范管理的认识有一个过程. 公司负责过程改进的人员对规范管理的理论的理解也需要一个过程. 公司的规范体系的推广需要一个实用化的过程. 公司的开发人员认识规范管理也需要一个过程. 公司的管理问题的解决从认识到制定措施,落实措施,优化措施也需要一个过程. 公司的管理体系真正制度化也不是短期内能做到的. 任何事情都有其发展的必然规律.违反了客观规律是要摔跟头的,

在预测软件的可靠性时,可以根据该软件多轮测试发现的缺陷个数来预测应该发现的总缺陷数。在软件测试过程中,最开始的时候,会呈现缺陷增长较快的趋势状态,随着测试的进行,测试难度加大,需要执行较多的测试用例才能发现一个缺陷,虽然继续投入测试,仍然会持续发现缺陷,但是明显缺陷的增长速度会减缓,同时软件中隐藏的缺陷是有限的,因而限制了发现缺陷数的无限增长。在实践中预测总缺陷数的常用方法是Gompertz模型,...
加入社区微信群
与行业大咖零距离交流学习


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