對于 IT人員，特別是作項目管理的，難免會提出一個問題：客戶為什么總是反反復復。有感于自己的多年電信行業(yè)項目管理實踐，也談談工程性項目的變更需求管理。

　　我從2001年開始，一直從事電信行業(yè)項目管理。在自己的軟件項目管理職業(yè)過程中，幾乎天天面對用戶的需求變更，切身感受到，如果不能有效處理這些需求變更，項目計劃會一再調(diào)整，軟件交付日期一再拖延，用戶的耐性漸漸消逝，研發(fā)人員的士氣也越來越低落，最后所有的人都在等待一個結果：項目最好馬上結束。
　　在討論問題解決之前，我們先了解一下目前在電信行業(yè)的需求變更。大家一向認為需求變更對開發(fā)商或集成商來說是個非常負面的因素，對項目來說是個巨大的風險｡但現(xiàn)在很多一級系統(tǒng)集成商，比如神州數(shù)碼思特奇，提出歡迎變更，歡迎風險的說法。問題在于我們有了很好的好應對變更的方法論，能夠有效的應對變更，在風險中尋找機遇。

　　我們的秘訣就在于對需求變更的主動管理。具體說來：

1：在項目合同中，成立變更控制委員會CCB），并規(guī)定嚴格的變更控制流程。一般而言，在合同階段，我們客戶是很樂意接受這種規(guī)范的管理方式的。

2：取得了合同階段的主動后，在實施階段的嚴格執(zhí)行也很關鍵。不能因為嚴格執(zhí)行變更流程，就影響和客戶的關系，這方面就要依靠項目經(jīng)理和技術經(jīng)理的的管理和溝通藝術的。我們的目的不是讓用戶不提出變更，而是讓用戶不輕易，隨便的提出變更。

3：對于用戶提出的變更，可以看實際情況處理，站在客戶立場上為客戶考慮，有些需求，是可以引導客戶在后期的項目中實現(xiàn)，這樣也可以為公司帶來好的項目機會。

在不斷的學習和實踐中，我總結了兩點比較有效的方法，在軟件研發(fā)階段能夠較好地解決這方面的問題。

　　需求分析階段通過原型明確用戶需求
在軟件項目的需求分析階段，有大量需求信息需要收集、篩選、加工，這是需求管理的開始?？蛻艉脱邪l(fā)兩方面的人員對需求的理解呈現(xiàn)“大體上共識多，細節(jié)上差異多”的特點。即使通過反復溝通，最終在時間表限制之內(nèi)也能拿出一份“用戶需求說明書”，但是以實踐經(jīng)驗，用戶需求的描述永遠是“不夠清晰”、“不夠明確”的。這主要是因為在這個階段，所謂的產(chǎn)品都在大家的大腦中構思，在此階段，原型開發(fā)是一個較好的輔助手段，它將存在于大家頭腦中的虛境實實在在地表達出來，一個界面，幾個控件，外觀形式固定了，功能描述明確了，這就是研發(fā)部門對用戶的需求理解。此時與用戶再次溝通，用戶基本上可以說出來：“這是我想要的”，或者“不，這不是我想要的，我要的是……”。一般情況下，原型之后的需求溝通就實際得多，雙方的理解迅速向一個折衷方案靠攏，一個可以指導研發(fā)過程的需求說明書正式誕生了。
　　采用嚴格的需求變更管理流程
一旦需求分析階段結束，此后如果用戶要求有新的需求加入交付的軟件系統(tǒng)中，需要走需求變更管理流程。這個流程必須在軟件項目成立之初與用戶約定好，一般的軟件企業(yè)內(nèi)部有需求變更的管理流程，可以向用戶解釋這種管理的必要性，直至與用戶就此問題達成共識為止。不必擔心用戶不會接受，有過多次成功研發(fā)軟件項目經(jīng)驗的需求變更管理流程，有著它不容置疑的合理性，這正是軟件企業(yè)的經(jīng)驗和價值所在，用戶最終會理解和同意的。

　　需求變更管理流程各家企業(yè)有各家的做法，在我們項目組，通過變更管理流程軟件來實現(xiàn)需求變更。步驟如下：

1：提出變更申請
（1）：客戶提出需求變更，提交給客戶方責任人；
（2）：客戶方責任人審核需求變更，認為屬于變更范圍，允許變更，則轉給我們責任人；如果不允許變更，則轉給需求變

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

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