PMBOK 第5 版的新變化之四：瀑布？還是敏捷？
　　很多管理軟件開發(fā)或新產(chǎn)品設(shè)計(jì)的項(xiàng)目經(jīng)理很熟悉這兩個(gè)概念，但也有很多項(xiàng)目經(jīng)理可能完全沒有聽說過它們。
　　另一方面，很多項(xiàng)目經(jīng)理在學(xué)習(xí)PMBOK時(shí)，可能會(huì)陶醉于其中清晰的過程流程，但同時(shí)又困惑于它與自己的實(shí)際工作有很大差異。例如，在開發(fā)軟件產(chǎn)品時(shí)，一開始并沒有或不能完整地確定出需求和范圍，而是首先實(shí)現(xiàn)一個(gè)可以運(yùn)行的大概的軟件，然后和客戶進(jìn)一步地不斷溝通探討，不斷修改甚至重構(gòu)，“邊設(shè)計(jì)、邊建設(shè)”，小步快跑，并最終實(shí)現(xiàn)客戶需求。
　　所以說，實(shí)際工作中的項(xiàng)目可能有兩類比較極端：一類就好比是建設(shè)奧運(yùn)場(chǎng)館，它是大型的、相對(duì)固定或變更較少的、需要“集團(tuán)軍”來完成的；另一類就好比是建設(shè)一個(gè)SNS交友網(wǎng)站，開發(fā)一個(gè)桌面應(yīng)用軟件，或設(shè)計(jì)一款時(shí)尚手機(jī)，它們是小型的、不甚確定或變更很多的、需要“特種部隊(duì)”來完成的。
　　相應(yīng)的，項(xiàng)目階段之間的關(guān)系大致有三類：順序、重疊、以及迭代。對(duì)于奧運(yùn)場(chǎng)館，階段間的關(guān)系一般是順序的：設(shè)計(jì)、采購(gòu)、施工、驗(yàn)收及交付。而對(duì)于軟件項(xiàng)目而言，很可能采用的是迭代關(guān)系：需求分析——>設(shè)計(jì)及編程——>得到部分可交付成果，然后再這樣進(jìn)行下一輪，即把軟件的整個(gè)需求分析和設(shè)計(jì)編程都分散開來到每個(gè)階段，每次只實(shí)現(xiàn)一部分可交付成果，盡早得和客戶溝通、分析、調(diào)整，以滿足最終的要求。對(duì)后者而言，如果一開始就消耗很多的資源、時(shí)間、花費(fèi)在前期工作比如設(shè)計(jì)上，到中后期卻發(fā)現(xiàn)并不適合客戶的需求，這樣的風(fēng)險(xiǎn)和變更所造成的代價(jià)是非常大的。

　　第五版PMBOK 里在第二章的項(xiàng)目階段，增加了“可預(yù)測(cè)的生命周期Predictive Life Cycle”和“迭代及增量生命周期Interactive and Incremental Life Cycle”的概念。
　　前者的例子就是如下圖所示的瀑布模型Waterfall，階段之間是順序或者重疊的。而后者的例子就是大名鼎鼎的敏捷模型Agile，而且敏捷管理在其它章節(jié)出現(xiàn)的場(chǎng)合也很多，比如在第六章的時(shí)間管理。
　　關(guān)于敏捷型或者說敏捷管理，可以用下表做一個(gè)簡(jiǎn)單比較:

　　回顧項(xiàng)目管理的發(fā)展，我們說它的驅(qū)動(dòng)因素是企業(yè)的3C需求即“Competition競(jìng)爭(zhēng)、Change改變、Creative創(chuàng)新”。而敏捷管理的驅(qū)動(dòng)因素也更是這個(gè)3C，它只會(huì)隨著時(shí)代的改變而越來越重要。所以，未來的項(xiàng)目管理體系里將會(huì)有更多的內(nèi)容來闡述敏捷　管理，以把它“囊括”其中。