解分歧
　　當(dāng)客戶向需求分析人員提出需求的時(shí)候往往是通過(guò)自己的想法用自然語(yǔ)言來(lái)表達(dá)的，這樣的表達(dá)結(jié)果對(duì)于真實(shí)的需求來(lái)說(shuō)是一種描述（甚至只是某個(gè)角度的描述），遠(yuǎn)遠(yuǎn)不能保證這樣的描述可以得到百分之百的正確理解，也許在同客戶交流的第一時(shí)刻就埋下了理解分歧的種子，打一個(gè)比方說(shuō)客戶說(shuō)我要的是大象，身子象一堵墻，耳朵象扇子，四條腿象四根柱子，尾巴象繩子，分析人員想，哦，墻、扇子、柱子、繩子這些我都知道，但是真的畫出來(lái)的時(shí)候客戶當(dāng)然會(huì)跳起來(lái)了！這是理解分歧的問題，一般跟分析員的知識(shí)、背景，還有客戶表述的標(biāo)準(zhǔn)程度、雙方的交流情況有關(guān)。
　?。?）系統(tǒng)實(shí)施時(shí)間過(guò)長(zhǎng)
　　一個(gè)大中型系統(tǒng)的建設(shè)可能要延續(xù)一段時(shí)間，當(dāng)客戶提出要求之后，他當(dāng)時(shí)并不能看到系統(tǒng)的運(yùn)行情況，當(dāng)雙方認(rèn)為理解大概沒有分歧的時(shí)候（事實(shí)上還會(huì)有個(gè)Deadline ），開發(fā)方就開始工作了。當(dāng)客戶拿到差不多可以試用的產(chǎn)品時(shí)他可以實(shí)際操作，這時(shí)候他就會(huì)對(duì)系統(tǒng)的界面、操作、功能、性能等有一些切身的體會(huì)，有可能提出需求變更要求。

3、用戶業(yè)務(wù)需求改變
　　當(dāng)前客戶的運(yùn)營(yíng)情況不確定，有可能客戶行業(yè)的競(jìng)爭(zhēng)度高，需要隨時(shí)作出調(diào)整和反應(yīng)，那么他們自然會(huì)經(jīng)常提出需求變更的要求；也有可能客戶所在的行業(yè)操作不規(guī)范，本身存在很多人為因素，這時(shí)候開發(fā)方更是需要隨時(shí)準(zhǔn)備應(yīng)變。
　　4、系統(tǒng)正常升級(jí)
　　有可能是來(lái)自開發(fā)方自身版本升級(jí)或性能改進(jìn)、設(shè)計(jì)修正的要求出現(xiàn)需求變更，這時(shí)更是無(wú)法繞開這個(gè)問題的了！
　　所以說(shuō)就算分析人員和客戶之間不存在理解分歧，客戶對(duì)于實(shí)際的系統(tǒng)還是會(huì)提出一些個(gè)人意見，就算沒有個(gè)人意見，他們自己的業(yè)務(wù)會(huì)變化或環(huán)境發(fā)生變化，這些都是無(wú)法避免的，所以不要夢(mèng)想那么理想的需求分析，當(dāng)你開始一個(gè)項(xiàng)目的時(shí)候就應(yīng)該意識(shí)到，客戶需求變更一定會(huì)有的，那么對(duì)于這樣的現(xiàn)狀，我們?cè)撛趺崔k呢？客戶是上帝，難道我們就象以前一樣，跟著客戶的需求不停地修改軟件，到最后工期延長(zhǎng)，員工疲憊，成本成倍增長(zhǎng)，客戶滿意度降低，原來(lái)的設(shè)計(jì)也會(huì)改變得支離破碎，系統(tǒng)難以維護(hù)？ 進(jìn)行綜合變更控制的主要依據(jù)是項(xiàng)目計(jì)劃、變更請(qǐng)求提供了項(xiàng)目執(zhí)行狀況信息的績(jī)效報(bào)告。為保證項(xiàng)目變更的規(guī)范和有效實(shí)施，通常項(xiàng)目實(shí)施組織會(huì)有以下幾種措施：  
　?。?）項(xiàng)目啟動(dòng)階段的變更預(yù)防
　　對(duì)于任何項(xiàng)目，變更都無(wú)可避免，也無(wú)從逃避，只能積極應(yīng)對(duì)，這個(gè)應(yīng)對(duì)應(yīng)該是從項(xiàng)目啟動(dòng)的需求分析階段就開始了。對(duì)一個(gè)需求分析做得很好的項(xiàng)目來(lái)說(shuō)，基準(zhǔn)文件定義的范圍越詳細(xì)清晰，用戶跟項(xiàng)目經(jīng)理扯皮的幌子就越少。如果需求沒做好，基準(zhǔn)文件里的范圍含糊不清，被客戶抓住空子，往往要付出許多無(wú)謂的犧牲。如果需求做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的變更就超出了合同范圍，需要另外收費(fèi)。這個(gè)時(shí)候千萬(wàn)不能手軟，這并非要刻意賺取客戶的錢財(cái)，而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣，否則后患無(wú)窮。相對(duì)于需求來(lái)說(shuō)，什么WBS、風(fēng)險(xiǎn)管理、計(jì)劃進(jìn)度都是次要的，只要需求做好了就會(huì)一帆風(fēng)順。
　?。?）項(xiàng)目實(shí)施階段的需求變更
　　成功項(xiàng)目和失敗項(xiàng)目的區(qū)別就在于項(xiàng)目的整個(gè)過(guò)程是否是可控的。項(xiàng)目經(jīng)理應(yīng)該樹立一個(gè)理念——“需求變更是必然的、可控的、有益的”。項(xiàng)目實(shí)施階段的變更控制需要做的是分析變更請(qǐng)求，評(píng)估變更可能帶來(lái)的風(fēng)險(xiǎn)和修改基準(zhǔn)文件?？刂菩枨鬂u變需要注意以下幾點(diǎn)：
　　需求一定要與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來(lái)承擔(dān)，則項(xiàng)目需求的變更就成為必然了。所以，在項(xiàng)目的開始，無(wú)論是開發(fā)方還是出資方都要明確這一條：需求變，軟件開發(fā)的投入也要變。需求的變更要經(jīng)過(guò)出資者的認(rèn)可，這樣才會(huì)對(duì)需求的變

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html