四、基于敏捷方法的軟件項(xiàng)目管理的計(jì)劃與實(shí)施

　?。ㄒ唬╉?xiàng)目計(jì)劃與風(fēng)險(xiǎn)

　　由于項(xiàng)目過程由傳統(tǒng)的詳細(xì)的需求計(jì)劃的單一過程變成短的時(shí)間區(qū)間的具有反饋的多次迭代過程，并且為了對(duì)變化具有適應(yīng)性，敏捷項(xiàng)目管理的計(jì)劃方法分成詳細(xì)周期計(jì)劃與風(fēng)險(xiǎn)計(jì)劃和質(zhì)量計(jì)劃結(jié)合的兩種分層計(jì)劃。

　　項(xiàng)目中的風(fēng)險(xiǎn)分為兩種，一種是必然要發(fā)生的常規(guī)風(fēng)險(xiǎn)，一種是不確定的致命風(fēng)險(xiǎn)。前者可以通過風(fēng)險(xiǎn)緩解解決，后者則需要風(fēng)險(xiǎn)緩解和風(fēng)險(xiǎn)轉(zhuǎn)化共同解決。在變化陛比較強(qiáng)的軟件項(xiàng)目中，需求變更必將發(fā)生，這是軟件項(xiàng)目所面臨的主要風(fēng)險(xiǎn)，計(jì)劃中加入需求變更周期的緩沖時(shí)間可減小項(xiàng)目的成本風(fēng)險(xiǎn)。

　　（二）極限項(xiàng)目管理計(jì)劃與時(shí)間預(yù)測(cè)

　　極限項(xiàng)目管理是一個(gè)無基準(zhǔn)計(jì)劃的過程，沒有時(shí)間和成本的限制，利用數(shù)量不定的短周期不斷迭代，最終完成項(xiàng)目，或者在完成前，項(xiàng)目就被取消。傳統(tǒng)的項(xiàng)目管理計(jì)劃方法在此時(shí)起不到太大的作用，一般采用跟蹤團(tuán)隊(duì)的開發(fā)速度和剩余的功能點(diǎn)來進(jìn)行管理，只制定迭代周期內(nèi)實(shí)施的計(jì)劃。

　　圖3是Bum—down圖，顯示的是每個(gè)月后剩余的功能點(diǎn)數(shù)目。虛線1是要在12月完成的項(xiàng)目的計(jì)劃線，虛線2是實(shí)際工作后的趨勢(shì)線，這表明可能完成的日期。2月剩余的功能點(diǎn)多于初始點(diǎn)，是因?yàn)樵黾恿诵碌墓δ??？梢钥吹竭@并不能確定交付的日期，只能作為參考……

　?。ㄈ┗诿艚莘椒ǖ能浖_發(fā)計(jì)劃

　　極限項(xiàng)目管理在某些極端的情況下確實(shí)很有效，比如新技術(shù)產(chǎn)品的研發(fā)。但是大多數(shù)軟件項(xiàng)目的技術(shù)復(fù)雜度不是很高，或者曾有過類似的項(xiàng)目經(jīng)驗(yàn)，項(xiàng)目的主要不確定性是業(yè)務(wù)需求的變化等，并受到時(shí)間和成本的限制，這些項(xiàng)目的重點(diǎn)是得到反饋并改進(jìn)。

　　在這種情況下還需要預(yù)估時(shí)間，并制定相應(yīng)的計(jì)劃實(shí)施。軟件項(xiàng)目由于成本與開發(fā)人員的多少和開發(fā)持續(xù)周期密切相關(guān)，所以時(shí)間通常是軟件開發(fā)項(xiàng)目的一個(gè)重要衡量指標(biāo)。使用改進(jìn)后的自適應(yīng)項(xiàng)目框架，利用需求優(yōu)先級(jí)的功能排定和需求成熟度分析進(jìn)行時(shí)間緩沖，可以很好地適應(yīng)這種狀況。

　　1.需求的優(yōu)先級(jí)

　　根據(jù)客戶的要求排定功能的優(yōu)先級(jí)。將有則更好，沒有也不影響系統(tǒng)實(shí)用性的功能放在最后實(shí)現(xiàn)，是時(shí)間緊迫項(xiàng)目通常采用的方法。在進(jìn)度延期的情況下，舍棄這些浮華的功能，可以確保項(xiàng)目按期完成，也可避免項(xiàng)目因增加了一大堆客戶要求的功能而陷人遙遙無期的悲慘境地。

　　2.需求的成熟度（見表）

　　需求的成熟度指的是需求的穩(wěn)定程度。由于軟件項(xiàng)目的范圍通常是變化的，與客戶洽談并確定各個(gè)功能的需求成熟度并列表，既可以了解客戶對(duì)新業(yè)務(wù)需求的理解程度，也是在需求變更時(shí)和客戶談判的依據(jù)。需求的成熟度越高，需求的變化程度越低，對(duì)需求變化的緩沖也就越小。變化的時(shí)間損耗指的是相對(duì)于功能實(shí)施時(shí)間的百分比。因?yàn)閷?duì)原有功能的變更通常會(huì)利用已有的模塊，相對(duì)時(shí)間較短。變化的次數(shù)是指決定變更迭代周期的實(shí)施次數(shù)。

　　3.需求緩沖的計(jì)算

　　變化的權(quán)值=變更的時(shí)間損耗比x變化的次數(shù)；

　　功能的需求變更時(shí)間緩沖RAT=功能的實(shí)施時(shí)間x變化的權(quán)值；

　　每個(gè)功能變化的權(quán)值為變更的時(shí)間損耗比乘以變化的次數(shù)。用此功能的實(shí)施周期預(yù)估時(shí)間乘以變化的權(quán)值則得出每個(gè)功能的需求變更的可能損耗的時(shí)間。將每個(gè)迭代周期內(nèi)所包含的功能的需求變更時(shí)間相加，則得出了此迭代周期的需求變更時(shí)間，即需求變更周期的時(shí)間之和。

　　4.計(jì)劃的制定

　　計(jì)劃時(shí)首先確定出項(xiàng)目范圍后，創(chuàng)建出中層WBS（工作分解結(jié)構(gòu)），并以此確定項(xiàng)目功能的優(yōu)先級(jí)，并根據(jù)風(fēng)險(xiǎn)分析確定每個(gè)功能的變化權(quán)值。確定好每個(gè)迭代周期時(shí)間，并根據(jù)總時(shí)間、成本的限制和功能優(yōu)先級(jí)制定好功能的實(shí)施迭代周期數(shù)量及相應(yīng)完成的功能制定計(jì)劃。將功能需求變更周期和質(zhì)量改進(jìn)周期也考慮到計(jì)劃中。由功能變化權(quán)值、功能實(shí)施周期時(shí)間和迭代實(shí)施周期內(nèi)的功能數(shù)量決定的總的功能需求變更周期的時(shí)間，將時(shí)間緩沖合并人計(jì)劃中。

　　確定功能周期及修改周期重復(fù)的次數(shù)定期進(jìn)行質(zhì)量改進(jìn)，一般是3到6次功能周期后進(jìn)行一次質(zhì)量改進(jìn)，改進(jìn)的具體內(nèi)容則是實(shí)時(shí)制定。如果采用的是全程客戶參與的方法，則需求成熟度會(huì)隨著項(xiàng)目的進(jìn)行趨于穩(wěn)定，后期實(shí)現(xiàn)的功能可不設(shè)定需求變化的緩沖時(shí)間。由于大多數(shù)軟件應(yīng)用開發(fā)的變化沒有在極限項(xiàng)目中的劇烈，即使增加了新的功能，修改非任務(wù)級(jí)的中層計(jì)劃也比較容易，而且變更只在用戶檢查階段實(shí)施。大多數(shù)情況下，在項(xiàng)目緩沖允許范圍內(nèi)的延遲不需要調(diào)整計(jì)劃。Bum—down圖可作為一種輔助的管理方法。在短的時(shí)間周期內(nèi)（一般是兩周到五周），項(xiàng)目可以認(rèn)為是低變化的，所以可以制定好將要進(jìn)行的下一個(gè)迭代周期的詳細(xì)計(jì)劃。周期詳細(xì)計(jì)劃由于時(shí)間周期比較短，可不用關(guān)鍵鏈法。

　　由于軟件開發(fā)項(xiàng)目的大多數(shù)模塊都可以并行開發(fā)，并行的限制只受限于開發(fā)人員的數(shù)目，并且周期的時(shí)間都很短，所以在周期詳細(xì)計(jì)劃中使用關(guān)鍵路徑并不能收到預(yù)期的效果，在項(xiàng)目實(shí)施中可應(yīng)用的是關(guān)鍵鏈的項(xiàng)目緩沖機(jī)制。

　　由于敏捷項(xiàng)目管理的迭代性，根據(jù)已執(zhí)行完的第一個(gè)迭代周期或前幾個(gè)周期，可測(cè)量出比預(yù)估更有效的開發(fā)速度，可判定預(yù)估的準(zhǔn)確度，從而調(diào)整基準(zhǔn)計(jì)劃。

　　五、結(jié)束語

　　敏捷方法在軟件項(xiàng)目管理的采用確實(shí)提高了軟件開發(fā)項(xiàng)目的成功率。但研究剛剛開始，仍然處在未成熟階段。如何對(duì)經(jīng)常變化的不確定性軟件開發(fā)項(xiàng)目進(jìn)行有效的敏捷管理仍是一個(gè)需要完善的課題。