【案例正文】
我2007年9月接手了一個(gè)已經(jīng)開發(fā)接近尾聲的項(xiàng)目，項(xiàng)目也不大，前期需求、開發(fā)、測(cè)試做的也比較好、比較規(guī)范，接手的時(shí)候感覺問題不大。項(xiàng)目前期的整個(gè)過程也和客戶進(jìn)行了詳細(xì)的討論和分析確認(rèn)，但在我們安排實(shí)施人員現(xiàn)場實(shí)施的過程中，客戶在業(yè)務(wù)流程環(huán)節(jié)卻有著許多細(xì)微的變化。
<br>
<br>剛開始第一次實(shí)施時(shí)，客戶針對(duì)演示講解后的系統(tǒng)進(jìn)行了討論和分析，同時(shí)提出了許多變更的細(xì)節(jié)，問題到不大，系統(tǒng)修改后很快進(jìn)行了第二次實(shí)施，第二次客戶又對(duì)系統(tǒng)提出的改進(jìn)的需求，也是一些細(xì)節(jié)的內(nèi)容，導(dǎo)致第二次實(shí)施后又回去修改系統(tǒng)，接著第三次，整個(gè)過程導(dǎo)致我們實(shí)施人員很惱火，說是需求變更吧，也不完全是，有些細(xì)節(jié)的東西是無法一次性滿足客戶的……，直到2008年5月，這個(gè)小項(xiàng)目才算達(dá)到試運(yùn)行，從第一次拿到客戶現(xiàn)場的系統(tǒng)和最后一次試運(yùn)行的系統(tǒng)的功能的對(duì)比來看，系統(tǒng)功能需求的確發(fā)生了很大的變化，但是從第一次和第二次的功能比較來看，只是一些細(xì)節(jié)性的變化。
<br>
<br>對(duì)于這些細(xì)節(jié)性的變更，應(yīng)該如何處理和控制？

分析1：其實(shí)像案例中描述的系統(tǒng)，需求方面已經(jīng)不存在很大的問題，所以才會(huì)導(dǎo)致"細(xì)微的變動(dòng)"。
這些細(xì)節(jié)上的變化，也許僅僅是一些用戶習(xí)慣等等，而提出變更請(qǐng)求的用戶，也未必能代表其他用戶的意見，需要讓他們內(nèi)部先充分討論，讓用戶領(lǐng)導(dǎo)確認(rèn)，明確成本，避免往復(fù)修改。
再者，用戶和客戶的概念也是不一樣的，只要不是客戶，用戶提到，可以再做做工作嘛~~~~~

分析2：可能的原因：
1、需求調(diào)研分析不到位?？蛻舨粫?huì)無緣無故變動(dòng)，要么是之前沒有做到位，要么就是政策發(fā)生了變化，目前來看應(yīng)該是前者；
2、沒有變更流程。任何的變更都應(yīng)該有流程，沒有規(guī)矩不成方圓，我相信客戶也應(yīng)該能理解；
3、實(shí)施時(shí)，同客戶交流的不到位。特別是一些細(xì)節(jié)的問題，交流時(shí)盡量全面；
處理方法：
1、建立需求變更流程，變更單表明修改內(nèi)容，工作量大小，雙方簽字確認(rèn)（對(duì)于當(dāng)前這個(gè)項(xiàng)目，多次變更后就可以把這個(gè)單子拿出來同客戶交流，情況好的話可以拿到一些補(bǔ)償，情況差的也能體現(xiàn)實(shí)施方的辛苦工作）；
2、需求交流，盡量能討論的仔細(xì)一些，避免以后現(xiàn)在的情況；
3、在項(xiàng)目開始時(shí)就確定關(guān)于變更的處理方法，如是項(xiàng)目內(nèi)做，還是項(xiàng)目外做，允許項(xiàng)目內(nèi)變更多少工作量等等。

分析3：1、找對(duì)合適的人去做需求調(diào)研，如有必要需要設(shè)計(jì)出原形。
2、合同中定義好項(xiàng)目范圍、變更流程及變更費(fèi)用的計(jì)算。
3、可以從另一個(gè)方面考慮，用戶的新的想法及思路通過整合說不定會(huì)給我們系統(tǒng)的不斷完善帶來很大的幫助。

分析4：、在項(xiàng)目實(shí)施之前，盡可能的了解客戶的業(yè)務(wù)和實(shí)際的需求，要對(duì)客戶的業(yè)務(wù)盡量的熟悉，很多時(shí)候客戶想要的和實(shí)際需要的東西是不一致的，搞不清楚，客戶就容易變更，畢竟客戶是上帝，乙方不可能很強(qiáng)硬的對(duì)抗甲方的。
2、在客戶描述不清楚實(shí)際需求的時(shí)候，做好陪著著做一個(gè)原型，讓客戶結(jié)合原型再修改，這樣可以在修改后一次到位
3、在項(xiàng)目啟動(dòng)的時(shí)候，要給客戶講解一下項(xiàng)目管理方面的知識(shí)，比如講一下項(xiàng)目管理三角形，讓客戶了解范圍、進(jìn)度、費(fèi)用之間的關(guān)系，客戶理解之后也會(huì)知道項(xiàng)目的變更會(huì)對(duì)項(xiàng)目造成影響。
4、項(xiàng)目的變更要走流程，哪怕是一個(gè)小的變更，要不容易養(yǎng)成客戶隨意變更的壞毛病

分析5：. 既然前面的環(huán)節(jié)比較規(guī)范，那么可以從已經(jīng)確定的變更需求中發(fā)現(xiàn)，新的變更是否在受控范圍，如果是新需求則走需求變更流程
2 需求變更流程：提交新需求，完成提交，CCB控制委員會(huì)影響分析完成評(píng)估 ，評(píng)估結(jié)果為接納或拒絕，如果接納則實(shí)施變更還要進(jìn)行驗(yàn)證，如果拒絕則給出正確的影響分析理由， 這些都必須有一個(gè)成文的流程和規(guī)矩，實(shí)際上就是讓新需求走受控的過程。
3 建立變更控制系統(tǒng)
合理的變更控制系統(tǒng)，減少盲目的變更，降低變更的隨意性，
很多需求會(huì)誰客戶的理解和時(shí)間發(fā)生變化，如果沒有變更正式的書面確認(rèn)過程和有效的控制系統(tǒng)來規(guī)避相關(guān)事件，則項(xiàng)目范圍和當(dāng)初會(huì)大相徑庭。
4 偏差分析
5 重新規(guī)劃
總得說來，就是正式化 書面化變更流程，并及時(shí)更新項(xiàng)目范圍，進(jìn)行影響分析和偏差分析，使之處于受控狀態(tài)，而不是失控狀態(tài)