步骤 | No. | 内容 | 备注 |
题目 | | 用中性的方式一句话表达问题,不包含任何假设或者问题解决方案 | 1.A3题目描述应包括:范围(产品,时间,地点),现象(看到的事实)
2.A3题目描述方式:中性,客观,聚焦问题,目标导向
3.适合采用A3的问题的特征:重复发生,根因不清楚的问题,特别是质量问题
4.A3问题解决的时间周期:1-2个月 |
组长&成员 | | 成立A3问题解决团队 | 1.组长必须熟悉A3问题解决的方法和流程,可以不熟悉问题的具体流程
2.小组成员尽可能固定,可以包含与问题相关的专家
3.建议小组人数:7人以内 |
I:背景描述 | 1.1 | 问题已经产生的影响(成本,时间,资源) | 1.收集问题的相关信息,使负责人能够真正掌握问题的细节:
- 问题是怎样影响重要目标的
- 罗列为什么要解决这个问题的理由,突出问题解决的重要性和急迫性
2.定义A3报告的接收者:
- 以便在问题解决过程中获得支持
- 提供问题内容的重要信息,而不是将时间浪费在接收者已知的信息上
3.根据接收者的能力和背景描述问题的背景
- 用精确的中性的语言解释问题如何影响公司目标
- 使用图表,数据
- 确保内容可以被理解,强调因果关系
4.反省
- 作为负责人,认真回顾所提供的信息
- 严格检查是否已经真正完整地描述了问题对公司目标的影响
- 检查是否已经正确地定义了接收者并考虑了他们的知识状态 |
1.2 | 问题不解决将持续产生的影响(一定会发生) |
1.3 | 问题不解决将会造成的潜在的损失和风险(可能会发生) |
1.4 | A3报告汇报对象 |
II: 问题描述 | 2.1 | 绘制问题所在的流程,标注问题发现地点 | 1.绘制问题所在流程的流程图,理解问题所在的流程
2.按照流程图的顺序对每一个步骤进行Go&See,记录每个步骤的的详细信息,例如:执行人、作业工具、表单、输出物等,与每个步骤的执行人现场沟通,询问常见的异常情况 |
2.2 | 触发使用A3的详细信息(时间,地点,班组,员工) | 1.问题是什么?
2.问题在哪里发现?
3.问题什么时间发生的?
4.问题发生的频率?
5.为什么问题发生后流程仍在继续运行?
6.采取的临时措施是什么? |
2.3 | 历史问题的相关信息 | 统计历史(至少往前追溯一年)问题的信息(时间,地点,班组,员工),以及每次采取的措施,并提供相应的证据 |
2.4 | 相似的流程、问题、产品的情况 | 类似问题发生时当时的解决方案 |
2.5 | 综合步骤2.1-2.4的信息寻找问题发生地点,并标注在流程图中 | 寻找问题发生地的方法:
1.KT方法:如果判断A为问题发生地点,如何解释B现象
2.DOE(试验设计)方法:问题发生地点的DOE,而不是原因的DOE
3.问题再现:还原问题发生时的实际情况,验证问题是否发生
4.单因子试验:如果有三个疑似问题发生地,标准化两个地点不要出错,研究另外一个是否是问题发生地
找不到问题发生地,不可以进行下一步 |
III: 目标状态 | 3.1 | 目标结果 | 结果数据 |
3.2 | 约束条件 | 1.约束条件是实现目标结果的限制条件
2.约束条件是之前已有的标准和要求,不能带来新问题,不能破坏标准
3.新建标准属于行动,而不是目标状态
4.约束条件举例:保持XXX / 不增加XXX / 遵守XXX |
IV: 原因分析 | 4.1 | 鱼骨图分析 | 1.采用头脑风暴法列出所有可能的原因
2.鱼头是问题题目,在鱼头上方标注问题发生地点
3.鱼骨图上的人机料法环测必须限定在问题发生地点 |
4.2 | 原因调查与分类 | 将鱼骨图上所有的原因分为Direct cause/Possible influence/Not relevant 三类:
1.对鱼骨图中的原因与Problem description中的信息作对比,排除不相关的原因,判定为Not relevant
2.对剩下的原因做假设,假设原因发生,是否必然导致问题发生?
3.现场验证步骤2中必然导致问题发生的原因的存在性,如果存在,则原因判定为Direct cause,如果不存在则判定为Not relevant
4.对步骤2中不会必然导致问题发生的原因进行调查,判定为Possible influence或者Not relevant |
4.3 | 5why分析寻找
Root cause | 1.对鱼骨图中判定为Direct cause以及Possible influence的原因进行5Why分析
2.5Why分析原则:
- 不把问题指向个人
- 不把问题指向公司制度,法规
- Root cause必须可以找到实实在在的行动方向,例如:更新标准,防呆;而不是加强培训
- 5Why分析的的每个问题可以有多个答案 |
V:行动计划 | 5 | 制定行动计划 | 针对Root cause,go&see过程中发现的异常,以及Target state 中的约束条件制定行动计划:
1.每个action责任人只能有一个,且必须是A3团队成员
2.建议体现action之间的关系(甘特图)
3.体现每个action的状态
4.建议时间超过一周的action要有预案计划
5.如果新制定了标准,建议将流程确认PC作为行动项 |
VI:措施效果评估 | 6.1 | 确认每条action是否已执行 | Go&See现场确认 |
6.2 | 验证每条action是否有效,产生的效益,输出结果 | 1.用数据展示,提供证据 |
VII:最终结果 | 7.1 | 结论:问题是否被解决 | 1.问题被解决的标准:达到III:Target state
2.展示目标结果的实际数据
3.如果问题没有被解决,总结Lessons learned,并重新开始A3 |
X:标准化&水平展开 | 8.1 | 标准化 | 新建标准的内容 |
8.2 | 水平展开 | 1.评估是否Roll out?如果需要Roll out,向流程的实际Owner建议Roll out,并制定Roll out计划
2.如果A3团队认为需要Roll out,但流程Owner认为不需要,A3 Leader可以升级 |