0、背景
在上周梳理完七💎和8d方法后，项目上的问题还是出现了，在排查的过程中有设计的风险、
有质量的风险也有工艺的问题。风险是尚还存在不确定的因素，问题是已经明确了，下游的工艺问题本质也是质量管控的一个环节。
前四💎出现问题后，这个问题可以顺理成章地转交给质量部门了。然而上司却给了我另一种意见，把这个问题留在我们自己手上解决且要快速给出最终意见。当然理由也给了几条，首先设计的风险没有从根本排查，其次这个阶段转移出去大概率后面搞不定以后要设计兜底，最后的最后这次可以学到点东西。
1、思维转变
当业务逐渐熟练后，尤其是对部门和部门之间、组和组之间的边界感越来越清晰后，愈发对于非系统内的事务不想去做。当问题发生时，我们自上而下是要快速响应解决的，当这个问题分到所属部门就要由部门按照规定的时间完成推动，因此很长时间我陷入了先分析这个问题是不是我们应该要接的。
我知道这个问题由我们主责推动的话，大概率很难在规定时间内完成从原因分析到方案落地，其实领导愿意接问题，也相当于半代表部门承担了我无法及时解决此问题带来的考核风险。
当我重新在看8D排查问题的第一步时，建立由设计、质量、制造组成的问题解决小组，之后的每一步都在高度共享信息的基础上快速推动问题的解决。这一次可能我们可能可以逃，但是下一次能不能逃呢？想来这种矩阵化的推进问题模式就是打破了组织中不同部门的扯皮情况，先就事论事的解决问题。
我们可以选择成为老油条固步自封，也可以选择勇敢者去承接挑战，当在研发阶段出现综合复杂问题时，主动承担起解决问题的主责也是能不断成长的关键因素。
2、提高解决复杂问题的能力
虽然我们所处在的系统是一个黑匣子系统，产品设计权掌握在上游供方手里，在出现了上述谈到的问题后，其实我们督促供方完成产品迭代或评估风险可接受后维持现状。
对于复杂系统出现的复杂问题时，一次次攻克这些问题可以让自己更深入了解自己所在系统内在的运行机理，这也是少有可以光明正大了解上游设计方案全流程的过程。每个人在专业领域成长的过程是将黑盒逐渐白盒化的过程，对于复杂系统想要获得更全面的认知必须攻克每个细节。
复杂问题解决的背后是对于认知的扩充，在接到问题之前可以说自己是小白，但是在接到问题的那一刻必须要让自己变得相对专业。这个时候比较好的是请专业系统的老师来梳理排查思路，在有限的时间先排除较大的隐患项，并及时把验证的内容给安排下去。
3、复盘永远不会少
在持续了小半年的复盘后，从日到周到月不同维度的复盘让我感受到了可以用不同的视角去观察生活、处理不同的学习任务。
在这次跟进问题进展的过程中，我重新思考了FMEA的重要性，这是一个公司内部做问题梳理的档案合集。在过往的时候，我们通常只是在问题结束后草草总结下，而这一次我借鉴了其他系统FMEA的内容，里面几十种要排除的内容在让我们和供应商谈判的过程中发现了多个前期设计阶段的盲区，这个过程非常有利于问题的快速开展。
后续我的此次问题解决过程也会放在这个系统里，便于后面出现类似问题的同事可以更好解决及排查此类风险。
网友评论