讓每個人學會更好的溝通
軟件項目活動的主體是人，項目計劃的執(zhí)行過程中從開始到結(jié)束，始終都貫穿著頻繁的溝通。但是一個讓人感慨的普遍的現(xiàn)象就是人與人的溝通成本往往會遠遠超出你的預期，從而大大降低了工作的效率。
1.1. 認識溝通成本
溝通是必須的，但是溝通存在“巨大”成本。
Robert Cecil Martin在他的《敏捷軟件開發(fā)》一書中曾經(jīng)清晰的描述了溝通為什么總是那么費勁。作者在書中創(chuàng)造性使用了一個“皮膚觸覺”的比喻，用來說明身體接受到的信息和實際上發(fā)生的信息之間的差異。為了讓大家對溝通的成本有個感性的認識，下面列舉一些會讓大家感覺非常親切的場景：
1. 作為部門架構(gòu)師的Andel非�？鄲�，項目已經(jīng)到了關(guān)鍵時刻，可是屬于自己處理項目核心問題的時間太不夠用。排在日程表上的事情很多：9:30參加關(guān)于“跨部門技術(shù)協(xié)調(diào)會”；11:00 為測試部作產(chǎn)品部署培訓；13:30 參加基礎(chǔ)部門的權(quán)限設(shè)計評審；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不知道應(yīng)該先問明需求再測呢，還是先測再去核實需求文檔。這種情況比較普遍，gigi反映嚴重影響測試效率。
4. 性能測試虛擬團隊已經(jīng)開工一周了，可是發(fā)現(xiàn)工作根本沒有什么進展。原因是負責測試數(shù)據(jù)準備的開發(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解釋說，自己可能當時沒太明白，很多地方可能是誤解了，所以…
還有很多場景可能在身邊發(fā)生。對于這一切，告訴我們什么呢？溝通是有成本的，這個成本表現(xiàn)在：
此文章共有5頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
 溝通技巧-出色的項目經(jīng)理之必備課程方案
|
Leadge.com首頁 > 知識庫 
