關鍵字：需求變更 管理法

　　典型場景：最近比較煩，煩客戶!我們現在正在給長江市政府做一個電子政務項目，其中有一項功能是網上婚姻申請登記功能。因為前一段國家政策取消了強制性體檢這個環節，所以我們的工作流程也相應的變更。

　　沒想到客戶從中得到啟發：我們的許多工作流程做好后改動的可能性很大(例如政策調整、部門變動、領導班子重組等)，干脆給我們做成可定制的功能，我們提一個最大的功能集合，你們做好了我們自己就可以隨需而變，嗯，這樣好!

　　可是對項目組來說這可是個災難啊!因為可定制的功能往往意味著工作量的倍增!

　　分析：先說說大家對于這種現象的應對方法吧。最典型的是通過與客戶的溝通來解決問題。怎么樣溝通呢?因為尤其是對于軟件項目的合同很難在簽訂之初就能夠精確定義的每項功能，所以靠合同是幫不上忙的。

　　我和許多IT公司的老總們作交流，我開玩笑說我們IT公司都是清政府。為什么是清政府?清政府的特點之一就是喪權辱國的條約太多。大家往往只有苦笑：有什么辦法呀，客戶著急了就是一句潛臺詞：做不做，不想做滾蛋!想做的公司多著呢。

　　所以你看合同是沒用的，那怎么辦呢?通常都是通過感情聯絡爭取客戶的同情。就像上面的場景中談到的一樣，明明是不合理的要求，可是客戶也會狡辯呀，“憑什么不給我們做，這可是合同范圍內的工作!”。因為原來只說要實現工作流，而沒有談到定制的工作流算不算。問題出來了，看看怎么辦吧。

　　當然了，如果現在遇到類似的問題，您的組織都可以舉重若輕的化解，那您就不用往下看了。我們常聽到一句話就是“合情合理”，大家說這有什么好希奇的呀，老生常談!不過這句話在軟件項目的變更管理中卻有獨特的表現形式。從感情上與客戶去溝通很重要，但是您注意到它只做了一半工作，還有一半工作需要去講理。大家會反駁我說：講什么理!我們的客戶就是上帝，讓你做你就做!哪兒那么多廢話呀你。

　　我注意到一個社會現象：客戶方的直接項目負責人從年齡上來看往往有年輕化的趨勢——三四十歲居多。這些人有什么特點呢?首先從教育程度上講他們往往都接受過正規教育，所以還比較講理——或者是因為現在職位還不夠高(開玩笑)?其次這些人是真正希望在工作上出成績的。當項目真遇到負面的風險時，他們愿意去說服自己的領導而不是不作為。

　　正是基于以上兩點分析，我們先來介紹需求變更管理方法——變更管理七步法。七步法印證了我經常鼓吹的項目管理三部曲：細化、量化、圖形化，七步法主要驗證了細化和量化的必要性和好處。我們先來看看下面這幅圖：

原文轉自：http://www.anti-gravitydesign.com