傳統的軟體開發溝通過程中，溝通都是階段式的。需求結束之後，進行需求的宣講和評審。設計，開發也一樣。因為接受新東西需要乙個過程，如果在乙個點上溝通，溝通的頻率得不到保障。對需求的理解很難達到理想的程度。
其實敏捷軟體開發早就提出了解決方案，坐在一起，強調個體和交流。資訊輻射器 ，big visible chart 等等。我們需要增加溝通的頻率，不一定要等產物完全確定下來再進行溝通，而是部分確定下來就可以溝通。好軟體是重構出來的，好文章是改出來的，好的溝通效率是通過多次溝通，漸進實現的。這個和人對新事物的認識過程有關，通過不斷的反饋，逐漸構建人腦對事物的認知地圖。
還有乙個需要注意的是開發人員的宣講。一般情況下，需求和設計的宣講都是有的，開發人員都是參加的。但是，開發人員雖然參加了會議，但是不能保證他真的對會議內容，要開發的東西有了比較清楚的了解。解決辦法就是，讓每個開發人員講解自己的東西，能給別人講明白的，肯定自己也是理解的比較透徹的。同時，開發人員也鍛鍊了自己的演講能力，我一直認為，作為乙個技術人員，演講能力非常重要。關於溝通模式，可以參考我的另外一篇文章溝通模式和節奏 。
一次有效的溝通要實現有乙個節奏，就是需要不斷的反饋。比如「桌球乒桌球桌球乒桌球桌球」，而不是「乒乒乒乒乒乒乒乒乒乒乒桌球」，只是一方在講，另一方沒有任何反饋，這不叫溝通，叫填鴨。講出你自己的理解和需要是你職責的一部分，否則就是不負責任的表現。哈哈，有點上綱上線了，just relax。漸進式溝通如下圖：
溝通的效率
我最怕的就是組織會議，其他成員最怕的就是看到會議通知。實在忍無可忍 因為是虛擬團隊 鬆散型團隊 專案組成員散布在三個城市，每次開會都是一件大工程 polycom skype netmeeting msn，有時還要加上 雖然這些應用之間是高內聚，低耦合，但每次會議至少會有乙個出問題 另外，通話各方中如...
提高溝通能力
don t make me think 由於最近看到boss分享了一篇ppt 有效溝通 在溝通方面也得到大飛的指導，在工作和生活中越來越感覺到溝通的重要性。在專案管理中溝通也起著至關重要的地步，所以在此小結一下。什麼是溝通？卡內基說 所謂溝通就是同步。每個人都有他獨特的地方，而與人交際則要求他與別人...
中國式溝通
溝通一定是有企圖 溝通要有心理準備 溝通最有效的方法 你只要聽他說什麼，而不要去管他怎麼說。比如 假如你的科長沒有受到訓練，他就把那個人叫來說 你不要以為老總當你面前好像很關心你，實際上不是這麼回事情，他一回頭就交代我叫你賠。這就是出賣老總。受過訓練的幹部不會這樣，他會把那個人叫來說 哎，原來你是老...