(资料图片)
我是“LEAN不清”，关于精益我有问题！
我是“精益小帮帮”，精益问题我来帮！
在RPS快速问题解决流程过程中：
当发现问题无法快速得到围堵或修复以回到标准上去，那么就需要对此问题进行一个快速的分析和判断，这里的分析并不是对原因的分析，而是对为什么不能快速围堵或修复这个动作的分析，是资源不够？能力不够？还是其他什么原因，这一点一定要记住，千万不要和后面的原因分析那一步进行混淆。因此在流程图中也通过文字上的加注进行了区分。
当这一步分析下来的结果是需要帮助，那么就需要用到一精益流程：
Escalation--问题升级
01
为什么需要这个流程？
第一：当问题出来了，一时我们无法解决时，我们首先会想到这个问题归谁负责，让问题去到最适合解决的部门；
第二：去到了合适的解决的部门，那么这个部门任何人都能解决吗？答案肯定是否定，那么当这个部门中一个不适合的人或不适合的层级接手了这个问题，他/她还是无法解决，那么问题还是无法快速被解决，因此还得升级到一个适合的人或层级去解决；
第三：现实中也许问题会被传递到合适的部门，合适的人，但是还是无法快速被解决，因为可能由于资源有限、权利有限，因此当这个合适的人或层级还是不行时，是不是还得继续升级，但又不能无限制的升级，因此还得有个升级的终点来最终决策；
第四：如果问题无法快速解决，那么就会持续产生浪费，因此需要快速解决的，那么对于时间肯定是争分夺秒的，所以整个流程应该有个时间的限制，总不能一个问题放在那无限期地搁置，当然这只是针对现场的问题，那些什么政治、领土问题不在此次讨论范围内。
通过上述四点的介绍，相信你对为什么需要这个一个流程有了进一步的认识吧。
02
那这个流程到底长什么样？
那么下面就结合一个“问题升级”流程的实例来进行介绍：
“问题升级”流程就是通过一个矩阵列表，将不同种类的问题与工厂或公司中相应的部门层级及接口人员进行链接起来，并且问题在每个层级停留的时间也有规定，超过这个时间就必须向下一级进行升级汇报，因此通过这一约束，让问题的解决有了时效性，问题如果一直在规定时间内无法得到解决，就会一直升级到公司或工厂的最高决策者那，由其进行最后的决策。毕竟一个问题如果最高决策者也无法解决，那么这个问题在这个公司内就无法得到解决。（考虑到隐私，将相应的联系人信息用马赛克进行了遮挡）
03
如何制作和应用这个流程？
我们现在一步一步来看如何制作这个“问题升级”流程图吧：
第一步，将公司或工厂现场可能存在的问题种类进行细分，例如安全问题，质量问题，工艺问题或者设备问题等；
第二步，将问题从最先发现那一层级到总经理这一层级可能经过的所有层级都列出来，当然在这个过程中一定要筛选出必要的层级，而不是越多越好，因为层级多了影响问题解决速度。如果看过之前的文章，可以发现这个可以套用层级会议中的层级进行列出。
第三步，指定每个层级对于一类问题的对口联系人，并且将其联系方式展示出来，这个对口联系人可以是问题解决方案的提供者，也可能是问题在这个层级中的协调人，通过他来协调这个层级的资源来跟进解决。
第四步，明确每一层级的问题触发升级的时间，越接近问题发生的层级，触发升级的时间越短，因为他们的能力和资源有限，长时间持有问题，反而不利于问题的真正解决，这一要求也是“问题升级”流程的关键。
第五步，并不是每个问题都需要经过各个层级，在哪个层级发生，就按该层级所在的问题升级触发条件进行升级。
上述五步就是制作以及应用的步骤。
04
如何与Andon系统联合应用？
其实在实际的应用中完全可以和Andon系统结合起来一起应用，那么将会大大提升现场问题的解决速度。
首先，在现场Andon按键或触发点时就将问题种类加入进去，那么员工在进行问题发现汇报时就可以根据问题种类进行问题触发；
其次，将Andon系统中问题响应联系人结合“问题升级”流程中的联系人，那么现场问题触发后便能自动将问题传递到指定联系人那。
第三，在Andon系统中加入问题解决计时及自动升级功能，当联系人无法在指定的时间内解决问题，改变Andon的状态，那么Andon将会把该问题按照“问题升级”流程中规定的路线自动传递到下一级去，推动问题解决，最终可能发到最高决策者那。
这种与Andon系统的联系，就很好的解决了人为忘记或者隐瞒问题行为带来的无法快速解决问题损失的产生，也更好地发挥了Andon系统快速传递问题的效果。
Ending
LEAN不清：Escalation升级流程还能和Andon结合一起用，真是太棒了！
精益小帮帮：但并非一定与Andon结合在一起才能用，这个升级流程也可以独立存在，它很好地解决了问题解决中资源、能力的匹配问题，让问题能在一定时间内升级到能解决它的那个层级去，推动问题的快速解决！
夏天点个在看 请吃冰淇淋哦！
