如何選擇項目開發(fā)模式 - 我們一起學(xué)項目管理 （十八）

今天說個題外話，項目的開發(fā)模式。之前我們已經(jīng)制定了項目計劃。并且找到了項目的關(guān)鍵路徑。還記得我們在《再聊項目的關(guān)鍵路徑》一文中，用甘特圖來講解項目計劃嗎？不記得的可以看下圖喚醒你的記憶：

為什么要把這個甘特圖拿出來呢？因為這個甘特圖是基于可以添加資源，來迎合項目交付日期的假設(shè)的。現(xiàn)在思考一個問題，如果資源不能增加，又不能更改項目交付日期，該怎么辦呢？

這就需要我們從項目的開發(fā)模式上入手思考了。

項目的開發(fā)模式，一般分為三種，瀑布式，迭代式和現(xiàn)在如火如荼的敏捷開發(fā)。

瀑布式：是最典型的預(yù)見性的方法，嚴(yán)格遵循預(yù)先計劃的需求分析，設(shè)計，編碼，集成，測試，維護(hù)的步驟，并按照順序進(jìn)行。每一步驟結(jié)束之后才能開始下一步驟。而前一步的成果物會作為后一步驟的輸入物。如我們的例子中就是使用的瀑布模型。

優(yōu)點： 對于每一階段的產(chǎn)出有嚴(yán)格的要求。對于項目質(zhì)量的追蹤非常密切。

缺點： 不夠靈活，嚴(yán)格的分階段導(dǎo)致自由度降低。對于項目后期需求的變化難以調(diào)整，或者說調(diào)整的代價過于高昂。

對于一個項目來說，越早期的調(diào)整對于項目的影響越少。而瀑布式的開發(fā)模式，客戶在最后階段交付的時候才能看到成果物。一旦成果物有偏差，調(diào)整起來的代價勢必相當(dāng)巨大。也鑒于此，使用瀑布模式開發(fā)，對于早期需求的提煉，分析和把控相當(dāng)?shù)闹匾６?b>需求不明或者項目需求經(jīng)常變化的情況是不建議使用瀑布模型的。

迭代式：是一種與瀑布式開發(fā)相反的開發(fā)過程，他彌補(bǔ)了傳統(tǒng)開發(fā)方式中的一些弱點，具有更高的成功率。

所謂的迭代開發(fā)，就是每次只設(shè)計和實現(xiàn)一個產(chǎn)品的一部分，逐步完成整個產(chǎn)品。說白了，就像畫畫一樣，先畫輪廓，然后得到客戶反饋后在畫細(xì)節(jié)。每一次迭代都會經(jīng)歷瀑布模型的需求分析，設(shè)計，編碼，集成，測試，維護(hù)的步驟。即我先做到從沒有到有，然后再精益求精，慢慢優(yōu)化。

優(yōu)點：每一次的迭代，客戶都可以看到成果物，然后做出反饋。相比瀑布模型在整個項目最后看到結(jié)果，每一次迭代的完成都可以看到相關(guān)的結(jié)果和得到客戶的反饋。同時，每一次跌代里，都是小的瀑布模型，從而保證了每次產(chǎn)出的準(zhǔn)確性。

缺點：明知道項目中的不足之處，但是不馬上修復(fù)。將主要精力優(yōu)先放在從無到有的過程中。

所以對于迭代模型，即保持了瀑布模型成果物的高質(zhì)量，也降低了項目在實施過程中需求頻繁變化造成的負(fù)面影響。但是在短期內(nèi)，無法整體到達(dá)客戶質(zhì)量要求。

敏捷開發(fā)：是一種應(yīng)對快速變化需求的一種軟件開發(fā)模型。更加強(qiáng)調(diào)面對面的溝通。和非敏捷類模型不同，敏捷開發(fā)，強(qiáng)調(diào)：

人和交互終于過程和工具

可以工作的軟件終于求全而完備的文檔

客戶協(xié)作終于合同談判

隨時應(yīng)對變化終于循規(guī)蹈矩。

于是對于敏捷的模型，可以歸納為，整個團(tuán)隊是一個整體來工作的；有迭代周期，每次迭代交付一些成果物。這些和迭代很像。但是不同于迭代的是，敏捷的周期更短，適用于項目初期需求不明確的情況。

因為敏捷開發(fā)的模型，并不注重整體的項目進(jìn)度。相反的敏捷強(qiáng)調(diào)的是業(yè)務(wù)優(yōu)先級，檢查和調(diào)整。于是即使在項目初期需求不明的情況下，使用敏捷的方式開發(fā)，可以做到每個迭代周期都能夠得到基于該迭代周期的成果物。而客戶可以根據(jù)當(dāng)前迭代周期的成果，確定后一周期的目標(biāo)。所以，敏捷強(qiáng)調(diào)的不是預(yù)見性，而是適應(yīng)性。

優(yōu)點：適用于項目初期需求不明的情況。

缺點：適合與小團(tuán)隊，不適合與大團(tuán)隊實行敏捷。對于團(tuán)隊成員要求比較高。對于項目整體的目標(biāo)沒有清晰的設(shè)定。

最后簡單對于幾個開發(fā)模型的區(qū)別做一個總結(jié)：

瀑布式開發(fā)模型，對于需求，設(shè)計，編碼，測試，交付各個階段，每一個階段都要求做到最好。前期階段也好，后期成本損失也少。即，做的慢， 但是完美。前提是需求不能變。

迭代式開發(fā)模型，不要求每一個階段的任務(wù)做的是最完美的，知道有不足，但是不去完善它。即用最短的時間，搭建一個不完美的成果物。然后在通過客戶反饋信息，逐步完善。

敏捷開發(fā)模型：強(qiáng)調(diào)團(tuán)隊高協(xié)作。開發(fā)周期比迭代更短，常用于項目初期需求不明的情況下。通過適應(yīng)性彌補(bǔ)預(yù)見性不足。即當(dāng)需求發(fā)生變化時，快速反應(yīng)，產(chǎn)出成果。但是具體項目將來要做成什么樣，并不知曉。

現(xiàn)實場景中的項目其實并不僅僅使用一個開發(fā)模型的。項目經(jīng)理需要根據(jù)當(dāng)前項目階段的特點，來選擇合適的項目模型。

如果當(dāng)前項目初期需求經(jīng)常變化，那么敏捷會是一個不錯的選擇。而一旦需求確定了，可以使用迭代的方式，進(jìn)行開發(fā)。并且將瀑布模型植入迭代的每一個周期。這樣既保證了迭代的每一個周期的產(chǎn)出質(zhì)量。有可以適應(yīng)客戶經(jīng)常變化需求的客觀事實。

當(dāng)然，項目有特殊性，所以具體問題還需要具體分析。切記照搬經(jīng)驗。