这次跟客户做咨询，Product Backlog没有按照User Story来写。反复好几次，Product Backlog仍然没有按照Scrum的要求完成。我当时认为，这个Product Owner写User Story的能力可能有问题（很多刚开始写User Story的人都会有些问题，不过慢慢会好的），所以一直与他在Product Backlog上面纠缠，后来甚至到了有些争执的地步。
好在旁边的同事过来圆场，让我有一点时间静下来想一想。我作为咨询师和对方的沟通出现了问题，为什么？然后我换了一种方式和对方交流。问他为什么？而不是我告诉他怎么做。之前他一直告诉我不可能按照User Story来写，也没有告诉我原因，我们的沟通在这里就卡住了。现在静下心来以后，他慢慢说出了原因。由于他的Product Backlog受制于公司的另外一份Spec。没有那份Spec很难写出User Story。而这份Spec在别的国家写，短期内得不到。这就是为什么他写不出User Story的原因。
知道这个答案后，我暗自反省。这么重要的一个organizational impediment可能因为我对User Story的执着而忽视了。作为一个咨询师，是多么大的失误啊！在Product Owner告诉我们这个原因后。我们还发现，他作为这个产品的Product Owner承受了很大的压力，上头对他说只能成功不能失败。这也是一开始我和他的沟通僵持的原因之一。
总之，Never assume。要静心倾听，然后再发表观点。如果发现沟通有问题（阻抗），要先问自己为什么，然后再问对方为什么。僵持是没有结果的，只能让事情变得更糟。作为一个咨询师，要有能力感受到沟通的问题，及时作出反应。还有很长的路要努力。希望今年的心理咨询课程可以帮到我。
