論軟件項(xiàng)目管理的創(chuàng)新模式軟件項(xiàng)目管理論文發(fā)

　　論文摘要：敏捷項(xiàng)目管理的概念來源于敏捷軟件開發(fā)。隨著敏捷軟件開發(fā)的發(fā)展，極限項(xiàng)目管理(也稱為極端項(xiàng)目管理ExtremeProjectManagement或RadicalPro—jectManagement)和敏捷項(xiàng)目管理(也稱為靈活的項(xiàng)目管理AgileProjectManagement)的概念和方法被相繼提出，并仍在不斷發(fā)展。實(shí)際上，敏捷項(xiàng)目管理只是各種敏捷軟件開發(fā)方法相應(yīng)項(xiàng)目管理的統(tǒng)稱，只針對于軟件項(xiàng)目，并不是一種通用項(xiàng)目管理方法(也有人提出敏捷項(xiàng)目管理的通用概念，但未被廣泛接受)。本文首先探討了敏捷項(xiàng)目管理的起源及其適應(yīng)性項(xiàng)目框架;并論述了其在軟件項(xiàng)目中的應(yīng)用。然后對適應(yīng)性項(xiàng)目框架的計(jì)劃制定對比極限項(xiàng)目管理作了詳細(xì)的闡述。本文選自《計(jì)算機(jī)科學(xué)》。《計(jì)算機(jī)科學(xué)》由國家科技部主管，國家科技部西南信息中心主辦，系“中文科技核心期刊”、“中國科技論文統(tǒng)計(jì)與分析用期刊”、“中國科學(xué)引文數(shù)據(jù)庫來源期刊”、“中國期刊方陣雙 效期刊”、“中國計(jì)算機(jī)學(xué)會會刊”、“重慶市優(yōu)秀期刊”。　　《計(jì)算機(jī)科學(xué)》雜志于1974年1月經(jīng)中華人民共和國新聞出版署批準(zhǔn)為公開發(fā)行期刊，原刊名為《計(jì)算機(jī)應(yīng)用與應(yīng)用數(shù)學(xué)》，1979年1月更名為《計(jì)算機(jī)科學(xué)》。主要報(bào)導(dǎo)國內(nèi)外計(jì)算機(jī)科學(xué)與技術(shù)的發(fā)展動態(tài)，涉及面廣的方法論與技術(shù)，和反映新苗頭、能起承先啟后作用的研究成果?！　队?jì)算機(jī)科學(xué)》歷年總被引頻次和影響因子兩項(xiàng)指標(biāo)均列全國(計(jì)算技術(shù)類)前列，是國內(nèi)頗具影響力的計(jì)算機(jī)學(xué)術(shù)刊物。雜志報(bào)導(dǎo)特點(diǎn)是“前沿學(xué)科”與“基礎(chǔ)研究”相結(jié)合;“核心核術(shù)”與“支撐技術(shù)”相結(jié)合;“倡導(dǎo)”與“爭鳴”相結(jié)合。廣采百家之長，博覽計(jì)算機(jī)世界之態(tài)勢?！队?jì)算機(jī)科學(xué)》以其新穎、準(zhǔn)確、及時(shí)為特色，突出動態(tài)性、綜述性、學(xué)術(shù)性，深受高校教師學(xué)生好評。

　　論文關(guān)鍵詞：敏捷項(xiàng)目管理;適應(yīng)性項(xiàng)目框架;極限項(xiàng)目管理,計(jì)算機(jī)科學(xué)

　　一、引言

　　軟件開發(fā)中既有高風(fēng)險(xiǎn)、高變化的項(xiàng)目，也有目標(biāo)明確、解決方案明了的低變化項(xiàng)目。根據(jù)不同的項(xiàng)目特點(diǎn)，選用不同的項(xiàng)目管理方式是項(xiàng)目成功的關(guān)鍵。敏捷項(xiàng)目管理是應(yīng)對經(jīng)常變化的、具有不確定性的軟件項(xiàng)目的管理方法。敏捷即靈活性，是動態(tài)的、適應(yīng)于具體情況、迎合變化和自我完善的。本文針對敏捷項(xiàng)目管理中的極限項(xiàng)目管理和適應(yīng)性項(xiàng)目框架的軟件應(yīng)用對比傳統(tǒng)項(xiàng)目管理進(jìn)行探討，并提出了適應(yīng)性項(xiàng)目框架的改進(jìn)和計(jì)劃控制的一些建議。

　　二、敏捷項(xiàng)目管理的概念及起源

　　敏捷項(xiàng)目管理的概念來源于敏捷軟件開發(fā)。隨著敏捷軟件開發(fā)的發(fā)展，極限項(xiàng)目管理(也稱為極端項(xiàng)目管理ExtremeProjectManagement或RadicalPro—jectManagement)和敏捷項(xiàng)目管理(也稱為靈活的項(xiàng)目管理AgileProjectManagement)的概念和方法被相繼提出，并仍在不斷發(fā)展。實(shí)際上，敏捷項(xiàng)目管理只是各種敏捷軟件開發(fā)方法相應(yīng)項(xiàng)目管理的統(tǒng)稱，只針對于軟件項(xiàng)目，并不是一種通用項(xiàng)目管理方法(也有人提出敏捷項(xiàng)目管理的通用概念，但未被廣泛接受)。極限項(xiàng)目管理和適應(yīng)性項(xiàng)目框架皆源于對DougDe—Carlo于2000年發(fā)布的彈性項(xiàng)目模式(FlexiblePorjectMode1)的改編。而彈性項(xiàng)目模式又來自于敏捷軟件開發(fā)中的自適應(yīng)軟件開發(fā)方法學(xué)的啟發(fā)?，F(xiàn)在二者已經(jīng)發(fā)展成為一個通用的項(xiàng)目管理理論。極限項(xiàng)目管理適合于變化大、復(fù)雜程度高的項(xiàng)目。傳統(tǒng)的項(xiàng)目管理則適合低變化、低不確定性的項(xiàng)目。而在二者之間是適應(yīng)性項(xiàng)目框架。雖然所有的敏捷軟件開發(fā)方法都被認(rèn)為是屬于極限項(xiàng)目管理的范疇，但從最近的敏捷軟件開發(fā)的發(fā)展可以看出有些敏捷方法并不全屬于極限項(xiàng)目管理的范疇。而且極限項(xiàng)目管理往往由于過于激進(jìn)，顯得不夠?qū)嶋H，并不能被高級管理者特別是CIO所接受，且在大型項(xiàng)目中也無法得到有效論證。現(xiàn)在的敏捷項(xiàng)目管理研究大多有轉(zhuǎn)向適應(yīng)性項(xiàng)目框架的趨勢。所以，雖然敏捷項(xiàng)目管理通常指的就是極限項(xiàng)目管理，但它被認(rèn)為應(yīng)是包括極限項(xiàng)目管理和適應(yīng)性項(xiàng)目框架兩部分的軟件項(xiàng)目管理的統(tǒng)稱，極限項(xiàng)目管理又是適應(yīng)性項(xiàng)目框架的特例。

　　三、敏捷項(xiàng)目管理的適應(yīng)性項(xiàng)目框架

　　通用適應(yīng)性項(xiàng)目管理框架是以客戶為中心、客戶驅(qū)動的管理方法。極限項(xiàng)目管理是處在比適應(yīng)性項(xiàng)目框架更復(fù)雜，更不確定的高變化情況下的一種管理方法。二者區(qū)別在于，適應(yīng)性項(xiàng)目框架是針對有明確的目標(biāo)但沒有解決方案的項(xiàng)目，而極限項(xiàng)目管理則是針對兩個方面都很模糊的情況下的探索式的方法。適應(yīng)性項(xiàng)目框架只要求客戶在每個迭代周期的實(shí)施結(jié)束后參與項(xiàng)目，而不是全程參與到項(xiàng)目中。

　　適應(yīng)性項(xiàng)目框架主要分為定義項(xiàng)目范圍、制定項(xiàng)目周期計(jì)劃、項(xiàng)目實(shí)施、客戶檢查、項(xiàng)目后回顧五個階段(圖1)。

　　其中項(xiàng)目范圍包括項(xiàng)目滿意條件、項(xiàng)目概況說明書、功能要求優(yōu)先排序、中層WBS等。中層工作分解結(jié)構(gòu)只是分解到功能級，而不是任務(wù)級，只要可以比較確信地估計(jì)每一段功能所需的時(shí)間和資源就已足夠。因?yàn)閷τ诮?jīng)常變化無法預(yù)計(jì)的任務(wù)，編寫完整的WBS完全是浪費(fèi)。制定項(xiàng)目周期計(jì)劃是將要進(jìn)行的下一個周期的詳細(xì)計(jì)劃，是帶有依賴關(guān)系的任務(wù)層次的詳細(xì)實(shí)施計(jì)劃。項(xiàng)目實(shí)施階段包括制定微觀進(jìn)度計(jì)劃、實(shí)現(xiàn)功能、監(jiān)督并調(diào)整實(shí)施進(jìn)度。在這個階段，取消當(dāng)前周期和調(diào)整計(jì)劃都是可以執(zhí)行的，可以減小和避免損失。通過中間三個階段的反復(fù)進(jìn)行，最后可以實(shí)現(xiàn)客戶滿意的解決方案。

　　然而適應(yīng)性項(xiàng)目框架并沒有指出當(dāng)項(xiàng)目出現(xiàn)變化時(shí)，如何在時(shí)間成本有限的情況下有效完成任務(wù)。它還是沿用極限項(xiàng)目管理的方法，制定詳細(xì)的周期計(jì)劃，必要時(shí)拋棄部分要完成的功能。區(qū)別是增加了中層的項(xiàng)目計(jì)劃。中層項(xiàng)目計(jì)劃根據(jù)時(shí)間限制范圍內(nèi)，能夠容納多少迭代周期，并根據(jù)特定周期內(nèi)子功能的數(shù)量和質(zhì)量調(diào)整周期時(shí)問。雖然也有風(fēng)險(xiǎn)分析，但是并沒有在框架內(nèi)體現(xiàn)并整合到項(xiàng)目周期中。如果根據(jù)這個計(jì)劃確定項(xiàng)目的交付日期，則當(dāng)變化發(fā)生時(shí)，很容易陷人傳統(tǒng)項(xiàng)目管理的困境，即使采用迭代過程，也很難按期交付。迭代過程唯一能做的就是使變化或風(fēng)險(xiǎn)提前出現(xiàn)，而在以后的迭代周期改進(jìn)，通常趕進(jìn)度的方式是加班或者增加資源，這會使成本增加。而且質(zhì)量的改進(jìn)也是此類項(xiàng)目的一個不確定因素，這也需要時(shí)間和成本。如果低質(zhì)量的產(chǎn)品延續(xù)到項(xiàng)目后期，則由于變化產(chǎn)生的時(shí)間和成本的消耗可能是致命的，也會增加維護(hù)的成本。適應(yīng)性項(xiàng)目框架并沒有考慮質(zhì)量改進(jìn)過程，而且忽視了初始迭代周期的作用。初始迭代周期完成后是調(diào)整計(jì)劃的最佳時(shí)期，因?yàn)樗菍?shí)際情況的真實(shí)體現(xiàn)，即使以后的迭代周期的實(shí)際情況會和初始周期有所偏差，但也不會過于偏離，而且隨著迭代的進(jìn)行，不確定性會減少。所以好的計(jì)劃是使收益得到保障的首要因素。對適應(yīng)性項(xiàng)目框架的軟件應(yīng)用改進(jìn)主要是在過程中強(qiáng)調(diào)了風(fēng)險(xiǎn)管理和質(zhì)量管理，并修改了計(jì)劃部分，并著重強(qiáng)調(diào)了初始周期的作用。影響此類項(xiàng)目完成的最大的風(fēng)險(xiǎn)是需求變更造成的返工成本、時(shí)間消耗，需要靠風(fēng)險(xiǎn)緩解和質(zhì)量控制來共同管理。所以，改進(jìn)的重點(diǎn)在于適應(yīng)需求變更。

　　軟件開發(fā)項(xiàng)目的適應(yīng)性項(xiàng)目框架。

　　主要增加了風(fēng)險(xiǎn)緩沖后的基準(zhǔn)計(jì)劃、功能需求變更周期和質(zhì)量改進(jìn)周期。功能需求變更周期和質(zhì)量改進(jìn)周期是歷時(shí)比較長的足夠影響進(jìn)度的活動。功能需求變更周期是由于業(yè)務(wù)需求變化導(dǎo)致的，可能是特定功能完全重新實(shí)施或者改進(jìn)的過程。質(zhì)量的改進(jìn)周期區(qū)別于在功能需求變更周期的工作，這是在一定時(shí)期后，內(nèi)部人員根據(jù)已完成項(xiàng)目功能的學(xué)習(xí)和經(jīng)驗(yàn)總結(jié)進(jìn)行的重新設(shè)計(jì)，改進(jìn)已完成工作的質(zhì)量，或?yàn)榱诉m應(yīng)變化所做的技術(shù)改進(jìn)。風(fēng)險(xiǎn)緩沖后的基準(zhǔn)計(jì)劃是在中層計(jì)劃基礎(chǔ)上增加了風(fēng)險(xiǎn)緩沖的時(shí)間，包括功能需求變更周期和質(zhì)量改進(jìn)周期的預(yù)估時(shí)間。分離實(shí)施周期和修改周期是因?yàn)閷?shí)施周期的時(shí)間和成本的預(yù)估是比較準(zhǔn)確的，但修改周期的時(shí)間和重復(fù)次數(shù)卻難以預(yù)測。在兩個迭代周期的外圍是個質(zhì)量改進(jìn)周期，表明在多個功能周期后進(jìn)行質(zhì)量改進(jìn)。在改進(jìn)前，需要評估改進(jìn)的風(fēng)險(xiǎn)，作出權(quán)衡。這個周期結(jié)束后的產(chǎn)品被認(rèn)為是一個非完全功能的發(fā)布版本。每個迭代周期還是和適應(yīng)性項(xiàng)目框架中的一樣，包括周期計(jì)劃、實(shí)施和客戶檢查。另外一個區(qū)別是適應(yīng)性框架只要求客戶在客戶檢查點(diǎn)上參與，而這里要求全程參與，至少應(yīng)在項(xiàng)目的前期階段全程參與需求分析，目的是在一定程度上穩(wěn)定需求，如果已經(jīng)完成的功能再出現(xiàn)需求修改，付出的成本和時(shí)間將會大得多。如果出現(xiàn)了范圍的變更則和客戶協(xié)商調(diào)整基準(zhǔn)計(jì)劃。

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

　　(一)項(xiàng)目計(jì)劃與風(fēng)險(xiǎn)

　　由于項(xiàng)目過程由傳統(tǒng)的詳細(xì)的需求計(jì)劃的單一過程變成短的時(shí)間區(qū)間的具有反饋的多次迭代過程，并且為了對變化具有適應(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ù)測

　　極限項(xiàng)目管理是一個無基準(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圖，顯示的是每個月后剩余的功能點(diǎn)數(shù)目。虛線1是要在12月完成的項(xiàng)目的計(jì)劃線，虛線2是實(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)目的一個重要衡量指標(biāo)。使用改進(jìn)后的自適應(yīng)項(xiàng)目框架，利用需求優(yōu)先級的功能排定和需求成熟度分析進(jìn)行時(shí)間緩沖，可以很好地適應(yīng)這種狀況。

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

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

　　2.需求的成熟度(見表)

　　需求的成熟度指的是需求的穩(wěn)定程度。由于軟件項(xiàng)目的范圍通常是變化的，與客戶洽談并確定各個功能的需求成熟度并列表，既可以了解客戶對新業(yè)務(wù)需求的理解程度，也是在需求變更時(shí)和客戶談判的依據(jù)。需求的成熟度越高，需求的變化程度越低，對需求變化的緩沖也就越小。變化的時(shí)間損耗指的是相對于功能實(shí)施時(shí)間的百分比。因?yàn)閷υ泄δ艿淖兏ǔ靡延械哪K，相對時(shí)間較短。變化的次數(shù)是指決定變更迭代周期的實(shí)施次數(shù)。

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

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

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

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

　　4.計(jì)劃的制定

　　計(jì)劃時(shí)首先確定出項(xiàng)目范圍后，創(chuàng)建出中層WBS(工作分解結(jié)構(gòu))，并以此確定項(xiàng)目功能的優(yōu)先級，并根據(jù)風(fēng)險(xiǎn)分析確定每個功能的變化權(quán)值。確定好每個迭代周期時(shí)間，并根據(jù)總時(shí)間、成本的限制和功能優(yōu)先級制定好功能的實(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í)制定。如果采用的是全程客戶參與的方法，則需求成熟度會隨著項(xiàng)目的進(jìn)行趨于穩(wěn)定，后期實(shí)現(xiàn)的功能可不設(shè)定需求變化的緩沖時(shí)間。由于大多數(shù)軟件應(yīng)用開發(fā)的變化沒有在極限項(xiàng)目中的劇烈，即使增加了新的功能，修改非任務(wù)級的中層計(jì)劃也比較容易，而且變更只在用戶檢查階段實(shí)施。大多數(shù)情況下，在項(xiàng)目緩沖允許范圍內(nèi)的延遲不需要調(diào)整計(jì)劃。Bum—down圖可作為一種輔助的管理方法。在短的時(shí)間周期內(nèi)(一般是兩周到五周)，項(xiàng)目可以認(rèn)為是低變化的，所以可以制定好將要進(jìn)行的下一個迭代周期的詳細(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í)行完的第一個迭代周期或前幾個周期，可測量出比預(yù)估更有效的開發(fā)速度，可判定預(yù)估的準(zhǔn)確度，從而調(diào)整基準(zhǔn)計(jì)劃。

　　五、結(jié)束語

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