摘 要：本文首先探討了敏捷項(xiàng)目管理的起源及其適應(yīng)性項(xiàng)目框架；并論述了其在軟件項(xiàng)目中的應(yīng)用。然后對(duì)適應(yīng)性項(xiàng)目框架的計(jì)劃制定對(duì)比極限項(xiàng)目管理作了詳細(xì)的闡述。

　　一、引言

　　軟件開(kāi)發(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)對(duì)經(jīng)常變化的、具有不確定性的軟件項(xiàng)目的管理方法。敏捷即靈活性，是動(dòng)態(tài)的、適應(yīng)于具體情況、迎合變化和自我完善的。本文針對(duì)敏捷項(xiàng)目管理中的極限項(xiàng)目管理和適應(yīng)性項(xiàng)目框架的軟件應(yīng)用對(duì)比傳統(tǒng)項(xiàng)目管理進(jìn)行探討，并提出了適應(yīng)性項(xiàng)目框架的改進(jìn)和計(jì)劃控制的一些建議。

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

　　敏捷項(xiàng)目管理的概念來(lái)源于敏捷軟件開(kāi)發(fā)。隨著敏捷軟件開(kāi)發(fā)的發(fā)展，極限項(xiàng)目管理（也稱為極端項(xiàng)目管理ExtremeProjectManagement或RadicalPro—jectManagement）和敏捷項(xiàng)目管理（也稱為靈活的項(xiàng)目管理AgileProjectManagement）的概念和方法被相繼提出，并仍在不斷發(fā)展。實(shí)際上，敏捷項(xiàng)目管理只是各種敏捷軟件開(kāi)發(fā)方法相應(yīng)項(xiàng)目管理的統(tǒng)稱，只針對(duì)于軟件項(xiàng)目，并不是一種通用項(xiàng)目管理方法（也有人提出敏捷項(xiàng)目管理的通用概念，但未被廣泛接受）。極限項(xiàng)目管理和適應(yīng)性項(xiàng)目框架皆源于對(duì)DougDe—Carlo于2000年發(fā)布的彈性項(xiàng)目模式（FlexiblePorjectMode1）的改編。而彈性項(xiàng)目模式又來(lái)自于敏捷軟件開(kāi)發(fā)中的自適應(yīng)軟件開(kāi)發(fā)方法學(xué)的啟發(fā)。現(xiàn)在二者已經(jīng)發(fā)展成為一個(gè)通用的項(xiàng)目管理理論。極限項(xiàng)目管理適合于變化大、復(fù)雜程度高的項(xiàng)目。傳統(tǒng)的項(xiàng)目管理則適合低變化、低不確定性的項(xiàng)目。而在二者之間是適應(yīng)性項(xiàng)目框架。雖然所有的敏捷軟件開(kāi)發(fā)方法都被認(rèn)為是屬于極限項(xiàng)目管理的范疇，但從最近的敏捷軟件開(kāi)發(fā)的發(fā)展可以看出有些敏捷方法并不全屬于極限項(xiàng)目管理的范疇。而且極限項(xiàng)目管理往往由于過(guò)于激進(jìn)，顯得不夠?qū)嶋H，并不能被高級(jí)管理者特別是CIO所接受，且在大型項(xiàng)目中也無(wú)法得到有效論證?，F(xiàn)在的敏捷項(xiàng)目管理研究大多有轉(zhuǎn)向適應(yīng)性項(xiàng)目框架的趨勢(shì)。所以，雖然敏捷項(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ū)動(dòng)的管理方法。極限項(xiàng)目管理是處在比適應(yīng)性項(xiàng)目框架更復(fù)雜，更不確定的高變化情況下的一種管理方法。二者區(qū)別在于，適應(yīng)性項(xiàng)目框架是針對(duì)有明確的目標(biāo)但沒(méi)有解決方案的項(xiàng)目，而極限項(xiàng)目管理則是針對(duì)兩個(gè)方面都很模糊的情況下的探索式的方法。適應(yīng)性項(xiàng)目框架只要求客戶在每個(gè)迭代周期的實(shí)施結(jié)束后參與項(xiàng)目，而不是全程參與到項(xiàng)目中。

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

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

　　然而適應(yīng)性項(xiàng)目框架并沒(méi)有指出當(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í)問(wèn)。雖然也有風(fēng)險(xiǎn)分析，但是并沒(méi)有在框架內(nèi)體現(xiàn)并整合到項(xiàng)目周期中。如果根據(jù)這個(gè)計(jì)劃確定項(xiàng)目的交付日期，則當(dāng)變化發(fā)生時(shí)，很容易陷人傳統(tǒng)項(xiàng)目管理的困境，即使采用迭代過(guò)程，也很難按期交付。迭代過(guò)程唯一能做的就是使變化或風(fēng)險(xiǎn)提前出現(xiàn)，而在以后的迭代周期改進(jìn)，通常趕進(jìn)度的方式是加班或者增加資源，這會(huì)使成本增加。而且質(zhì)量的改進(jìn)也是此類項(xiàng)目的一個(gè)不確定因素，這也需要時(shí)間和成本。如果低質(zhì)量的產(chǎn)品延續(xù)到項(xiàng)目后期，則由于變化產(chǎn)生的時(shí)間和成本的消耗可能是致命的，也會(huì)增加維護(hù)的成本。適應(yīng)性項(xiàng)目框架并沒(méi)有考慮質(zhì)量改進(jìn)過(guò)程，而且忽視了初始迭代周期的作用。初始迭代周期完成后是調(diào)整計(jì)劃的最佳時(shí)期，因?yàn)樗菍?shí)際情況的真實(shí)體現(xiàn)，即使以后的迭代周期的實(shí)際情況會(huì)和初始周期有所偏差，但也不會(huì)過(guò)于偏離，而且隨著迭代的進(jìn)行，不確定性會(huì)減少。所以好的計(jì)劃是使收益得到保障的首要因素。對(duì)適應(yīng)性項(xiàng)目框架的軟件應(yīng)用改進(jìn)主要是在過(guò)程中強(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ì)量控制來(lái)共同管理。所以，改進(jìn)的重點(diǎn)在于適應(yīng)需求變更。

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

　　圖2中主要增加了風(fēng)險(xiǎn)緩沖后的基準(zhǔn)計(jì)劃、功能需求變更周期和質(zhì)量改進(jìn)周期。功能需求變更周期和質(zhì)量改進(jìn)周期是歷時(shí)比較長(zhǎng)的足夠影響進(jìn)度的活動(dòng)。功能需求變更周期是由于業(yè)務(wù)需求變化導(dǎo)致的，可能是特定功能完全重新實(shí)施或者改進(jìn)的過(guò)程。質(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ù)測(cè)。在兩個(gè)迭代周期的外圍是個(gè)質(zhì)量改進(jìn)周期，表明在多個(gè)功能周期后進(jìn)行質(zhì)量改進(jìn)。在改進(jìn)前，需要評(píng)估改進(jìn)的風(fēng)險(xiǎn)，作出權(quán)衡。這個(gè)周期結(jié)束后的產(chǎn)品被認(rèn)為是一個(gè)非完全功能的發(fā)布版本。每個(gè)迭代周期還是和適應(yīng)性項(xiàng)目框架中的一樣，包括周期計(jì)劃、實(shí)施和客戶檢查。另外一個(gè)區(qū)別是適應(yīng)性框架只要求客戶在客戶檢查點(diǎn)上參與，而這里要求全程參與，至少應(yīng)在項(xiàng)目的前期階段全程參與需求分析，目的是在一定程度上穩(wěn)定需求，如果已經(jīng)完成的功能再出現(xiàn)需求修改，付出的成本和時(shí)間將會(huì)大得多。如果出現(xiàn)了范圍的變更則和客戶協(xié)商調(diào)整基準(zhǔn)計(jì)劃。