湖南的小高給我留言道，他正帶領團隊為一個國有大型企業開發一個項目。他最近的苦惱是，這個國企的不同部門經常會有需求的變更要求。比如說技術股，設計部，質控部，生產車間，甚至購部門等等，有時候這些部門直接給小高發布變更要求的通知。這樣讓小王的工作十分被動。有兩次他們的需求變化甚至是矛盾的。小高為了改變這種總是被客戶牽著鼻子走的工作狀態，便拿出了項目范圍說明書來抵擋，可是客戶卻拿合同說事兒。合同里那些很粗的條款對項目來說就是一個巨大的模糊空間，心力憔悴的小王問道：他該怎么辦？

小高的這種情況很常見，我建議一般這樣的處理。

第一步，建立正式的溝通接口

項目組和客戶是兩個不同的單位，這兩個單位之間的溝通應該有一個溝通的接口。這個接口一般由項目經理和客戶方的項目經理一起組成。所有的信息溝通應該直接在這兩個項目經理之間進行。這樣好處和作用是：匯聚，整理，標準化各自單位的信息。統一信息發布的內容和通道。使得信息溝通標準，及時而準確。我們知道溝通的模型是這樣的，當人數超過一定程度，它的復雜度遠遠超出了我的想象，所以這個溝通接口能大量節省時間，也使得信息溝通更加準確。

第二步，建立需求變更流程。

在項目的實施過程中，客戶當然是可以有變化的，但是客戶的變化應該走變更控制流程。即便是一個最簡單的變更控制流程也好，切忌不能讓客戶一個電話打給開發人員做變更。這樣的變更既沒有文檔，也沒有論證，更沒有風險控制和相應的協作，這是項目管理的大忌。

這第二步，實施可能比較困難。困難不是建立這個需求變更的流程，而是由于項目已經推進了，那么在途中來設定這些規章制度必定會打亂客戶既有的工作模式。客戶的反彈是大概率事件。在項目初期做這件事情會比較好。

我們現在來說說小高目前應該怎么辦？

1 組織一個客戶參與的需求分析會，完全了解客戶的需求。并對需求進行分類排序。

2 對客戶的需求進行論證，對于符合合同的，能實現的，超出合同的，不能實現等等需求進行分別說明，和客戶進行協商處理。協商的原則應該是雙贏的前提下，朝著項目能正常結束的共同目標去協調。

3 在和客戶充分溝通后，制定出項目結束階段的工作范圍，制定出結束階段的項目進程表，也就是我們俗稱的甘特圖，并通報給自己的公司，加強的溝通和理解。

4 在執行項目結束的甘特圖時，充分和客戶及時溝通，共同協商臨時出現的風險和問題，使得項目按照時間表能順利結束。

笑話時間：

飛機上，我對一哥們說：“哥們，鞋穿上行嗎？”

“管你啥事兒”他白我一眼

我默默地業脫了鞋

2分鐘后

那個哥們賠笑到：“哥，我穿鞋還不行嗎？您也穿上吧。。。。”

溝通要身體力行地去做