我的項(xiàng)目血淚史之頻繁需求變更

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

  　前段時(shí)間，我出任項(xiàng)目經(jīng)理承接了一個(gè)中型軟件項(xiàng)目，公司再三叮嚀我一定要尊重客戶，充分滿足客戶需求。項(xiàng)目開始比較順利，辛辛苦苦熬了幾個(gè)月的通宵，基本保持項(xiàng)目的正常進(jìn)度，客戶相當(dāng)滿意。但進(jìn)入后期以來，客戶頻繁的需求變更卻帶來很多額外工作。
　　需求變更不但越來越多，更可怕的是為了節(jié)省時(shí)間，客戶不再向我申請(qǐng)變更，而是直接找程序員商量。程序員疲于應(yīng)付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快就出現(xiàn)一個(gè)問題，就是需求、設(shè)計(jì)和代碼無法保持一致，甚至沒有人能說清楚現(xiàn)在系統(tǒng)到底改成什么樣。后來因頻繁出現(xiàn)改好的錯(cuò)誤又重新出現(xiàn)，客戶投訴表示無法容忍這種低下的項(xiàng)目管理水平。這讓我很無奈，疑惑自己到底錯(cuò)在哪里。
什么是需求變更？
　?。?）什么是需求分析?
　　要知道需求變更是什么，首先要知道什么是需求分析。
　　需求分析是一個(gè)復(fù)雜的問題。作為軟件開發(fā)人員，一定了解軟件工程學(xué)，而這門科學(xué)的第一步就是需求分析。打開任何一本軟件工程的書籍，翻看目錄就知道需求分析的地位。軟件需求分析是整個(gè)軟件開發(fā)最關(guān)鍵的一個(gè)輸入。和傳統(tǒng)的生產(chǎn)企業(yè)相比較，軟件需求具有模糊性、不確定性、變化性和主觀性的特點(diǎn)，它不像生產(chǎn)汽車、電腦等硬件的需求，是有形的、客觀的、可描述的、可檢測的。因此，軟件需求是軟件項(xiàng)目最難把握的問題。
　　簡單的說：需求分析是指理解客戶需求，就軟件功能與客戶達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目成本代價(jià)，最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過程。需求分析主要包括：業(yè)務(wù)需求、客戶需求和功能需求三個(gè)部分。業(yè)務(wù)需求意為客戶對(duì)產(chǎn)品的目標(biāo)或者要求，客戶需求意為客戶在使用產(chǎn)品過程中需要完成的一系列任務(wù)，功能需求則指定了產(chǎn)品系統(tǒng)必須提供的功能。
　?。?）什么是需求變更？
　　在軟件開發(fā)過程中，開發(fā)經(jīng)理所要面對(duì)的將是一系列和多方面的考驗(yàn)。其中，最讓開發(fā)經(jīng)理頭痛的就是需求變更。根據(jù)軟件工程思想定義，需求說明書一般要經(jīng)過論證，如果在需求說明書經(jīng)過論證以后，需要在原有需求基礎(chǔ)上追加和補(bǔ)充新的需求，或?qū)υ行枨筮M(jìn)行修改和削減，均屬于需求變更。而且，客戶變更需求是軟件開發(fā)與生俱來的特性，也是一個(gè)無法避免的事實(shí)。
　　需求變更好比是萬惡之源，為項(xiàng)目的正常開展帶來不盡的麻煩。需求變更的表現(xiàn)形式是多方面的，如客戶臨時(shí)改變想法、項(xiàng)目預(yù)算增加或減少、客戶對(duì)功能的需求改變等。需求變更問題是每個(gè)開發(fā)人員最頭痛的問題。因?yàn)橐坏┌l(fā)生了需求變化，就不得不重新修改設(shè)計(jì)、重寫代碼、修改測試用例、調(diào)整項(xiàng)目計(jì)劃等。這時(shí)，如果開發(fā)團(tuán)隊(duì)缺少明確的需求變更控制過程或采用的變更控制無效，很可能會(huì)造成開發(fā)進(jìn)度拖延、成本超支、人員士氣低落，而且越往后的需求變更產(chǎn)生的風(fēng)險(xiǎn)將越大，甚至導(dǎo)致整個(gè)項(xiàng)目失敗。
　　需求變更無可避免
　　對(duì)于需求變更，我們總認(rèn)為能夠完全掌握它，可實(shí)際情況是——需求變更往往在所難免。以前出現(xiàn)這種情況時(shí)，總覺得很沮喪，覺得自己的工作做得還不細(xì)，有些內(nèi)容要讓用戶簽字確認(rèn)就好了。可在經(jīng)過多次需求變更的痛苦后，才恍然大悟：軟件開發(fā)的需求變更是無可避免的。
　?。?）三極世界和需求變更的必然性
　　需求、客戶、開發(fā)人員是一個(gè)三極世界。這三極的溝通是很不容易的?？蛻粝蛭覀兲咸喜唤^地描述需求，開發(fā)者聽得頭暈?zāi)X脹，但又不得不根據(jù)這些來理解需求。有的時(shí)候我們也會(huì)派好幾撥人輪番折騰客戶，這樣客戶也暈頭轉(zhuǎn)向，巴不得趕快需求調(diào)研結(jié)束。這樣的需求調(diào)研像透過布滿小水珠的玻璃看世界一樣，即使能夠看清輪廓，但細(xì)節(jié)的丟失在所難免。
　　之所以這樣，是有原因的：第一，是因?yàn)榭蛻糇约簩?duì)需求進(jìn)行了過濾，有時(shí)是因?yàn)榭蛻魧?duì)需求的理解也不準(zhǔn)確，有時(shí)是客戶的視角與我們的不同。第二，是開發(fā)者對(duì)需求的理解偏差。有可能是由于缺乏知識(shí)，開發(fā)者對(duì)需求理解錯(cuò)了；還可能是開發(fā)團(tuán)隊(duì)內(nèi)部造成的偏差，比如需求調(diào)研人員往往同時(shí)做好幾個(gè)項(xiàng)目，在調(diào)研完成后便不在開發(fā)團(tuán)隊(duì)中，這樣偏差便在所難免。還有就是內(nèi)部溝通、人員更替造成的偏差。因此，在這樣一個(gè)三極世界，需求變更是必然的。
　　（2）合同簽訂馬虎，沒有真正明白客戶需求
　　當(dāng)我以合同上沒有規(guī)定的需求不予開發(fā)時(shí)，客戶搬出銷售人員的承諾這一招，更讓我?guī)缀跬卵?。銷售人員在簽訂合同時(shí)缺乏對(duì)客戶需求的認(rèn)真對(duì)待，導(dǎo)致需求描述不清，為開發(fā)帶來了許多困惑和后患。例如，銷售人員有時(shí)為使客戶能夠快速地簽訂合同，往往草率決定和片面同意客戶提出的需求。當(dāng)客戶提出新的需求時(shí)，往往是銷售人員一看“應(yīng)該”只是一個(gè)小小的修改，沒有太大的影響，所以直接答應(yīng)能變更。
　　該問題的關(guān)鍵是合同簽署得太爛，沒有把需求明確再簽合同，而且也沒有把需求變更的流程寫入合同。如果在簽合同前就把客戶需求弄清楚，后期就根本不需要頻繁地變更需求。簽訂合同時(shí)明確定義開發(fā)需求的范圍，可以為以后各項(xiàng)開發(fā)工作的開展奠定好的基礎(chǔ)。
　　需求變更為何沒完沒了？
　　在軟件開發(fā)中，最常抱怨的是這樣一個(gè)問題：客戶為什么總是反反復(fù)復(fù)？造成需求變更沒完沒了的原因，可以是這樣幾個(gè)方面存在問題。
　?。?）沒有明確的需求變更流程
　　沒有明確的需求變更管理流程，就會(huì)使需求變更變得泛濫，在這一點(diǎn)上我嘗盡了苦頭。并不是所有的變更都要修改，也不是所有變更都要立刻修改，明確需求變更管理流程的目的是為了決定什么類型的變更需要修改和什么時(shí)候修改。比如單純的界面風(fēng)格問題，就可以先不修改，或者規(guī)劃一下修改的時(shí)間待到以后進(jìn)行優(yōu)化。另外，對(duì)于核心功能的修改沒有嚴(yán)格把關(guān)流程，有些小需求看起來工作量不大，但是哪些銷售人員或者客戶沒有考慮到的細(xì)節(jié)問題實(shí)際上需要花費(fèi)開發(fā)人員相當(dāng)長的時(shí)間去完成，從而是撿了芝麻掉了西瓜，得不償失，使開發(fā)進(jìn)度失控和資源浪費(fèi)。
　?。?）沒有讓客戶知道需求變更的代價(jià)
　　對(duì)變更的影響沒有進(jìn)行成本評(píng)估是需求變更泛濫的根本原因，這是我從單純的技術(shù)人員轉(zhuǎn)變到統(tǒng)籌兼顧成本管理的轉(zhuǎn)變點(diǎn)之一，當(dāng)然為了這一點(diǎn)我也付出了血與淚，為此飽受公司領(lǐng)導(dǎo)和客戶的重重抱怨和責(zé)備。變更都是有代價(jià)的，應(yīng)該要評(píng)估變更的代價(jià)和對(duì)項(xiàng)目的影響，要讓客戶了解需求變更的后果。如果客戶不知道需求變更付出的代價(jià)，對(duì)開發(fā)人員的辛苦就會(huì)難以體會(huì)。在評(píng)估代價(jià)（包括成本、時(shí)間等多方面）過程中，可以請(qǐng)客戶一起做判斷：“我可以修改，但您能接受后果嗎？”