扫码阅读
手机扫码阅读
我说CMMI 2.0 之:原因分析与解决方案
1296 2023-07-12
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
原因分析与解决方案(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 成员,中国分部主席
425 篇文章
浏览 105.4K
麦哲思科技任甲林的其他文章
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
待人如待己
最近略有所感:希望别人如何待己,就应如何待别人。别人就是你的镜子,你是如何待别人的,别人就会如何待你。你若以诚待人,别人也会以诚待你;你若敌视别人,别人也会敌视你;你对别人不礼貌,别人也会对你不礼貌;你对别人充满爱心,别人也会对你充满爱心;“爱人者人恒爱之,敬人者人恒敬之。”“你敬我一尺,我敬你一丈。”应发自内心地与人为善。
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: (1)是否主动工作?尤其是涉及到2个人合作的时候,该是另外一个人解决的问题,你是否将问题告诉别人后,就等待,还是去及时跟踪问题的解决了? (2)当天该完成的工作,你是否做完了才休息? (3)你是否对未完成的任务找了一大堆借口? (4)在和别人有接口的任务时,你是
高成熟度实践点睛之OPP
CMMI, 高成熟度,统计管理,量化管理
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线