本文出處:http://blog.csdn.net/sodme
前記：
「有效溝通」，這裡的「有效」，指的是有效率。
這是一篇有關「如何進行有效溝通」的作團隊感悟，其核心思想是：
引入正文----
在團隊開發中，我們總免不了與上上下下，左左右右的人協作，交流與溝通，上到乙個需求的含義，下到乙個函式的介面。如何作到「快速開發」？有效的溝通，成為第乙個我們需要面對和解決的問題。
所謂溝通者，參與的人，無外乎兩個方面：聽者與說者。
所以，有效溝通，具體的應該是指：
1.對於說者而言，要想辦法組織好自己的條理和語言，把複雜的問題簡單化，力求「一針見血，言簡意賅」的表達自己的想法，對於說者，你的任務，不僅僅是「說」，而且，是要「說清楚」，要想辦法讓聽者更易理解。
2.對於聽者而言，要認真收集說者語言中傳達的各種資訊，理出有效資訊，記下，並在隨後的交流中進行複述和確認，對於聽者，你的任務，不僅僅是「聽」，而且，是要「聽明白」，你的理解要跟說者達成一致。
我 們總是痛苦於這樣一種情況：辛辛苦苦說了半天，結果，我們的「聽眾」聽到最後，還仍然是不明白。我們埋怨對方的理解力太弱，埋怨對方不認真聽，進而失去耐 心，認為這樣的溝通是在浪費時間，於是，便不再進行溝通，而不溝通導致的結果就是對方作出來的東西不是你想要的東西，於是，出現了不斷的返工，浪費了更多 的時間。
每當這個時候，其實，最應該反思的，是你自己，你應該仔細反思以下內容：
1.你所說的話，有沒有條理性，有沒有一是一，二是二的理清關係？
2.你是不是把簡單的問題複雜化了？能不能作到複雜問題簡單化，你的想法能不能只用一兩句話就能明確表達？
在涉及到多人協作的團隊開發中，我把第二點看得更加重要，一件事，如果不能用一兩句話說清楚，那在他傳我，我傳你，你又傳另外人的幾個步驟後，很有可能就會造成理解扭曲，第二點能力，可以簡單地說，就是「 「
如何培養「抽象的能力」？閱讀+思考。
我記得很久之前，讀初中時，我們每學一篇議**，學習之前，語文老師都會讓我們記一下這篇文章的「中心思想」，也就是這篇文章的核心觀點，然後帶著我們圍繞著這個「中心思想」去分析作者如何從各個方面為自己尋找論據的。
所以，針對這個「中心思想」，從聽者和說者的兩個角度，應該努力作到：
1.說者要盡可能「明確表達」這個「中心思想」；
2.聽者要盡可能的從各種資訊中「判斷」出這個「中心思想」；
3.聽者「心裡」明白了，還不行，必須要跟說者來確認這個「中心思想」，確認雙方對它的理解是一致的，而確認的方法之一，就是由聽者對「中心思想」進行提煉，概括，複述。
以我們自己專案的開發方式而言，說一說我們的方式。
通常情況下，我在布置開發任務時，會按以下方式來作：
1.在布置具體任務之前，我會先交待一些開發原則，比如：要有防禦性程式設計思維，伺服器程式設計是基於「不可信任式」程式設計，安全是第一位的等等；
2.明確表述需要製作的內容，按什麼步驟來作，列出可以參考的類似實現；
3.向接受方明確告知，什麼是第一位的，什麼是第二位的，當第二位的與第一位的產生衝突時，要捨棄第二位的。
其 實，在我們的開發實踐中，我們發現，大家普遍容易疏忽和出現問題的地方，主要是跟實際運營相關的，就是說編碼不能僅僅是考慮程式語言如何組織，資料結構如 何優化，不能僅僅在技術的框架內考慮實現方案，慢慢地，要學會在產品運營的框架下去考慮問題。而這種觀點，就構成了我們團隊溝通的基礎，必須要不斷強化運 營的觀點，讓大家慢慢接受這種觀點，這樣，在以後的協作中，就會出現更多合作中的默契，而不用你一而再，再而三的去作唐僧式的宣講了。
作團隊感悟 8 有效溝通
本文出處 http blog.csdn.net sodme 前記 有效溝通 這裡的 有效 指的是有效率。這是一篇有關 如何進行有效溝通 的作團隊感悟，其核心思想是 引入正文 在團隊開發中，我們總免不了與上上下下，左左右右的人協作，交流與溝通，上到乙個需求的含義，下到乙個函式的介面。如何作到 快速開發...
團隊如何有效溝通
乙個團隊，特別是專案團隊，往往涉及的人員多，而且跨專業線 跨部門甚至跨區域，如果讓團隊中所有的人員進行有效的溝通就非常重要，乙個有序且高效溝通的團隊必然是乙個高效率 高凝聚的團隊，相反乙個專案組成員整天都在無序地 低效率地溝通，那應是乙個低效 無凝聚力的團隊，我們很多人往往都關注做事情 解決問題去了...
團隊如何有效溝通
一 個團隊，特別是專案團隊，往往涉及的人員多，而且跨專業線 跨部門甚至跨區域，如果讓團隊中所有的人員進行有效的溝通就非常重要，乙個有序且高效溝通的團 隊必然是乙個高效率 高凝聚的團隊，相反乙個專案組成員整天都在無序地 低效率地溝通，那應是乙個低效 無凝聚力的團隊，我們很多人往往都關注做事情 解 決問...