我说CMMI 2.0 之:原因分析与解决方案
发布于 2023-07-12
3603
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
原因分析与解决方案(CAR)摘要
基本理念:原因分析与解决方案(CAR)可以应用于组织内的正面和负面现象。它可以在计划阶段或事后进行,先通过现象和数据,最终确定原因。在识别原因时,不仅要找到直接原因并采取纠正措施,还要探究根本原因以执行预防措施。
实践列表摘要
- CAR 1.1 - 识别并处理选中现象的原因。
- CAR 2.1 - 选择值得分析的现象。
- CAR 2.2 - 分析现象原因并采取措施。
- CAR 3.1 - 遵循组织流程确定根本原因。
- CAR 3.2 - 提出针对根因的预防措施。
- CAR 3.3 - 实施预防措施。
- CAR 3.4 - 记录分析和解决数据。
- CAR 3.5 - 提交有效改进建议。
- CAR 4.1 - 使用统计等技术执行根因分析。
- CAR 4.2 - 评估预防措施的效果。
- CAR 5.1 - 分析是否将解决方案广泛应用。
实践通俗解释摘要
CAR 2.1:选择进行原因分析的现象,需要评估成本和价值,寻找重复错误或重大项目成功。
CAR 2.2:采用多种方法分析原因,如鱼骨图、5-whys法,然后根据原因类型采取相应措施。
CAR 3.1:根本原因可通过MIN process法或预防角度识别,并依赖组织定义流程。
CAR 3.2-3.5:针对根本原因提出并实施预防措施,记录数据,并在验证后推广。
CAR 4.1-4.2:采用统计技术进行根因分析和评估措施效果,观察过程性能变化。
CAR 5.1:分析其他解决方案或过程,确定是否有更优方案或可推广的改进。
最后,福特公司的8D方法是进行根因分析的一个实例。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1198K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
CMMI:收获的欣慰
晚上客户为我送行,今天是我最后一次现场咨询,12月底的正式评估我回避了。去年底我和他们一起努力,使他们公司通过了CMMI2级的评估,今年底将进行CMMI3级的正式评估。2年的时间,见证了他们的软件管理体系从无到有,从2级到3级的历程,回顾2年来的变化,甚感欣慰:Ø 项目经理能够编写比较详细的项目计划,进行比较完备的WBS分解;Ø 项目组每周都有例会,每个阶段都会里程碑评审,
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
案例:如何评价代码走查的效果?
实施了代码走查,效果如何呢?我们可以通过定量的数据进行分析!数据中隐藏着结论,我们要努力发现它!
成为一个好员工的七个忠告
如何成为一个好员工呢?请看以下七个忠告。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线