讓每個人學(xué)會更好的溝通
軟件項目活動的主體是人，項目計劃的執(zhí)行過程中從開始到結(jié)束，始終都貫穿著頻繁的溝通。但是一個讓人感慨的普遍的現(xiàn)象就是人與人的溝通成本往往會遠(yuǎn)遠(yuǎn)超出你的預(yù)期，從而大大降低了工作的效率。
1.1. 認(rèn)識溝通成本
溝通是必須的，但是溝通存在“巨大”成本。
Robert Cecil Martin在他的《敏捷軟件開發(fā)》一書中曾經(jīng)清晰的描述了溝通為什么總是那么費勁。作者在書中創(chuàng)造性使用了一個“皮膚觸覺”的比喻，用來說明身體接受到的信息和實際上發(fā)生的信息之間的差異。為了讓大家對溝通的成本有個感性的認(rèn)識，下面列舉一些會讓大家感覺非常親切的場景：
1. 作為部門架構(gòu)師的Andel非?？鄲?，項目已經(jīng)到了關(guān)鍵時刻，可是屬于自己處理項目核心問題的時間太不夠用。排在日程表上的事情很多：9:30參加關(guān)于“跨部門技術(shù)協(xié)調(diào)會”；11:00 為測試部作產(chǎn)品部署培訓(xùn)；13:30 參加基礎(chǔ)部門的權(quán)限設(shè)計評審；15:30 討論產(chǎn)品EAI集成模型。晚上6:30以后的時間才真正屬于自己，本想可以干點實事，可是還有開發(fā)人員間歇過來詢問開發(fā)問題。
2. 控件部的david是公司報表控件的主要開發(fā)者，最近抱怨有效工作時間太少。問明原因才知道，由于前期項目時間緊張，報表匆促開發(fā)出來，結(jié)果bug很多，每天都有很多人叫他過去救火。不去又不行，去了的話，這種中斷性的工作讓他沒有時間來修復(fù)很多已知的錯誤，同時也拖延了許多新功能的開發(fā)，導(dǎo)致大家整體進度受損。
3. 測試部要開始對系統(tǒng)進行功能測試了，發(fā)現(xiàn)需求規(guī)格說明中的功能描述與實際開發(fā)的工作產(chǎn)品存在很多不一致。碰到這種情況，測試人員gigi不知道應(yīng)該先問明需求再測呢，還是先測再去核實需求文檔。這種情況比較普遍，gigi反映嚴(yán)重影響測試效率。
4. 性能測試虛擬團隊已經(jīng)開工一周了，可是發(fā)現(xiàn)工作根本沒有什么進展。原因是負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備的開發(fā)人員在二樓，而測試人員在三樓。直接面對面溝通不便，只能在郵件中討論。郵件討論效率很低，問題提出到響應(yīng)可能都需要半天，幾個回合，一周就過去了。
5. 設(shè)計師martin 跟開發(fā)人員jack在晨會中通過白板描述調(diào)度算法的原理，并囑咐開發(fā)人員一定按照該設(shè)計意圖去實現(xiàn)，jack也允偌了。一周后，martin在代碼走查時發(fā)現(xiàn)，jack居然沒有正確實現(xiàn)該調(diào)度算法。Martin非常惱怒，怎么明明白白面對面講明白的事情也會做錯呢。而jack解釋說，自己可能當(dāng)時沒太明白，很多地方可能是誤解了，所以…
還有很多場景可能在身邊發(fā)生。對于這一切，告訴我們什么呢？溝通是有成本的，這個成本表現(xiàn)在：
1. 溝通無法實現(xiàn)100%的信息傳遞，由于信息失真導(dǎo)致的成本
2. 溝通本身存在的時間和空間成本
3. 由于一次溝通不到位，導(dǎo)致發(fā)生后續(xù)多次溝通，每次溝通都存在上訴1,2的成本。
下圖描述了一個簡單的溝通成本模型。圖中借用了通訊理論的“信源”和“信宿”概念。信源表示信息的發(fā)生端，信宿表示信息的接收端?？梢钥吹剑硐氲臏贤ㄊ前讶啃畔男旁磦鬟f給信宿，其間不發(fā)生任何信息失真。而實際情況，根據(jù)溝通的效果不同，信息會存在或多或少的失真。如果失真過大，勢必導(dǎo)致后續(xù)進一步的多次溝通，溝通成本無疑提高了。
1.2. 降低溝通成本
從上面的溝通成本模型我們可以看到，降低溝通成本的關(guān)鍵在于“如何在一次溝通中盡可能完成更多信息從信源到信宿的傳遞”。這里面包括兩個要素：
1. 盡可能讓信息不失真
2. 盡可能減少溝通對時間和空間的占用
明確上述兩個基本要素，可以演化出很多溝通技巧來。
1. 選擇正確的溝通途徑
2. 使表述的內(nèi)容易于理解
3. 根據(jù)情況應(yīng)用各種溝通技巧
以實際的案
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
