4、對待需求變更的技巧

對用戶提出的需求來說，首先項目經(jīng)理要考慮變更的合理性。不合理的需求要找到推掉的理由，避免直接拒絕。比如，如果一個用戶提出的變更和系統(tǒng)的目標(biāo)不一致的話，讓用戶自己推倒自己需求。好處是即給了用戶面子，客戶關(guān)系也能得到提高。同時避免產(chǎn)生了工作量。

絆字訣：先把他的招接過來，之后他腳下出一招，讓他用自己的沖力把自己摔倒。

封字訣：在我們的系統(tǒng)是不能實現(xiàn)這種功能的”。之所以用這么肯定的語氣是要斷了他要實現(xiàn)這種功能的念頭。封字訣是直接回絕他，清楚的告知這招是行不通的。

拖字訣：對于比較合情合理的需求，但又不是現(xiàn)在要解決的問題.要想辦法往后拖，不至于打亂當(dāng)前的計劃。

對于客戶內(nèi)部斗爭，千萬不要正面參與。有些人可能會直接拿系統(tǒng)做替罪羊，這個時候需要找到更上一級的領(lǐng)導(dǎo)來出面協(xié)調(diào)。借助客戶的力量來擺平。目的推到二期來做。

5、編寫需求變更申請表

編 寫要盡量詳細(xì)，并經(jīng)過客戶、高層經(jīng)理和項目組內(nèi)部人員的認(rèn)可。比如測試人員對測試的工作量要參與評估，開發(fā)人員對開發(fā)工作量要進(jìn)行評估。數(shù)據(jù)來源基于基 層，確保數(shù)據(jù)的準(zhǔn)確性。同時補(bǔ)充一點變更帶來的質(zhì)控工作量也應(yīng)該納入到變更需求表中，比如可能設(shè)計項目總結(jié)和數(shù)據(jù)統(tǒng)計的工作量。

客戶提交的問題要做好詳細(xì)的記錄，保證有據(jù)可查，對問題要進(jìn)行面對面的確認(rèn)，避免含糊其詞的用戶需求。對確認(rèn)結(jié)果進(jìn)行記錄。

6、變更控制流程轉(zhuǎn)

(1)、內(nèi)部項目：用戶提出需求-》項目組對問題進(jìn)行分析(不明確的問題要進(jìn)行確認(rèn)，區(qū)分問題的優(yōu)先級和解決方案)-》提交變更申請表(包含估計和計劃)-》高層領(lǐng)導(dǎo)決策-》審批通過-》依照項目計劃執(zhí)行。

2)、 外部項目：用戶提出需求-》項目組對問題進(jìn)行分析(過濾需求是否合理、是否在本版本來做、能否放到二期、需求的必要性等)-》與客戶討價還價(把不合理的 需求、不必要在本期實現(xiàn)的功能推掉)-》必須要實現(xiàn)的需求-》提交需求變更申請(初步的計劃和解決方案)-》高層領(lǐng)導(dǎo)決策-》詳細(xì)分析需求和解決方案-》 評估工作量-》設(shè)定計劃-》客戶簽字確認(rèn)-》依照項目計劃執(zhí)行

以上兩者的區(qū)別在于：內(nèi)部項目一般需求的控制權(quán)在高層領(lǐng)導(dǎo)中，有時候不一定關(guān)注成本，偏重于系統(tǒng)產(chǎn)生的價值，對用戶而且主要關(guān)注實用和易用性上。項目經(jīng)理或團(tuán)隊主要側(cè)重分析用戶需求的合理性。

外部項目首先應(yīng)該考慮是公司投入的成本和獲取的收益，比如變更會給公司增加合同額或后期市場拓展的機(jī)會和對產(chǎn)皮的提煉(有的項目是項目型的產(chǎn)品)。如果上述條件不滿足，則首要考慮的是如何推掉需求。