四、基于敏捷方法的軟件項目管理的計劃與實施

　　（一）項目計劃與風險

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

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

　?。ǘO限項目管理計劃與時間預測

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

　　圖3是Bum—down圖，顯示的是每個月后剩余的功能點數(shù)目。虛線1是要在12月完成的項目的計劃線，虛線2是實際工作后的趨勢線，這表明可能完成的日期。2月剩余的功能點多于初始點，是因為增加了新的功能?？梢钥吹竭@并不能確定交付的日期，只能作為參考……

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

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

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

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

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

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

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

　　3.需求緩沖的計算

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

　　功能的需求變更時間緩沖RAT=功能的實施時間x變化的權值；

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

　　4.計劃的制定

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

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

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

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

　　五、結(jié)束語

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