溝通，其實是一種信息的傳遞，管理層下底層員工下達決策，宣布新的規定，底層員工向上層領導匯報工作，提出疑問；一種上傳下達的過程。其實我們工作中是缺乏有效的溝通的，更多時候都是上級下達一個決策，底層員工就只能去完成，所以只是有下達的過程，而沒有上傳的過程。

　　然而上級的決策很多時候都是口頭的表述，這容易造成理解的偏差，並且就算當時理解了，過後也很容易忘記，想再回過頭去看看決策的內容時卻什麽也沒有，所以我認為有效的溝通首先應該對所謂的決策做書面的記錄，由決策下達者本人自己起草決策的內容，想明白自己想要表達的內容，並仔細推敲所寫的文字是否表達出了自己想要表達的意思，很多時候其實並不是溝通的問題，而是決策者自己也並沒有想明白自己想要的東西，當然決策者大部分時候是沒有時間去推敲這些東西的，那麽這個決策可以由第三個人起草，決策者對起草的決策進行審閱，一旦審閱通過就需要對所下達的決策負責。

　　當然，更多時候決策者其實只是想把自己所構想的東西實現一個具象化的東西看看效果，對想要的東西只有一個模糊的概念。這種時候其實不應該是每個底層員工都要去揣摩決策者的意圖。比如一個產品，這時候是需要需求分析師去揣摩這種意圖的，並將這種意圖用圖形的形式呈現出來，以更直觀的方式表達出來，並且要考慮其中的細節，決策者審閱這是不是自己所想要的產品，而程序員要做的是想如何去實現這種效果，考慮技術上的可行性，而不是在這裏分析猜測需求是不是這樣的，所謂專業的人做專業的事。

　　其實這就是所謂軟件開發的流程，首先需求分析，然後概要設計，然後詳細設計，最後才開始寫代碼，我們現在所存在的問題就是直接開始寫代碼，代碼寫到一半時寫不下去了再來想需求。所以才會產生最後做出來的東西跟最開始想的東西不一樣的問題，而這些問題的根源是沒有一個系統化的流程。郵件在這個過程中其實也是很重要的一個溝通的渠道，很多時候人會下意識認為口頭的表述沒有書面的表達正式，所以一些需求上的更改，更應該是通過郵件發送給相關的人員，並且抄送給上層領導，讓所有相關的人員和領導都知曉這件事情。所以郵件其實是應該很正式的溝通方式，那麽就要求在寫郵件的時候仔細揣摩所表達的意思是否已經表達明確，而所謂的開會，討論其實只是對這種書面表達的一種補充，而不能替換這種表達方式。

　　那麽底層員工要做的就是及時匯報工作進度，在決策下達時候對未能理解的部分及時提出自己的疑問，並且整理這些疑問，並且講得到的回復也用書面的方式記錄下來，另外也要及時的上報工作的過程中所產生的問題，特別是影響到項目進度的問題。

工作中如何有效的溝通