最近工作越来越体会到沟通的重要性，作为程序员，我表示自己的沟通技巧还需学习。这段时间，由于没有做好有效的沟通，感觉工作有点不开心…
今天上课，老师给我们强调了沟通的重要性，这篇博文的第一个目的是做个课堂笔记，另一个目的是分享最近我对如何有效沟通的一些思考，会包含一些具体的建议。那我们就愉快地开始吧，gogogo。
我们每天都要开白板晨会，大家站在白板周围，讲讲自己昨天做了什么、今天要做什么已经可能的风险，白板上写了每个人的工作情况。这个晨会除了向项目经理汇报进度外，还有个目的：向老板展示团队的工作。所以，白板要放在老板能看得到的地方。
得到老板的关注，对团队的激励时无穷的，我们在白板上，承诺了要完成的工作，工作进度也能体现，这很能提高工作效率。
我们知道，问一个问题的表达不同，可能会得到不同的答案。看下面两个问题：
这两个问题得到的答案肯定是不同的，问题2更具开放性，回答者会从多方面考虑。
在定位bug时，要注意措辞，比如，不能简单的说，这不是我的问题，某某组件有bug。而要说，这个问题我需要再检查一下，某某同学能否跟我一起看一下这个问题。
有个同事最近有很多问题找我确认，这些问题很简单，我只需要回答是或否。每次我回答后，他隔了不久，又给我抛出另一个问题。
这让我很没有预期，我不知道对方有多少问题，拜托，能不能一次把你的问题整理完，我一下子告诉你？高频率的向对方发消息，会打扰到别人的。
还有一点，提问之前要看下有没有对应的《帮助文档》，如果总是询问文档上已包含的内容，对别人也是一种打扰。
世界上，有很多语言，不同语言之间沟通时又障碍的。IT行业也是这样，客服、运营、产品、美术、技术都操着不同的“语言”，如果能够学会对方“语言”，当然沟通会更快捷。
我在跟产品解释一个问题时，常常就默认他跟我一样时技术背景的，结果说了半天，对方也没能完全明白。
对于紧急需求，至少有两层含义：
作为一个程序员，如果任务多时间紧，你为了完成需求，你要怎么做？要么压缩编码的时间，要么压缩测试时间，这肯定是对质量有影响的！
作为需求提出方，你要想清楚，我的需求很紧急么？我们项目组就遇到过，一些产品催得很紧急，然后我们交付后，他们居然不用。这让项目经理会怎么想？你以后提紧急需求，PM还会优先满足你么？
一个产品，经常会整合很多个小组的代码，定位bug时，会定位出是哪个组件的问题，然后推动该组件的开发去改。
我被坑过，当然也坑过别人。我曾经下过结论，我的代码没问题，结果其他组件的兄弟周末加班定位出时我的问题，把他坑惨了，现在想想真对不起他。
在下结论之前，要考虑一下，是不是自己的问题？你想想，你一封邮件抄送给这么多leader,然后说别人的组件有问题，后来被证明是自己的原因，这是多么难堪事情啊！
当别人为你完成一个需求时，表示一下感谢吧，这是对别人汗水的尊重。
如果他做得不满足你的需求时，不要埋怨，多些鼓励。
我很理解那种渴望做好产品的心情，因为我也很渴望写出漂亮而且无bug的代码。
有些问题，我需要时间去定位，请不要每次一有报错就直接给我打电话要求我立马解决，我不能一秒变超人，我也需要时间，现在我可能还有其他事情要跟进。
再说一下企业里面的电话沟通。电话是很直接的沟通方式，如果遇到紧急的问题，建议直接电话沟通，但是不要每次都电话。如果对方需要时间跟进的，建议发电邮或者消息，这样不至于给对方太大的压力。
说到换位思考，我检讨一下自己。有一次，一个同事让我看一个报错，我看了半天，给他的结论是：这不是我的问题。结果那同事很着急，他说，我又不懂技术，你虽然定位出不是你的问题，但是你可不可以告诉我，可能是哪些地方出错了，我好去找相关的人。
是的，我应该换位思考，抱着解决问题的心态，而不是证明我没错后，就不管不顾了。
你不给我解决，我就捅到你的领导，再不行，就告诉领导的领导！
你要是不行，我就让PM换个人来跟！
对方只考虑到了他自己的需求是否得到实现，但没有考虑到我的实际情况。听到这样的威胁，我感觉很可笑，这样我想起童年时的那句，我要告诉老师。
退一步说，大家都是打工吊，何必苦苦相逼。
有些矛盾如果无法解决，那就爆发“战争”吧。
大家通过争吵、矛盾激化，然后惊动到领导，接着就坐下来谈一谈。战争之后，就要“签订条约”，对应到工作中，就是约定一些流程，去解决问题。记住，解决问题才是关键，“战争”过后，也需要和平共处。
终于写完了，没想到写了这么多，在IT公司混，沟通也很重要的呢。第一次用markdown写博客，为自己赞一个！
原文地址：http://my.oschina.net/u/1453800/blog/316453
