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

很多程序員（即需求人員）與用戶交流起來都很困難，這是導(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想表達的東西究竟是什么，為什么要描述得這么費勁。

設(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é)作為什么需要通過第三方的類來間接達到？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)理們指著他們的鼻子問，“在溝通的時候你們難道不希望對方理解你更多一點嗎？”，他們都會回答“我們希望”。但是，在工作當(dāng)中，我們客觀地發(fā)現(xià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è)身處地”，就表達了這個意思。訓(xùn)練的方法就是多問問自己，“他能聽懂嗎？”，“這種方式他能接受嗎？”，“要是我是他，我會感覺如何？”。具體一點，可能會是，“我的這段代碼這么復(fù)雜，別人能看懂嗎？”、“我的設(shè)計模型描述得是否足夠細(xì)致，開發(fā)人員能正確理解嗎？”、“我要求完成的這些任務(wù)列表，是否劃分得足夠明確，讓他們一看就清楚？”、“專業(yè)上的這些詞匯，用戶是否能夠很好理解？”等等。
1.    要認(rèn)識到不同的表述方式，會達到不同的效果。比如，圖形比較簡潔，適合描述一些框架性的東西，從大處勾畫。文字比較細(xì)節(jié)，適合對細(xì)微處補充說明。

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

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