我現(xiàn)在是在公司做內(nèi)部IT項(xiàng)目，開(kāi)發(fā)的系統(tǒng)是公司內(nèi)部使用的系統(tǒng)，因此user就是內(nèi)部user，這樣的項(xiàng)目沒(méi)有所謂的合同，也不會(huì)涉及到money。做過(guò)類(lèi)似項(xiàng)目的朋友應(yīng)該都知道，這樣的項(xiàng)目，需求變更頻繁就是一個(gè)非常讓人頭痛也很無(wú)奈的問(wèn)題，至少在我們公司是這樣。
有時(shí)候系統(tǒng)已經(jīng)架構(gòu)好了，PM又收到了可愛(ài)的用戶提出的需求變更，這樣有可能會(huì)導(dǎo)致系統(tǒng)架構(gòu)師需要重新架構(gòu)系統(tǒng)，在開(kāi)發(fā)階段、測(cè)試階段、UAT階段等用戶都會(huì)提出各種需求變更，小到增加一些小功能，大到變更整個(gè)系統(tǒng)的架構(gòu)(這簡(jiǎn)直是一個(gè)災(zāi)難性的變更)。因?yàn)椴粫?huì)涉及到money，所以他們?cè)谔嵝枨蠛妥兏枨髸r(shí)也不會(huì)手下留情，能提多少就提多少，能怎么變就怎么變。這樣無(wú)疑會(huì)增加項(xiàng)目的成本，拖延項(xiàng)目的進(jìn)度，這是任何PM都不想看到的。但是用戶是上帝，我們只能順應(yīng)上帝(oh，God!)。
我們公司做軟件開(kāi)發(fā)項(xiàng)目正常的流程是：PM收集需求--開(kāi)發(fā)部門(mén)架構(gòu)和開(kāi)發(fā)系統(tǒng)--QC部門(mén)測(cè)試系統(tǒng)--用戶測(cè)試系統(tǒng)(UAT)--系統(tǒng)上線。但是用戶在任何時(shí)候都可能會(huì)提出新需求，或變更之前的需求。
若是外部項(xiàng)目，大家都知道，用戶提出任何需求變更，幾乎都會(huì)增加自己的成本，所以用戶在提需求的時(shí)候也會(huì)很慎重，能不變則盡量不變?？纪關(guān)MP，我知道如果客戶提出需求變更，首先是要求客戶開(kāi)立新合同(新合同=更多的money，嘿嘿。。。)，可是對(duì)于像我們這樣的內(nèi)部項(xiàng)目，沒(méi)的合同開(kāi)怎么辦呢?我們有時(shí)候根本無(wú)法拒絕用戶的需求變更，這其中包括有企業(yè)文化的因素和政治因素(有一次，我們拒絕用戶的需求，結(jié)果用戶跟我們說(shuō)，我們強(qiáng)迫他們接受他們不喜歡的東西......真是無(wú)語(yǔ)......)。
我總結(jié)了一下，我們公司的需求變更大概有以下幾個(gè)原因：
1.用戶自己對(duì)業(yè)務(wù)內(nèi)容和流程不熟悉，在需求收集階段提出的需求與實(shí)際業(yè)務(wù)需求和流程不符合，在系統(tǒng)開(kāi)發(fā)階級(jí)或者測(cè)試階段發(fā)現(xiàn)了自己的錯(cuò)誤，所以提出需求變更，希望開(kāi)發(fā)出的系統(tǒng)滿足業(yè)務(wù)需求和業(yè)務(wù)流程;
2.上頭的領(lǐng)導(dǎo)(包括用戶部門(mén)的領(lǐng)導(dǎo)和IT部門(mén)的領(lǐng)導(dǎo))就自己的習(xí)慣和看法，提出需求變更;
3. 貌似正常的需求變更，如增強(qiáng)系統(tǒng)功能，或者減少一些不必要的功能以滿足業(yè)務(wù)需求；
4.系統(tǒng)可以以A種方式運(yùn)行，也可以以B種方式運(yùn)行，在需求收集階段用戶A提出以A種方式運(yùn)行，可是用戶A離職后由用戶B接手該系統(tǒng)，但是用戶B卻希望以B種方式運(yùn)行，所以需求變更又這么誕生了。