如果你从事过程序员这个职业,如果你曾参与过某个项目的开发过程,你一定会明白是否有效的交流对于一个团队能否取得项目的成功有多么重要。也许你的技术水平高人一等,或者你拥有思维敏捷的大脑,但无论如何你永远逃避不了这个问题,关于交流能力的问题。它不在于你拥有什么,还要看你将如何包装它,否则就算你拥有最好的注意、最漂亮的代码、或是最注重实效的想法,最终也会毫无结果。因此,没有有效的交流,一个好想法就只是一个无人关心的孤儿。
作为一名普通的开发者,我们必须在许多层面上进行交流。或许我们花上几个小时去开会、倾听;或者我们与最终用户一起工作,设法了解他们的需要;我们编写代码,与机器交流我们的意图;我们撰写文档,以便留给那些后来人。我们每天在团队中工作,宣扬我们的注意、修正现有的做法、并提出新的做法。我们将大量的时间都花在交流上,因此我们需要把它做的更好。
知道你想要说什么
在工作中使用的交流方式大多更为正式,最困难的部分也就是你必须确切的弄清楚你想要说什么。正如作家写作之前都会详细地构思情节,然后列出大纲;而我们很多撰写文档的人却时常乐于坐在电脑前,然后键入任何他们头脑里冒出的东西。明确的知道你将要诉说的东西对于你的发言或是撰写往往十分重要,在准备好之前最好简要的记下你想要交流的想法以及把它们讲清楚的策略。
了解你的听众
你在交流的时候也就是在向他人传递着你的信息,为此,你必须了解听众的需要、兴趣、能力。我们也许都经历过这样的会议:演讲人在台上发表着长篇大论,讲述的东西我们却丝毫不关心。这不是交流,而是空谈,并且让人厌烦。因此,在你需要和他人交流之前必须先要了解他的想法,要在你的脑海里明确一幅有关你听众的画面。如果你跟你的经理谈论具体实现细节,而跟同事谈论公司管理,这样的交流都没有任何意义。
选择时机和方式
交流是一门艺术,成功的交流更需要你用心完成。你需要了解你的听众在下个时刻最需要听到什么,要弄清楚他们的“轻重缓急”是什么。试想,你选择在下着滂沱大雨的星期五下午六点,向正在为孩子生病担心的老板讲述你构思的新方案并不是一种可取的办法。而你最适合做的仅仅是等待一个更恰当的时机简单的问一句“现在我们可以谈谈... ...吗?”就足够了。
交流更需要调整你的谈论方式,让其适应你的听众。有人愿意看到比较正式的文档报告,有人则更愿意和你展开沟通和讨论,这就需要你选择最恰当的交流方式来和你的听众沟通。当然,作为交流事务一方的你,也可以提出相应的反馈信息,比如你觉得在谈论的时候使用一些图形和文字更能表达你的意思,这样的反馈本来就是交流的一种形式。
和你的听众互动
请记住交流是事务双方共同的事情,如果可能你可以让你的读者参与文档的早期草稿制作,并获取他们的反馈;当你需要大家听你说话时,同样,你也必须学习如何听他们说话,即使你已经掌握了全部信息。更多时候,主动地鼓励大家向你提问是值得提倡的。
最后,请仔细浏览下面的WISDOM离合诗:
- What do you want them to learn? 你想让他们学到什么?
- What is their interest in what you've got to say? 他们对你讲的什么感兴趣?
- How sophisticated are they? 他们有多富有经验?
- How much detail do they want? 他们想要多少细节?
- Whom do you want to own the infomation? 你想要让谁拥有这些信息?
- How can you motivate them to listen to you? 你如何促使他们听你说话?
说明:《 程序员必备》系列是我看过《程序员修炼之道》这本书后认为比较有作用的部分,里面大多数思想源自Andrew Hunt和David Thomas的这本书,我只是加入少许文字加以组织,你也可以自己购买这本图书细细观看!