代码改变世界

如何沟通?

2009-05-06 10:33  金色海洋(jyk)  阅读(1594)  评论(13编辑  收藏  举报

      

      如何沟通呢?相关的书籍有很多,大道理我就不说了,其实我也说不好,说点实在的吧。最近和吉日嘎拉聊天,有点感想,说一下。

      

      1、说话之前要实现考虑一下对方的“承受能力”,也就是说对方会有什么样的反映,最好能做到对方的反映在自己的预料范围内。当然一开始和一个陌生人交谈的时候是很难做到准确的判断的,只能根据大家比较普遍的思维方式来判断。不过随着交谈的加深,就应该比较了解对方的思维方式。从而修正自己的判断。

      如果你能够很准确的判断出来,自己说出来的每一句话,对方的反映的话,那么交谈应该是很愉快的。

 

      2、不要把自己的经验、知识、承受能力等“强加”到对方身上。不要认为你知道的,对方就一定知道,你对某一个名词(比如三层架构)的理解就一定和对方是完全一致的。不然觉得你能够接受一个玩笑,对方也可以接受。总之呢,要先试探一下对方的“承受”能力,呵呵。

      

      3、平等交流。我们都是程序员,没有上下级的关系。不要认为你的年龄大、工作经验多,走的路比别人吃的盐都多了,你就可以给人一种“高人一等”的感觉。当然,有的时候这种感觉是不自觉的情况下带出来的,自己根本就没有察觉。但是不管怎么说,如果对方有了这种感觉,那么就很不便于交流了。

 

      4、换位思考。这个是很常见的,经常挂在嘴边上的话,那么如何才能真正做到换位思考呢?想要做到并不容易吧。

 

      5、先当“听众”,仔细聆听,听完一遍再说。先要理解对方的思路,完全按照对方的思路取走。然后再根据自己的经验判断这个思路了是否正确。如果感觉对方的思路不对的话,要提出细节的地方,不要很笼统的说你的是不对的,但是到底哪里不对呀?比如对方说了100句话,你告诉他,你有一句话说的不对,至于是那一句话嘛,你自己去找吧。这个就很郁闷了。既然提出来了,那么为何不说的详细一点呢?

      假设看到了对方写得一个类库(500多行代码),命名不对,那么为什么不能举个例子呢,比如说你的xxx行的xxx的命名方式不对,而是很笼统的说,你的命名不规范,你自己检查吧。你是老师吗?你在判卷子吗?即使是判卷子,也要在答错的题目上打个叉子,而不能在整张卷子上面打个叉子吧。

 

      6、从整体的思路入手,先不要过多的考虑细节问题,先掌握了对方的思路再说,不要在细节问题上过多纠缠。思路上掌握了,再去讨论细节问题。思路上都没有同意呢,讨论细节有什么意思呢?

      这里想到了对日外包,想到了一个电视剧的情节。一个小工作作坊,赶制一批货物,定好的是早上8点交货,迟到了两分钟,结果呢,对方根本就没有验货,直接拒之门外,而且以后再也不接受这个作坊的货物了。这确实是一个很残酷的事情,规定就是这样,违反了,就一点希望都没有了。(写到这里,都不知道如何继续了,如果国情可以这么严格的话,那么可能就不是现在的这个样子了。)

 

      上面好像跑题了,我们也不是大老板,还是宽容一点的好,呵呵。自己是高人,不算厉害,如果能让周围的人也变成高手,那才叫厉害呢。又想到了《陈真》里的一句台词:中国就一个陈真,而日本却有千千万万个。。。(那个和陈真作对的日本人的名字忘记了)!

 

      先说这些吧。 就算是抛砖引玉了,呵呵。

 

 

2