今天說(shuō)個(gè)題外話，項(xiàng)目的開(kāi)發(fā)模式。之前我們已經(jīng)制定了項(xiàng)目計(jì)劃。并且找到了項(xiàng)目的關(guān)鍵路徑。還記得我們?cè)凇对倭捻?xiàng)目的關(guān)鍵路徑》一文中，用甘特圖來(lái)講解項(xiàng)目計(jì)劃嗎？不記得的可以看下圖喚醒你的記憶：

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

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

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

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

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

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

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

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

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

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

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

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

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

人和交互終于過(guò)程和工具

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

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

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

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

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

優(yōu)點(diǎn)：適用于項(xiàng)目初期需求不明的情況。

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

最后簡(jiǎn)單對(duì)于幾個(gè)開(kāi)發(fā)模型的區(qū)別做一個(gè)總結(jié)：

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

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

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

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

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

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