标签：
多听多想少说
今天一同事跟代码，遇到问题。找我帮忙看下
我一看这种情况，没等同事说两种，就套用以前的经验，blabla的说个不停
等我说过，同事结合我说的，说还有些不一样，
因为人机命令我以前从头到尾做过一次，对这个流程及相关环节比较清楚，正好上次遇到的症状上这次也有几分相像，然后又 blablabla
完全没有顾忌听众的感受，对自己很无语，很明显出力不讨好的节奏
好在，同事在验证时，在和同事一起梳理数据流向时，发现还有其它团队提供的第三方模块。
捋到这，基本可以确定是第三方模块的问题，
又分为两种情况:
(1)和我以前遇到的异常情况相同，功能在其它线程中执行了，IDE的远程调试的Jvm不对（这个可能性应该可降低的，因为系统不一样，不过也不能确定）
(2)执行了其它代码，没有执行我们预期的逻辑
最后验证是第（2）种情况
不过事后，同事看见我，也不是很高兴，
唉，沟通时要多听，少说，一语中点
做不到上面的，至少要先搞清楚when ,where ,what,然后再用商量的语气，细声细语的商量着解决，
人都有表达、炫耀、被尊重的要求
只有充分满足对方的心理要求，才是良好沟通的开始
标签：
原文地址：http://www.cnblogs.com/softidea/p/4789809.html
