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