讓每個人學會更好的溝通
軟件項目活動的主體是人，項目計劃的執(zhí)行過程中從開始到結(jié)束，始終都貫穿著頻繁的溝通。但是一個讓人感慨的普遍的現(xiàn)象就是人與人的溝通成本往往會遠遠超出你的預期，從而大大降低了工作的效率。
1.1.    認識溝通成本
溝通是必須的，但是溝通存在“巨大”成本。
Robert Cecil Martin在他的《敏捷軟件開發(fā)》一書中曾經(jīng)清晰的描述了溝通為什么總是那么費勁。作者在書中創(chuàng)造性使用了一個“皮膚觸覺”的比喻，用來說明身體接受到的信息和實際上發(fā)生的信息之間的差異。為了讓大家對溝通的成本有個感性的認識，下面列舉一些會讓大家感覺非常親切的場景：
1.    作為部門架構(gòu)師的Andel非?？鄲?，項目已經(jīng)到了關鍵時刻，可是屬于自己處理項目核心問題的時間太不夠用。排在日程表上的事情很多：9:30參加關于“跨部門技術(shù)協(xié)調(diào)會”；11:00 為測試部作產(chǎn)品部署培訓；13:30 參加基礎部門的權(quán)限設計評審；15:30 討論產(chǎn)品EAI集成模型。晚上6:30以后的時間才真正屬于自己，本想可以干點實事，可是還有開發(fā)人員間歇過來詢問開發(fā)問題。
2.    控件部的david是公司報表控件的主要開發(fā)者，最近抱怨有效工作時間太少。問明原因才知道，由于前期項目時間緊張，報表匆促開發(fā)出來，結(jié)果bug很多，每天都有很多人叫他過去救火。不去又不行，去了的話，這種中斷性的工作讓他沒有時間來修復很多已知的錯誤，同時也拖延了許多新功能的開發(fā)，導致大家整體進度受損。
3.    測試部要開始對系統(tǒng)進行功能測試了，發(fā)現(xiàn)需求規(guī)格說明中的功能描述與實際開發(fā)的工作產(chǎn)品存在很多不一致。碰到這種情況，測試人員gigi不知道應該先問明需求再測呢，還是先測再去核實需求文檔。這種情況比較普遍，gigi反映嚴重影響測試效率。
4.    性能測試虛擬團隊已經(jīng)開工一周了，可是發(fā)現(xiàn)工作根本沒有什么進展。原因是負責測試數(shù)據(jù)準備的開發(fā)人員在二樓，而測試人員在三樓。直接面對面溝通不便，只能在郵件中討論。郵件討論效率很低，問題提出到響應可能都需要半天，幾個回合，一周就過去了。
5.    設計師martin 跟開發(fā)人員jack在晨會中通過白板描述調(diào)度算法的原理，并囑咐開發(fā)人員一定按照該設計意圖去實現(xiàn)，jack也允偌了。一周后，martin在代碼走查時發(fā)現(xiàn)，jack居然沒有正確實現(xiàn)該調(diào)度算法。Martin非常惱怒，怎么明明白白面對面講明白的事情也會做錯呢。而jack解釋說，自己可能當時沒太明白，很多地方可能是誤解了，所以…

還有很多場景可能在身邊發(fā)生。對于這一切，告訴我們什么呢？溝通是有成本的，這個成本表現(xiàn)在：
1.    溝通無法實現(xiàn)100%的信息傳遞，由于信息失真導致的成本
2.    溝通本身存在的時間和空間成本
3.    由于一次溝通不到位，導致發(fā)生后續(xù)多次溝通，每次溝通都存在上訴1,2的成本。

下圖描述了一個簡單的溝通成本模型。圖中借用了通訊理論的“信源”和“信宿”概念。信源表示信息的發(fā)生端，信宿表示信息的接收端?？梢钥吹?，理想的溝通是把全部信息從信源傳遞給信宿，其間不發(fā)生任何信息失真。而實際情況，根據(jù)溝通的效果不同，信息會存在或多或少的失真。如果失真過大，勢必導致后續(xù)進一步的多次溝通，溝通成本無疑提高了。

 
1.2.    降低溝通成本
從上面的溝通成本模型我們可以看到，降低溝通成本的關鍵在于“如何在一次溝通中盡可能完成更多信息從信源到信宿的傳遞”。這里面包括兩個要素：
1.    盡可能讓信息不失真
2.    盡可能減少溝通對時間和空間的占用

明確上述兩個基本要素，可以演化出很多溝通技巧來。
1.    選擇正確的溝通途徑
2.    使表述的內(nèi)容易于理解
3.    根據(jù)情況應用各種溝通技巧

以實際的案

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html