1.2.2. 使表述的內(nèi)容易于理解

　　溝通的困難往往在于無法把想要講述的內(nèi)容以一種對方容易理解的方式呈現(xiàn)給對方。這里的呈現(xiàn)可能是face to face的講述，也可能是電子郵件，還可能是文檔或者代碼。筆者參加過很多次項目設(shè)計評審、代碼走查，對于這一點(diǎn)體會非常深刻。

　　很多程序員(即需求人員)與用戶交流起來都很困難，這是導(dǎo)致程序員無法精確理解用戶的需求，從而使產(chǎn)品迷失方向的一個主要原因。Jack 很想讓用戶明白他新設(shè)計的權(quán)限模型非常靈活，可以支持多種授權(quán)模型，絕對能夠滿足用戶的需要。在一次用戶需求調(diào)查時，Jack聽取了用戶提出來的一些操作上的人為約束后，便開始向用戶津津樂道起他的權(quán)限模型來。Jack提到他的權(quán)限模型是基于角色的，可以靈活分配權(quán)限項。只要把操作和權(quán)限項對應(yīng)起來，就可以根據(jù)角色來授權(quán)。用戶很認(rèn)真地在聽，可是聽后還是不明白Jack想表達(dá)的東西究竟是什么，為什么要描述得這么費(fèi)勁。

　　設(shè)計人員與開發(fā)人員交流起來很多時候也同樣困難，這些困難會直接導(dǎo)致開發(fā)人員誤解設(shè)計意圖，從而在后續(xù)編碼中偏離了原始的設(shè)計方向，造成一些難以挽回的代價。

　　Martin是一個有很多年網(wǎng)絡(luò)通訊編程經(jīng)驗的新任設(shè)計師，他非常了解基于多線程的socket程序是如何工作的。但是在設(shè)計上他還是一個新手。在他設(shè)計的通訊中間件通訊線程調(diào)度模型中，他認(rèn)為自己非常簡練的構(gòu)架出了多個通訊代理是如何合作完成數(shù)據(jù)交換的。但是對于負(fù)責(zé)該部分開發(fā)的jack來說，jack雖然能夠讀懂部分類圖和協(xié)作圖，但是他無法真正理解為什么要劃分這些類，根據(jù)什么來劃分這些類，以及這些類之間的協(xié)作為什么需要通過第三方的類來間接達(dá)到?Jack是個很主動地程序員，在不明白設(shè)計模型的時候他就直接去問Martin，但是Martin認(rèn)為這些模型已經(jīng)描述得足夠清楚了，“就這樣工作的，沒問題”。Jack的這種經(jīng)常性的詢問，有時會打斷Martin的手頭工作，在本身任務(wù)很急的時候，Martin不自覺地對Jack產(chǎn)生了不好的感覺。而Jack感受到了這種“厭煩”，遇到問題也就不再樂意主動去問Martin了，而是按照自己的想法去編程了。一周后，martin在代碼走查時發(fā)現(xiàn)，jack居然沒有正確實現(xiàn)該調(diào)度算法。Martin非常惱怒，而jack解釋說自己可能當(dāng)時沒太明白，很多地方可能是誤解了。

　　問題出在哪里呢?也許無論什么時候，經(jīng)理們指著他們的鼻子問，“在溝通的時候你們難道不希望對方理解你更多一點(diǎn)嗎?”，他們都會回答“我們希望”。但是，在工作當(dāng)中，我們客觀地發(fā)現(xiàn)，不少人會忘記這一點(diǎn)。在作者本人的持續(xù)調(diào)查中發(fā)現(xiàn)，經(jīng)常是如下幾個理由導(dǎo)致溝通中的障礙。

　　1. 相當(dāng)然認(rèn)為對方會理解自己的意圖

　　2. 認(rèn)為沒有足夠的時間，所以在表述問題的時候采取了省略的措施

　　3. 忽略了對于不同的問題應(yīng)該采取不同的表述方法

　　讓他人更好的理解你的表述，有什么好的辦法呢?作者本人有一些經(jīng)驗可以與大家共享：

　　1. 無論在工作中還是生活中，要學(xué)會多站在對方的角度來考慮問題。中國有句成語，叫“設(shè)身處地”，就表達(dá)了這個意思。訓(xùn)練的方法就是多問問自己，“他能聽懂嗎?”，“這種方式他能接受嗎?”，“要是我是他，我會感覺如何?”。具體一點(diǎn)，可能會是，“我的這段代碼這么復(fù)雜，別人能看懂嗎?”、“我的設(shè)計模型描述得是否足夠細(xì)致，開發(fā)人員能正確理解嗎?”、“我要求完成的這些任務(wù)列表，是否劃分得足夠明確，讓他們一看就清楚?”、“專業(yè)上的這些詞匯，用戶是否能夠很好理解?”等等。

　　1. 要認(rèn)識到不同的表述方式，會達(dá)到不同的效果。比如，圖形比較簡潔，適合描述一些框架性的東西，從大處勾畫。文字比較細(xì)節(jié)，適合對細(xì)微處補(bǔ)充說明。顏色也很重要。在圖形上通過顏色可以劃分類別，讓人一目了然;在文字中可以使用顏色來強(qiáng)調(diào)部分內(nèi)容，比如你想表達(dá)的核心思想。堅決反對采用大段的文字來描述一個復(fù)雜的問題，因為事實上緊張的工作中沒有人愿意花上寶貴的時間來看你的大段描述。主張表達(dá)要圖文并茂，并劃分細(xì)節(jié)層次。

　　1.2.3. 溝通技巧

　　如何更好溝通是一門獨(dú)立的學(xué)問，作者在這里只強(qiáng)調(diào)幾個在我們?nèi)粘９ぷ髦凶钣玫弥募记伞?/p>

　　技巧一：向講者復(fù)述你的理解

　　當(dāng)別人跟你講述某個復(fù)雜的事情的時候，保持沉默，耐心地傾聽，盡管體現(xiàn)了你良好的修養(yǎng)，但是請不要隨便相信自己全部理解對方的意圖。很多時候你以為你理解了，其實并未真正理解。正確的做法是根據(jù)你的理解、在適當(dāng)?shù)臅r機(jī)向?qū)Ψ綇?fù)述一遍，“聽了您剛才的解釋，我想描述一下我的理解，你看對不對?”。這樣嘗試一下，你往往會發(fā)現(xiàn)自己的理解和對方的意圖往往存在差異。OK,“向講者復(fù)述你的理解”就是把握機(jī)會爭取一次溝通就達(dá)到100%的信息傳遞。

　　技巧二：好記性不如爛筆頭

　　也許你是一個記憶天才，有過目不忘之能，如果你沒有這么自信的話，請記住作者的話“好記性不如爛筆頭”。這是一個習(xí)慣，去聽知識講座，去開部門例會，去與客戶談判，去參加需求評審，你最好都帶個小本，以備不時之需。養(yǎng)成良好的記筆記的習(xí)慣是高效人士的一個工作經(jīng)驗。

　　技巧三：先禮后“兵”

　　項目管理中離不開對項目成員的批評和激勵。批評并不等于責(zé)罵，而是要對方心服口服，重新拾起工作責(zé)任感。項目成員沒有按時完成工作任務(wù)，或者完成的質(zhì)量不高，作為項目經(jīng)理應(yīng)該先“禮”——先傾聽一下他的個人理由。“最近工作檢查，我發(fā)現(xiàn)你的工作有些不太理想，是不是有什么特殊的原因影響了你，我想聽聽你的解釋?”。待對方解釋完了，如果對方的確有“正當(dāng)理由”，這樣可以避免你“錯誤的批評”。如果對方理由不正當(dāng)，你就可以坦誠揭示他的理由的荒謬，讓他自覺低頭。

　　利用兩個周末的時間，完成了這份稿件。關(guān)于敏捷項目管理，個人感覺內(nèi)容上還有很多，但是要把這些內(nèi)容系統(tǒng)化，清清楚楚講述出來，感覺存在很大難度，時間和精力上都有些力不從心，索性就留待大家來發(fā)表意見和補(bǔ)充吧。