# 对接中间域异常的排查手法

# 一份报障信息

用户：x工不会弄，我的OBA报表登录不上了，帮忙过去看一下。

此次复盘过程关于用户报障语言所含信息点分析：

x工不会弄，这句话的意思，除了本身x工确实不明白流程，只会基础操作外，还有个关键潜在信息就是报障人自己很大程度也不会。

我的OBA报表登录不上 我这里有一个小前提网络、权限、帐号密码，之前在主机配置过程中是正常可行的，那会是什么原因登录不上？几种可能导致此类情况发生？遇到此类报障情况，没充足经验前提下，也确实难以想到这么多。

用户表述信息点失真，用户所看到的现象用“眼见为实“的表面现象叙述，如：我用这个软件打开、使用xx模板操作就行，而他的不行，帮忙看一下；由于非专业性或不熟悉业务的缘故，问题表达不到位，最终目的，想要达到的效果，因描述故障过程而没清晰说明最终目的是什么，即他为什么做这一业务操作，我想要完成操作的效果究竟是什么？

# “我与用户”在双方都对业务流程不熟悉的情况下如何排错？

# 事态僵局回顾

抛出这个问题前，复盘回顾一下有几种情况会将问题引致僵局，阻断思绪的？

仅单纯的履行双方各自独立的职责与业务，没有协同过程（踢皮球）
同事与我相互之间的专业知识与业务操作的偏见，完成日常ERP部门业务操作的构成要素与操作异常联系
- “我的认为”：用户方履行部门个人岗位业务访问做的一系列操作流程，一些流程及业务的异常，应该由用户自行解决，所学专业应包含了这些异常处理流程在内。
- “用户方”：“我”所进行的操作是只关注于自身部门在业务系统中的流程处理的某项其中一个具体内容，关于办公电脑的“页面”、“软件”突发的异常因由IT处理。
- 部门同事间彼此也是各忙各的，“有专门处理异常的其他部门同事，犯不着自己解决”；这也为造成我当然认为他们同部门同事也不会...