用敏捷方法應(yīng)對解決用戶提出的需求變化

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

問題的提出：筆者近幾年一直從事信息系統(tǒng)的開發(fā)，特別是有關(guān)國家機(jī)關(guān)和企業(yè)信息系統(tǒng)的開發(fā)工作，取得了許多的經(jīng)驗(yàn)和教訓(xùn)。其中一個(gè)深切的體會(huì)是，需求的不斷變化，如果不能很好的應(yīng)對，會(huì)導(dǎo)致整個(gè)項(xiàng)目的進(jìn)度和質(zhì)量都難以控制，最終使整個(gè)系統(tǒng)失敗。特別是在我國，用戶對于如何應(yīng)用計(jì)算機(jī)軟件并沒有一個(gè)成熟的經(jīng)驗(yàn)，在項(xiàng)目進(jìn)行中用戶會(huì)頻繁的改變和增加各種要求。當(dāng)最終完成系統(tǒng)的建設(shè)時(shí)，卻發(fā)現(xiàn)企業(yè)的業(yè)務(wù)需求已經(jīng)發(fā)生了很大的改變，一方面是系統(tǒng)的設(shè)計(jì)已經(jīng)無法很好地滿足新的需求，另一方面是項(xiàng)目周期大大超過預(yù)期，項(xiàng)目發(fā)生虧損。
　　據(jù)美國軟件工程實(shí)施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況也是很難預(yù)測，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。在商用軟件產(chǎn)業(yè)中，這一現(xiàn)象尤為嚴(yán)重。
　　因此如何從軟件工程的角度，通過采用適當(dāng)系統(tǒng)設(shè)計(jì)方法和加強(qiáng)項(xiàng)目管理來解決需求不斷變化的問題，是各個(gè)軟件開發(fā)商的一個(gè)重要課題。通過實(shí)踐，感到采用敏捷方法的基本思想和原則來設(shè)計(jì)系統(tǒng)和處理需求變化問題，能夠產(chǎn)生較好的效果。
　　下面就從系統(tǒng)設(shè)計(jì)和項(xiàng)目管理等方面談一下這方面的體會(huì)。
　　需求變化帶來的問題
　　作為軟件開發(fā)商，當(dāng)接到一個(gè)項(xiàng)目后，一般的做法是首先由用戶提出需求，然后開發(fā)商根據(jù)用戶的需求作出一個(gè)系統(tǒng)實(shí)現(xiàn)方案，而用戶通常并沒有實(shí)質(zhì)地理解方案，隨即通過了方案，開始了軟件的開發(fā)工作。根據(jù)筆者所開發(fā)過的多個(gè)系統(tǒng)，開發(fā)前期，大多數(shù)單位并沒有明確的想法，也提不出確切的需求，因?yàn)闃I(yè)務(wù)人員不了解計(jì)算機(jī)技術(shù)是怎樣實(shí)現(xiàn)業(yè)務(wù)流程的。用戶總是希望開發(fā)單位根據(jù)當(dāng)前的業(yè)務(wù)流程先做出一個(gè)樣板來，然后再進(jìn)行改造，而多數(shù)用戶認(rèn)為軟件修改很容易。
　　盡管已經(jīng)做好了系統(tǒng)規(guī)劃，簽訂了功能較明確的合同，然而隨著系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)施的進(jìn)展，當(dāng)客戶在項(xiàng)目部署后看到真正的軟件系統(tǒng)的界面及操作方式，客戶的需求就被激發(fā)起來，會(huì)根據(jù)自己的對軟件的理解和日常工作的習(xí)慣，對軟件的處理及操作方式提出修改，而這種修改往往比較隨意，因此導(dǎo)致開發(fā)方需要對流程、界面、以及相關(guān)文檔經(jīng)常的大量的修改，這些成為開發(fā)方的一個(gè)很大的負(fù)擔(dān)，而這種負(fù)擔(dān)對用戶基本是看不見的。
　　用敏捷方法方法應(yīng)對需求變化
　　1．敏捷建模（Agile Modeling）進(jìn)行系統(tǒng)設(shè)計(jì)
　　軟件開發(fā)過程一般是要盡早完成需求分析，停止需求的變動(dòng)，將這些需求作為設(shè)計(jì)的基礎(chǔ)，然后開始構(gòu)筑系統(tǒng)，這是瀑布方法————基于計(jì)劃的生命周期。這種方法是通過大量的前期工作來減少變化。
　　一旦前期工作完成，當(dāng)需求變化時(shí)，這樣的方法就會(huì)有很大的問題。
　　另外一個(gè)重要原因是，許多單位的管理模式都處在探索階段，可能引起變動(dòng)的因素很多，因此根據(jù)現(xiàn)行的管理模式設(shè)計(jì)出的信息系統(tǒng)將面臨使用單位管理模式的變化的考驗(yàn)，包括許多的工作流程的細(xì)節(jié)處理方式式否合乎工作人員的習(xí)慣等問題。
　　系統(tǒng)在設(shè)計(jì)時(shí)要充分考慮這些不確定因素，才能適應(yīng)這些變化。特別是數(shù)據(jù)結(jié)構(gòu)要以系統(tǒng)靈活性為主，其次才是考慮系統(tǒng)性能的提高。
　　在軟件開發(fā)出現(xiàn)工期或bug等問題時(shí)，開發(fā)人員常抱怨是由于需求的變化造成的，對于軟件的修改存在抵觸情緒。實(shí)際上在商業(yè)軟件開發(fā)領(lǐng)域，需求變化是很正常的，問題是我們該怎樣對待它。為了適應(yīng)需求的變化，必須采取不同的設(shè)計(jì)態(tài)度。這里介紹敏捷方法的幾點(diǎn)思想，對如何應(yīng)對需求的變化很有教益。
　　主張簡單、遞增的變化、擁抱變化是敏捷建模方法的核心原則之中的三個(gè)。
　　敏捷建模主張當(dāng)從事開發(fā)工作時(shí)，最簡單的解決方案就是最好的解決方案，盡可能的保持模型的簡單。
　　對無法在項(xiàng)目一開始就固化的需求進(jìn)行演進(jìn)型的設(shè)計(jì)。你現(xiàn)在不必要對這個(gè)系統(tǒng)進(jìn)行過分的建模，只要基于現(xiàn)有的需求進(jìn)行建模，隨著項(xiàng)目的進(jìn)行，項(xiàng)目環(huán)境和需求發(fā)生變化時(shí)，再來完善和重構(gòu)這個(gè)系統(tǒng)。
　　遞增的變化是指你不用在模型中包容所有的細(xì)節(jié)，你只要開發(fā)一個(gè)小的模型或是概要模型，打下一個(gè)基礎(chǔ)，然后慢慢的改進(jìn)模型。
　　敏捷建模采取不同的設(shè)計(jì)態(tài)度來“擁抱變化”。它認(rèn)為需求時(shí)刻在變，人們對于需求的理解也時(shí)刻在變。隨著項(xiàng)目的進(jìn)行，項(xiàng)目環(huán)境也在不停的變化，因此你的開發(fā)方法必須要能夠反映這種現(xiàn)實(shí)。對于用戶的反饋，要勇于對自己的代碼進(jìn)行修改，丟掉壞的代碼。
　　對于易變的需求，敏捷方法使用了一系列實(shí)踐。其核心則是迭代式開發(fā)，尋求快速的反饋，用戶經(jīng)歷過一次或幾次的迭代之后，對軟件開發(fā)和業(yè)務(wù)需求如何實(shí)現(xiàn)已經(jīng)有了形象的認(rèn)識(shí)，用戶提出的需求基本上可以代表他們的真實(shí)需求。這時(shí)，就可以將需求進(jìn)行凍結(jié)。后面如果還有修改，將是細(xì)節(jié)的調(diào)整，不會(huì)對軟件的架構(gòu)產(chǎn)生重大的影響。
　　按照上述的敏捷方法的原則來設(shè)計(jì)系統(tǒng)，則能夠使我們正確的看待用戶需求的變動(dòng)，從而較好的適應(yīng)需求的變動(dòng)。如果項(xiàng)目管理者和程序開發(fā)人員真正的理解并貫徹這種方法，用這種思想去管理項(xiàng)目，那么就能有效的避免出現(xiàn)項(xiàng)目后期軟件架構(gòu)混亂、補(bǔ)丁加補(bǔ)丁、系統(tǒng)性能大大減低的情況。