Cause and Effect Diagram- Fishbone Diagram Analysis

调用链根因定位论文《Root Cause Analysis of Anomalies of Multitier Services in Public Clouds》 文章目录文章简介公有云两种异常传播异常传播图VCG构建APG构建根因定位可能性计算(Similarity Calculating)APG的随机游走(Random Walk over APG)实验结果 Weng, Jianping, et al. “Root cause analysis of anomalies of multi-tier services in public clouds.” I... 阅读详情

Cause and Effect diagram also known as Ishikawa Diagram (on the name of the founder) or Fish Bone Diagram as the diagram resembles a skeleton of a fish.

PMBOK® Guide fifth Edition defines Cause and Effect Diagram as:

“A Demonstration technique that helps trace an undesirable effect back to the root cause”

We need tools to prevent and solve problems; emphasis is given to the root of any problem so that problems would never occur (preventive approach) orsurface again (corrective action approach).

Cause and effect diagram is used to facilitate team members to continue pushing back to the root causes of an effect or aproblem. Cause and effect diagram is normally combined with 5 why(s) of problem solving where we iteratively brainstorm the cause and effect relationship.

Where it is used

Cause and effect diagram is one of the tools from 7 basic quality tools, and used in “Plan Quality” and “Control Quality as a Tool & Technique.  Here my basic objective is to explain the cause and effect diagram in context of these two processes.

In Plan Quality, we need to identify how effectively product will be delivered with the help of identified process improvements.

For instance, lessons learned from similar pastprojects are used as an input to perform planning a quality for the project. If, in case these lessons learned indicates any effect that need to be taken care of, Cause and Effect diagram could be used. The diagram identifies the root of the effect and results in the identification of process improvement activities, quality policies for the processes & work products, metrics to measure performance of work products & processes and help in developmentof quality checklist.

cause-and-effect-diagram-1

The basic objective of “Control Quality” is to identify the correctness of deliverables and work products are evaluated from the specifications and hence this process helpsus to identify causes of poor process or product quality and provide advice to remove them. Cause and effect diagram is an important tool to explore these recommendations.

cause-and-effect-diagram-2

Here we can see that Cause and Effect diagram can be implied both in preventive approach when used as a tool in Plan Quality and corrective action approach when used as a tool in Control Quality.

When we are in a planning stage, identified effects serve an objective to be achieved and when we are in monitoring then these serve as what deviation we need to remove from the work products and processes.

The process to develop Cause and Effect Diagram:

After identification of the effect, we need to present it to the selected team members and other stakeholders preferably SME(s) to brainstorm the broader categories and subcategories of the causes of the effect.

This effect is presented in terms of problem statement as a head of the diagram to start the identification of the causes of the problem.

Following diagram shows that how ‘effect’ in terms of the problem statement is presented to the selected members during brainstorm session:

cause-and-effect-diagram-3

A selected group of people brainstorm the broader categories and associated sub categories by discussing continuously “Why,” the Effect, then further “Why” for broader categories and subsequently for sub categories. This is typically 5 Why analysis.
For example Effect and associated broader categories of causes are identified and put it into a Fishbone diagram like:

cause-and-effect-diagram-4

Note: Here, my emphasis is just to focus towards the steps of development of cause and effect diagram, specific example will be added later

Further subcategories are identified for the broad categories of causes:

cause-and-effect-diagram-5

This process is repeated until we get the root cause of the problem.

Normally identification of branches for the main arrow of the diagram involves a process of using 5 Why.Number 5 is empirical in nature, means five iterations of asking why is generally sufficient to get the root cause. However, questioning could be taken further to 6, 7, or higher in case more iterations are needed as per the nature of the problem.

Example Root Cause Analysis

For example effect is identified that we will not be able to meet the deadline because some of the activities have not been completed, by following the aforesaid mentioned process, we can come up with following cause and Effect Diagram:

cause-and-effect-diagram-6

After analysis of this diagram we need to work on following root causes:

  1. Need to include all direct cost in cost baseline
  2. Acquire appropriate SME to fulfil the need of an experienced team member
  3. Provide needed training
  4. Structure spontaneous meetings
  5. Analyze Customer expectations properly

 

Benefits of Root Cause Analysis

Cause and Effect diagram is an effective tool to avoid surface assumptions   of problems and help us to avoid classic answers of problem like not enough time, not enough fund etc.

Problems are resolved in a way that it will not surface again, for example, if we find that we did not get a supply of a pre-requisite tool from a supplier due to non-submission of purchase order then we could resolve it by issuing the same. In future, this problem may surface again if we will not emphasize over including this cost in cost baseline.

In addition this is an effective tool to improve communication within the team.

Cause and Effect diagram also helps to prevent problems as emphasis is given to build quality over inspection.

By now you must have figured out how important cause and effect diagram is to find out the root cause of problems or issues affecting the project.

You can join the discussion on the same in our Forum. You may also want to check our other blogs on PMP® Trainings.

调用链根因定位论文《A Methodology for Root-cause Analysis in Component Based Systems》 文章目录文章概述问题定义解决方法第一步 功能组件的异常检测故障序列分析频繁项挖掘实验结果 A Methodology for Root-cause Analysis in Component Based Systems. IWQos 2015 short paper. Virginia Commonwealth University & Beihang & Tencent 文章概述... 阅读详情

相关推荐

根因定位论文:Root Cause Analysis of Anomalies of Multitier Services in Public Clouds

转载原链接:https://jckling.github.io/2021/01/23/Other/Root%20Cause%20Analysis%20of%20Anomalies%20of%20Multitier%20Services%20in%20Public%20Clouds/ 从云供应商的角度,快速定位导致云平台上多层业务异常的根本原因,解决方案应该对租户的服务或应用程序是无侵入的(非侵入式)。 简介 多层服务或云应用涉及上百个组件,而这些组件又分布在不同的主机上。IaaS 云允许租户共享物理计算基础

lovelife110的博客 3228

采用E-C糖葫芦串分析法进行问题分析提高产品质量

E-C全称Effect-Cause Diagram,是一种故障分析的常用方法。 1.为什么需要采用E-C方法:网上问题多、DFX能力弱 2.采用E-C方法的好处:有经验的工程师,并不是因为比其他人聪明,其实是遇到的问题多,处理的多,善于学习、触类旁通,知道的就多了,设计的时候就知道要干什么,最终减少网上问题,提供产品质量。 3.如何采用E-C方法:(五步法) 第一步:先两端(首:诱发时间

chris的专栏 1万+

Root_Cause_Analysis_-RCA-_with_Python:使用Python进行根本原因分析(RCA)

Root_Cause_Analysis_-RCA-_with_Python 使用Python和Power Point表示的根本原因分析(RCA),以获取结果这是一项团队工作动手研究,用于对在其生产范围内遇到高缺陷率的真实客户数据进行研究。

Root Cause Analysis of Anomalies of Multitier Services in Public Clouds

推广博客: Root Cause Analysis of Anomalies of Multitier Services in Public Clouds

Elegant Coding 251

Root Cause Analysis_学习手册

非常使用的一个Root cause analysis学习手册!

js控件实现鱼刺图(fishbone)的控件源码

将鱼刺图嵌入java web 系统的js控件 需要的自己研究下 ps:看评论里面近期负面评价比较多,在此声明一下:这是我刚工作(2014年)的时候做技术攻关的时候研究的,时间比较久,技术也比较老,当时只是用在普通javaweb项目中的,而且当时还没有nodejs,也可能是我不懂前端不知道,但是确实是使用在已交付的项目中了,觉得有问题跑不通的,自己认真研究一下吧,毕竟环境差距比较大。做技术的,还是要沉下心来研究一下,毕竟是偏门,做的人比较少,经验分享也比较少,当时也没有意识要总结出一份文档出来,也对大家说一声抱歉,下载需谨慎!!!下载需谨慎!!!下载需谨慎!!!

QCC原因分析阶段之常用工具 - QCC小组活动推行知识系列介绍(四)

各位小伙伴,大家好:在上一期我们介绍了推行QCC小组活动中常用的一个统计工具:排列图,通过排列图找出影响问题的关键因素。本期我们介绍QCC小组活动在原因分析阶段常用到的分析工具:因果图、关联图、系统图。2.1 因果图定义:因果图是以结果作为特性,以原因为因素,层层展开以分析因果关系,寻找根本原因的一种图示分析工具。因果图又称为:石川图、鱼骨图、特性要因图。- 石川图:是由日本著名的质量管理大师石川馨发明的,所以也称作石川图。- 鱼骨图:因很像一只吃完鱼肉,只剩骨头的鱼(头和鱼刺),所以又称作鱼骨图。- 特性

win_starcn的博客 6060

C#实现的Diagram

用C#实现的Diagram编辑器,支持保存为文件。

分析图工具

-因果图(cause-effect-diagram)- 因果图也称鱼刺图。它是利用“头脑风暴法”,集思广益,寻找影响质量、时间、成本等问题的潜在因素,然后用图形的形式来表示的一种用的方法,它能帮助我们集中注意心搜寻产生问题的根源,并为收集数据指出方向。 画 因果图的方法如下:我们在一条直线(也称为脊)的右端写上所要分析的问题,在该直线的两旁画上与该直线成60度夹角的直线(称为大枝),在其端点标上...

yangzibin的博客 988

d3.fishbone-js:js鱼骨图(因果图)基于SVG 预览:http

d3.fishbone-js js鱼骨图(因果图) 弊端:css样式无法精准设定 实现原理:SVG绘图 效果图 : 1、官网示例(data.json控制数据) 预览: 官网: 作者: 2、当前页面实时编辑

CST实战:5分钟搞定圆极化天线轴比分析(含远场设置技巧)

本文提供了一份CST Studio Suite圆极化天线轴比分析的实战指南。文章详细讲解了轴比的概念与工程标准,并重点演示了如何正确设置远场监视器以获取Axial Ratio数据,包括关键步骤与后处理技巧。最后,通过植入式天线在生物组织环境中的案例,分析了复杂环境对轴比性能的影响及优化思路。

nokia的博客 997

Python日志分析与故障定位

Fluentd 是一种开源的数据收集器,旨在统一不同数据源的日志格式,并将其转发到指定的目标,如 Elasticsearch、Kafka 或其他分析平台。通过对日志数据的实时流处理,可以利用 Python 和机器学习算法对异常模式进行检测,自动识别系统中的故障或异常行为。使用ELK Stack的优势在于,它可以通过强大的数据索引和查询功能,迅速定位日志中的异常行为或错误,从而加速故障排查过程。通过这种系统化的分析,运维人员可以快速找到问题的核心,减少故障发生的频率,并提升整体系统的稳定性。

switch616的博客 1816

LVI-SAM实战:如何在Ubuntu20.04上快速复现激光-视觉-惯性里程计系统

本文详细解析了在Ubuntu 20.04环境下部署和优化LVI-SAM激光-视觉-惯性里程计系统的全流程。从环境配置、依赖安装到源码编译和实战调参,提供了完整的解决方案和性能优化策略,帮助开发者快速实现厘米级精度的实时位姿估计。

m3n5b7v8c9x的博客 1047

鱼骨图分析

无论是在质量管理、项目管理还是在其他领域,鱼骨图都能提供有价值的支持。

m0_55499682的博客 2403

LVDS系列11:Xilinx Ultrascale系可编程输入延迟(一)

按照IDELAYCTRL的参考时钟频率可以准确计算获取到,如200M参考时钟抽头分辨率为78ps,Ultrascale系列相对于7系列架构大改,体现便是U/U+系列的抽头增加到512个,同时每个抽头的分辨率就无法像7系列那样能得到一个准确的值,是一个波动的范围值,抽头分辨率随着工艺温度电压的变化而变化。EN_VTC:电压温度补偿开启的使用信号,COUNT模式下不能使用,必须保持为0,TIME模式下需要使用,在延迟工作时要启用温度电压补偿,在修改抽头值时需要关闭温度电压补偿,修改完后启用;

weixin_38828382的博客 1941

k8s架构、工作流程、集群组件详解

Kubernetes(简称K8s,是因为 k 和 s 之间有八个字符)是一个开源的容器编排平台,用于管理云平台中多个主机上的容器化应用程序。它提供了一种机制,用于自动化部署、扩展和管理容器化应用程序的集群。Kubernetes的目标是让部署容器化应用程序变得简单高效。它提供了应用程序部署、规划、更新和维护的基本机制,同时具备强大的扩展性和可靠性。Kubernetes采用主从设备模型(Master-Slave架构),其中Master节点负责核心的调度、管理和运维任务,而Slave节点负责运行应用程序的容器。

qq_51545656的博客 4382

Fishbone Diagram

铁匠的七寸宫 1602

从IMU数据到精准定位:手把手推导ESKF中的四元数运动学与误差状态方程

本文详细介绍了如何从IMU数据推导ESKF中的四元数运动学与误差状态方程,实现精准定位。通过分析误差状态卡尔曼滤波器的优势、四元数表示的必要性,以及IMU测量模型和运动学基础,提供了完整的数学推导和实现要点。适合机器人定位和自动驾驶领域的算法工程师参考,帮助优化导航系统性能。

weixin_30271335的博客 680

Mindfusion教程:WPF中的Fishbone(Ishikawa)图

下载Mindfusion最新版本 在本文中,我们将使用WPF Diagram组件来构建鱼骨图,如下面引用的维基百科“Ishikawa图”文章中所述: “Ishikawa图表(也称为鱼骨图,人字形图,因果图或Fishikawa)是Kaoru Ishikawa创建的因果图,显示了特定事件的原因。 Ishikawa图的常见用途是产品设计和质量缺陷预防,以确定导致整体效果的潜在因素。不完美的每个原因...

xiaochuachua的博客 1299

用Matlab搞定Delta并联机器人运动学:从建模到正逆解完整流程(附代码)

本文详细介绍了如何使用Matlab实现Delta并联机器人的运动学分析,包括几何建模、正逆解求解及可视化验证。通过符号计算和数值迭代法,解决非线性方程组问题,并提供完整代码示例,帮助读者快速掌握Delta机器人的运动学计算与应用。

weixin_30955617的博客 177

Python 神经计算实训 实训答案分享

【代码】Python 神经计算实训 实训答案分享。

2403_89314916的博客 347

[转]根本原因分析(Root Cause Analysis)

个人站点地址:nowherewoman.com 根本原因的分析   根本原因分析(RCA)是一项结构化的问题处理法,用以逐步找出问题的根本原因并加以解决, 而不是仅仅关注问题的表征。根本原因分析是一个系统化的问题处理过程,包括确定和分析问题原因,找出问题解决办法,并制定问题预防措施。在组织管理领域内,根本原因分析能够帮助利益相关者发现组织问题的症结,并找出根本性的解决方案。 [编...

2989

根因分析初探:一种报警聚类算法在业务系统的落地实施

背景 众所周知,日志是记录应用程序运行状态的一种重要工具,在业务服务中,日志更是十分重要。通常情况下,日志主要是记录关键执行点、程序执行错误时的现场信息等。系统出现故障时,运维人员一般先查看错误日志,定位故障原因。当业务流量小、逻辑复杂度低时,应用出现故障时错误日志一般较少,运维人员一般能够根据错误日志迅速定位到问题。但是,随着业务逻辑的迭代,系统接入的依赖服务不断增多,引入的组件不断增多,当系统...

weixin_33755649的博客 1028

pscad IEEE标准系统搭建说明

pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

链接分析之随机游走模型和子集传播模型

两个web页面to

花间词的技术博客 2420

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

上一篇: Control Chart as a Component of Seven Basic Quality Tool
下一篇: What is Fast Tracking and Crashing?
michaelrun
博客等级 码龄19年 93粉丝 50原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值