交流：作为开发者．我们必须在许多层面上进行交流我们把许多小时花在开会、倾听和交谈t..我们与最终用户一起T.作．设法了解他们的需要。我们编写代码，与机器交流我们的意图;把我们的想法变成文档，留给以后的开发者、我们撰写提案和备忘录，用以申请资源并证明其止当性、报告我们的状态．以及提出各种新方法．我们每大在团队中T.作，宣扬我们的主意、修正现有的做法、并提出新的做法．我们的时间有很大一部分都花在交流上、所以我们需要把它做好
知道你想要说什么：在工作中使用的更为正式的交流方式中．最困难的部分也许是确切地弄清楚你想要说什么小说家在开始写作之前，会详细地构思情节，而撰写技术文档的人却常常乐于坐到键盘前,键入“1.介绍……”.并开始敲人接下来在他们的头脑里冒出来的任何东西。规划你想要说的东西写出大纲。然后问你自己:“这是否讲清了我要说的所有内容∵:”提炼它、直到确实如此为止。
了解你的听众：只有当你是在传达信息时、你才是在交流。为此，你需要了解你的听众的需要、兴趣、能力瞭我们都曾出席过这样的会议:---个做开发的滑稽人物在发表长篇独白.讲述某种神秘技术的各种优点．把市场部副总裁弄得臼光呆滞．这不是交流．而只是空谈．让人厌烦的( annoying'）空谈.
选择时机：这足星期五的下午六点，审计人员进驻已有一周，你的老板最小的孩子在医院里，外面下着滂沱大雨,这时开车回家肯定是·场噩梦。这大概不是向她提出PC内存升级的好时候.为了了解你的听众需要听到什么、你需要弄清楚他们的“轻重缓急”是f么﹑找到--个刚刚因为丢失源码而遭到老板批评的经理，向她介绍你关于源码仓库的构想．你将会拥有一个更容易接纳的倾听者。要让你所说的适得其时，在内容上切实相关．有时候，只要简单地间一句“现在我们可以谈谈……吗?”就可以了。