PROBLEM SOLVING 工具书(3 )
5
原因 / 结果图表
ISHIKAWA
I – 目的
通过对不同原因进行分类和陈列,采取不同的行动。
II – 何时做
无论何时我们希望能从所有可能的原因中明确最可能的原因并导出一定的结果。
III – 怎样做
- 定义独特的影响
- “头脑风暴法”来明确所有可能的原因
- 定义原因中主要的类别(5个 M, 特殊类别, 过程中的不同阶段、...)
- 根据原因的类别放在图表上(这可能要求对主要的类别进行再次分类)
- 根据原因各自的优先级来验证其分类。
- 图表解释 :
根据讨论的课题,现有的数据和回顾性的验证对不同分枝中的因素进行分析,从而把可能的原因过滤一下直到找到最可能的原因。
这也是一种方式来缩小范围以找到最可能的造成问题所在的原因。
6
原因 / 结果图表
原因树
I – 目的
为了帮助大家辨别和选取某些因素并对之采取相关的行动以有效地解决问题。.
该工具能较直接地将导致问题的原因表述出来并将之排出优先级。
II – 何时做
当我们希望能从所有可能的原因中确定最有可能导致已知结果的原因。
III – 怎样使用
- 明确需要处理的或需要研究的问题
- 使用以下的逻辑推理,“头脑风暴法”采集可能的原因:
逻辑过程
在建立原因树时没有绝对的规则。。。
然而,有两种极端的情况会产生:
情况 1 :对该机制非常了解,依据系统的结构,树的分支结构建立得非常自然并且产生了所观察到的一些缺陷。
情况 2 :系统的运作非常模糊,职责分工不明确,对正常情况的理解不一致。因此,为了启动该方法,建议采用“头脑风暴法”以获取简单的原因类别,并在此基础上完善和改进。
建立起树以后由合适人员对此加以确认,(提出问题的人通常会参与该过程 ...).
观察到的结果为 :
我们所在房间的温度太低,
- 检查一下确保没有漏掉主要原因,如需要可随时补充。
- 如需要, 对原因的描述加以调整使树更利于阅读。
进一步发掘 :
- 从右面向左侧移动,根据已知结果确定最可能的原因,通常需要有专业的知识,计算或额外的测试来作决定。
- 必要时可以使用其它的工具,如建立模型图来列出原因的优先级。
7
流程图
(也称为 Gilbreth 流程图)
类型
流程图,功能图, Gilbreth, 电脑化流程图, 工作流程图, 生产流程图, 逻辑图...
I – 目的
- 流程图能:
· 根据需要对一个流程进行详细的描述,换一种说法即不同的阶段和情况推动大家向前发展。
· 明确流程中的各个角色和他们在不同阶段各自的职责。
II – 何时做
任何进展都必须建立在了解现状的基础上。每次当我们希望简要地描述一下目前在限定范围内发生的情况时都会使用该工具。(限定范围指地点,时间等)
III – 怎样做
1 – 总体描述
- 一个流程图的形成通常从总体描述出发。以下是一份通用的表单:
2 – 详述
- 对过程命名并确定它的范围。
- 然后反复地同时整理在设定范围内发生的情况:
· 对行为清单上的描述尽量保持在统一详尽度(把行动总结在一个方块中)
· 列出对每一阶段负责的职能部门或实体(每一列的标题),
· 条件(问题)使之能从一个阶段向下一个阶段转移。
- 参见以下图表中的范例
根据以下格式填写表格:
3 – 使事情简单化的方法
- 该图表帮助大家分享对一个特殊情况的共同看法,在准备阶段将会有很多讨论。为了使表达具有一定的灵活性,可以使用粘贴纸:
· 准备两张横放的棕色纸张(参见以下图表),
· 勾勒一个流程图的框架,
· 然后在粘贴纸上写上不同的职能或标题来描述不同的阶段。
优点 :
- 便于移动,
- 促进讨论和反馈意见,
- 使参与者能自然地参与交流.