扫码阅读
手机扫码阅读
践行者访谈实录:你真的了解CMMI吗?
1125 2023-07-12
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:践行者访谈实录:你真的了解CMMI吗?
文章来源:
麦哲思科技任甲林
扫码关注公众号
访谈节目摘要
在2022年12月21日晚的《践行者》访谈节目中,任老师就CMMI相关话题进行了两小时的在线交流,并对CMMI的认知误区、核心思想、与敏捷的关系等方面进行了详细讨论。节目结束后,整理了问答实录,包括CMMI认证费用、流程、与实际项目落地相关的问题。
主要议题概述
- 任老师首先澄清了对CMMI的常见误解,并强调了CMMI评估的两种不同目的:商业行为和内部实效改进。
- 介绍了CMM与CMMI的区别、CMMI 2.0的核心思想和改进点,包括业务目标驱动的过程改进、定量数据度量、高层治理和持续改进。
- 讨论了CMMI与敏捷方法的关系,并指出可以通过直播回放获取更多信息。
问答实录摘要
任老师回答了关于CMMI的多个问题,涵盖认证费用、流程、级别定义、与实际项目落地等方面。
- 认证费用取决于公司基础和评估师,流程分为瀑布式和迭代式。
- 咨询时长和费用依公司基础和需求而定,3级评估建议至少一年时间。
- 3级和5级认证的费用受企业原有基础影响,无固定要求。
- CMMI无年审,但需每三年复审。
- 评估对项目和企业规模无要求,适用于各种类型和大小的组织。
- 硬件项目在CMMI落地时需以硬件生命周期为主,软件部分可迭代。
- 硬件规模度量需根据实际工作量影响因素确定。
- CMMI是实践库,无严格流程指导,支持不同实践顺序。
- 成熟度和能力等级的区别,以及PA域的级别定义。
- 无流程仅靠最小实践集合无法通过评估,需覆盖CMMI要求。
- 3级相对2级提供更完备的组织级持续改进流程。
- 4、5级量化改进通过数据分析目标驱动。
- 评估针对公司部门,不代表整个公司。
- 避免评估后流程执行退化需要关注评估目的和改变人的思想行为。
- QA的价值体现在传承公司质量文化。
- 文档模板应根据公司文化定制,CMMI无模板。
- 需求文档可以合并,但需保留用户和产品需求的不同侧重点。
- 问题跟踪、风险和机会表理论上可合并,但不建议。
- CMMI与IPD、ASPICE的区别和侧重点。
想要了解更多内容?
查看原文:践行者访谈实录:你真的了解CMMI吗?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 140.9K
麦哲思科技任甲林的其他文章
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
加入社区微信群
与行业大咖零距离交流学习
SAFe6.0与CMMI3.0映射
白皮书上线
白皮书上线