因?yàn)槭澜缭谧?，市?chǎng)在快速變化，需求在快速變化。
2005年之前，大部分軟件開(kāi)發(fā)項(xiàng)目采用“瀑布法”，將項(xiàng)目嚴(yán)格按照計(jì)劃進(jìn)行，上一個(gè)階段完成才允許進(jìn)入下一階段。導(dǎo)致進(jìn)度緩慢，甚至延遲交付，等到產(chǎn)品上線時(shí)可能已經(jīng)不在符合市場(chǎng)需求，所以我們需要更加快速地適應(yīng)變化！
敏捷強(qiáng)調(diào)不斷盡早地交付價(jià)值，善于利用需求變更幫助客戶獲得競(jìng)爭(zhēng)優(yōu)勢(shì)，交付周期更快更短。近年來(lái)，越來(lái)越多的企業(yè)行業(yè)引進(jìn)敏捷項(xiàng)目管理，不僅是軟件行業(yè)和互聯(lián)網(wǎng)行業(yè)，教育、醫(yī)療、服務(wù)行業(yè)等在逐步向敏捷轉(zhuǎn)型或者使用混合式的管理方法。
下面所以我們這邊先來(lái)簡(jiǎn)單介紹下這兩種模式：
一、瀑布開(kāi)發(fā)模式：
瀑布開(kāi)發(fā)模式是由W.W.Royce在1970年最初提出的軟件開(kāi)發(fā)模型，瀑布式開(kāi)發(fā)是一種老舊的計(jì)算機(jī)軟件開(kāi)發(fā)方法。
瀑布模型式是最典型的預(yù)見(jiàn)性的方法，嚴(yán)格遵循預(yù)先計(jì)劃的需求分析、設(shè)計(jì)、編碼、集成、測(cè)試、維護(hù)的步驟順序進(jìn)行。
步驟成果作為衡量進(jìn)度的方法，例如需求規(guī)格，設(shè)計(jì)文檔，測(cè)試計(jì)劃和代碼審閱等等。 總的來(lái)說(shuō)，迭代周期長(zhǎng)一些，一次性解決所有的任務(wù)，一次上線。
下面我們說(shuō)說(shuō)瀑布開(kāi)發(fā)模式的幾個(gè)特點(diǎn)：
1.嚴(yán)格把軟件項(xiàng)目的開(kāi)發(fā)分隔成各個(gè)開(kāi)發(fā)階段：需求分析，要件定義，基本設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，單體測(cè)試，結(jié)合測(cè)試，系統(tǒng)測(cè)試等。使用里程碑的方式，嚴(yán)格定義了各開(kāi)發(fā)階段的輸入和輸出。如果達(dá)不到要求的輸出，下一階段的工作就不展開(kāi)。
2.重視和強(qiáng)調(diào)過(guò)程文檔，在開(kāi)發(fā)的中后期才會(huì)看到軟件原型，早起只能通過(guò)文檔來(lái)了解系統(tǒng)的模樣。在這種情況下，文檔的重要性仿佛已經(jīng)超過(guò)了代碼的重要性。
3.瀑布模型每個(gè)階段的人員只關(guān)心自己階段的工作，不需要關(guān)注其他階段的工作。
優(yōu)點(diǎn)：
1、可以讓開(kāi)發(fā)人員能夠更專(zhuān)注于本職工作，提高階段效率。
缺點(diǎn)：
1、在項(xiàng)目各個(gè)階段之間極少有反饋，風(fēng)險(xiǎn)往往遲至后期才顯露，失去及早糾正的機(jī)會(huì)。
2、項(xiàng)目早期即作出承諾導(dǎo)致對(duì)后期需求的變化難以調(diào)整，代價(jià)高昂。
3、測(cè)試人員最后才參與到項(xiàng)目中來(lái)，后期風(fēng)險(xiǎn)較大。
4、只有在項(xiàng)目生命周期的后期才能看到結(jié)果。
二、敏捷開(kāi)發(fā)模式：
敏捷開(kāi)發(fā)模式是一種從1990年代開(kāi)始逐漸引起廣泛關(guān)注的一些新型軟件開(kāi)發(fā)方法，是一種應(yīng)對(duì)快速變化的需求的一種軟件開(kāi)發(fā)能力。它們的具體名稱(chēng)、理念、過(guò)程、術(shù)語(yǔ)都不 盡相同，相對(duì)于“非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專(zhuān)家之間的緊密協(xié)作、面對(duì)面的溝通（認(rèn)為比書(shū)面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織 型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫(xiě)和團(tuán)隊(duì)組織方法，也更注重軟件開(kāi)發(fā)中人的作用。
在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)?？偟膩?lái)說(shuō)，拆分成多個(gè)小迭代，多次上線。
下面我們說(shuō)說(shuō)敏捷開(kāi)發(fā)模式的幾個(gè)特點(diǎn)：
1、最核心的功能最先完成，容易出成果。
2、小步快跑，盡早交付，拆分各個(gè)小迭代（spring），一定的迭代周期內(nèi)需要確保開(kāi)發(fā)的完成，規(guī)避了一定的上線風(fēng)險(xiǎn)。
3、各組人員分迭代來(lái)有序工作，比如：設(shè)計(jì)人員出一個(gè)模塊RP，開(kāi)發(fā)人員完成這個(gè)模塊編碼，測(cè)試人員完成這個(gè)模塊測(cè)試。
4、敏捷的管理是團(tuán)隊(duì)的自我管理和項(xiàng)目經(jīng)理的服務(wù)式管理，項(xiàng)目經(jīng)理需要根據(jù)當(dāng)前開(kāi)發(fā)資源確保每個(gè)迭代的的可完成性，團(tuán)隊(duì)成員需有良好的自我管理能力，來(lái)確保小迭代內(nèi)功能的完善；項(xiàng)目經(jīng)理需要對(duì)整體起到把控作用，迭代中可以根據(jù)開(kāi)發(fā)進(jìn)度進(jìn)行各成員工作的微調(diào)，保證迭代進(jìn)度的完成。
優(yōu)點(diǎn)：
1、容易出成果，可以快速提高軟件發(fā)布周期，敏捷確實(shí)是項(xiàng)目進(jìn)入實(shí)質(zhì)開(kāi)發(fā)迭代階段，用戶很快可以看到一個(gè)基線架構(gòu)版的產(chǎn)品。
2、測(cè)試人員能夠盡早參與進(jìn)項(xiàng)目中來(lái)，規(guī)避了一定的風(fēng)險(xiǎn)。???
3、每次迭代周期應(yīng)盡可能短,以便能及時(shí)地處理需求變化和用戶反饋???。
缺點(diǎn)：
1、迭代周期短，為了不影響迭代完整，需要項(xiàng)目中存在經(jīng)驗(yàn)較強(qiáng)的人，要不大項(xiàng)目中容易遇到瓶頸問(wèn)題，延誤迭代進(jìn)度。
2、敏捷開(kāi)發(fā)要求各員工自我管理要強(qiáng)，所以對(duì)人員素質(zhì)和穩(wěn)定性的要求又更高。
三、那為什么要用敏捷開(kāi)發(fā)呢？
1、出成果（版本）快，互聯(lián)網(wǎng)就是以快吃慢，一般都是迭代發(fā)布的，追求創(chuàng)新，說(shuō)明了需要快速響應(yīng)用戶的變化，時(shí)間就是一切，需求不確定性高，這個(gè)在軟件行業(yè)也很常見(jiàn);關(guān)注用戶行為，倡導(dǎo)以用戶為中心的產(chǎn)品設(shè)計(jì)。很典型的例子微信，騰訊一個(gè)月開(kāi)發(fā)出來(lái)的產(chǎn)品，根據(jù)用戶體驗(yàn)和反饋，通過(guò)反復(fù)的小迭代來(lái)優(yōu)化。
2、互聯(lián)網(wǎng)項(xiàng)目中市場(chǎng)反響和客戶體驗(yàn)尤為重要，需要有一個(gè)快速迭代來(lái)響應(yīng)客戶的需求，確?？蛻舻臐M意度。如果是瀑布式開(kāi)發(fā)，迭代慢，更改的成本也比較高。
3、隨時(shí)應(yīng)對(duì)變化，因?yàn)榈芷诘臏p小，使得項(xiàng)目的彈性更足，可以更好的適應(yīng)互聯(lián)網(wǎng)項(xiàng)目上更多的不確定性。
四、那如何從瀑布開(kāi)發(fā)模式往敏捷開(kāi)發(fā)模式切換？
任何開(kāi)發(fā)模塊的切換都是存在風(fēng)險(xiǎn)點(diǎn)的，包括我們前面介紹的前后端分離模式，那我們需要做什么來(lái)減少這些風(fēng)險(xiǎn)呢？
1、優(yōu)先選擇周期比較長(zhǎng)的項(xiàng)目，資源較充足、素質(zhì)較高的團(tuán)隊(duì)來(lái)試行。
2、需要制定一套較為完整的敏捷體系，從產(chǎn)品到開(kāi)發(fā)到測(cè)試，選型敏捷工具。
3、剛切換過(guò)來(lái)的迭代，可以適當(dāng)減少迭代內(nèi)容，切換過(guò)程需要緩沖時(shí)間，避免因?yàn)樵囆须A段出現(xiàn)的問(wèn)題，從而團(tuán)隊(duì)的整個(gè)心態(tài)。
4、項(xiàng)目經(jīng)理需要把控好任務(wù)進(jìn)度，需要在迭代的中間，每天了解迭代運(yùn)行情況，最好是每天團(tuán)隊(duì)可以有晨會(huì)。
關(guān)注公眾號(hào)：PMP 項(xiàng)目管理之家、才聚項(xiàng)目管理PMP暨NPDP考試中心
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
