D16

我们作为一个技术支援部门，大部分工作是通过电话等通讯手段远程支援。今天有一个工作是需要外站的同事在判断完事件A，跟进他测试出的结果正常或者不正常，我们再通知选择具体执行什么下一步工作。但中间出了一个小插曲，当做完A之后，我们因为事情耽误了几分钟，没有马上给出下一步指令，外站的同事以测试正常就将工作关闭了。关闭没有什么大错，只是关闭是一种偷懒的方式，不利于后面故障的进一步排除，所以我们通知他继续执行下一步的工作。但因为工作关闭后工具人员都撤离了，导致后面重新又要准备一遍，很多事情又要重新与其他协同部门沟通。导致效率不高，还遭到其他部门的投诉。

虽然事后分析主要原因是外站同事对工作情况未有效沟通，但我们也反思了如何让我们的技术支持工作更高效。我们现在的工作方式是说一步，外站做一步，我们再说下一步……这步数越多不确定性越大，我们要多想前一步，一次就将你的工作思路和所有意图告诉别人：判断了事件A，出现现象1的话执行什么步骤，出现现象2又执行什么步骤……这样就不用一直给对方指令，导致工作的不可控，节省了沟通的次数，只要反馈最后结果就可以了。

提前准备好完整的预案，并提前告知对方，这样可以大大减少沟通成本和提高沟通效率，降低了多次沟通存在的风险。