沟通，其实是一种信息的传递，管理层下底层员工下达决策，宣布新的规定，底层员工向上层领导汇报工作，提出疑问；一种上传下达的过程。其实我们工作中是缺乏有效的沟通的，更多时候都是上级下达一个决策，底层员工就只能去完成，所以只是有下达的过程，而没有上传的过程。
然而上级的决策很多时候都是口头的表述，这容易造成理解的偏差，并且就算当时理解了，过后也很容易忘记，想再回过头去看看决策的内容时却什么也没有，所以我认为有效的沟通首先应该对所谓的决策做书面的记录，由决策下达者本人自己起草决策的内容，想明白自己想要表达的内容，并仔细推敲所写的文字是否表达出了自己想要表达的意思，很多时候其实并不是沟通的问题，而是决策者自己也并没有想明白自己想要的东西，当然决策者大部分时候是没有时间去推敲这些东西的，那么这个决策可以由第三个人起草，决策者对起草的决策进行审阅，一旦审阅通过就需要对所下达的决策负责。
当然，更多时候决策者其实只是想把自己所构想的东西实现一个具象化的东西看看效果，对想要的东西只有一个模糊的概念。这种时候其实不应该是每个底层员工都要去揣摩决策者的意图。比如一个产品，这时候是需要需求分析师去揣摩这种意图的，并将这种意图用图形的形式呈现出来，以更直观的方式表达出来，并且要考虑其中的细节，决策者审阅这是不是自己所想要的产品，而程序员要做的是想如何去实现这种效果，考虑技术上的可行性，而不是在这里分析猜测需求是不是这样的，所谓专业的人做专业的事。
其实这就是所谓软件开发的流程，首先需求分析，然后概要设计，然后详细设计，最后才开始写代码，我们现在所存在的问题就是直接开始写代码，代码写到一半时写不下去了再来想需求。所以才会产生最后做出来的东西跟最开始想的东西不一样的问题，而这些问题的根源是没有一个系统化的流程。邮件在这个过程中其实也是很重要的一个沟通的渠道，很多时候人会下意识认为口头的表述没有书面的表达正式，所以一些需求上的更改，更应该是通过邮件发送给相关的人员，并且抄送给上层领导，让所有相关的人员和领导都知晓这件事情。所以邮件其实是应该很正式的沟通方式，那么就要求在写邮件的时候仔细揣摩所表达的意思是否已经表达明确，而所谓的开会，讨论其实只是对这种书面表达的一种补充，而不能替换这种表达方式。
那么底层员工要做的就是及时汇报工作进度，在决策下达时候对未能理解的部分及时提出自己的疑问，并且整理这些疑问，并且讲得到的回复也用书面的方式记录下来，另外也要及时的上报工作的过程中所产生的问题，特别是影响到项目进度的问题。