項目生命周期

上一篇文章內(nèi)容有點多呀，消化完了嗎？其實吧，最主要的就是那三種組織形式而已，別的真沒什么，記住它們的優(yōu)缺點和項目經(jīng)理的權(quán)力大小就可以了。今天我們輕松點，雖說還是挺重要的，但要記住它們并不是在今天。我們要了解一下項目的生命周期，以及在 IT 項目開發(fā)中常用的典型生命周期。其實這些內(nèi)容我們在技術(shù)相關(guān)的內(nèi)容中都已經(jīng)有涉及過，這里只是更詳細的再說明一下?？吹较旅娴膬?nèi)容你一定不會感到非常陌生的。最后，我們還要提一下項目管理過程，也就是大家翹首以盼的 PMBOK 十大過程領(lǐng)域，當然，只是簡單的介紹下，因為每個過程域我們在后面都會詳細地學(xué)習(xí)。

項目生命周期

在技術(shù)相關(guān)的第一課，也就是 【信管1.1】信息系統(tǒng)與信息化https://mp.weixin.qq.com/s/-zYr7LO9OaeZfIEfziflpg 中，我們就提到過信息系統(tǒng)生命周期的概念。其實它本質(zhì)上就是從項目生命周期演化產(chǎn)生的。項目生命周期指的是項目從啟動到收尾所經(jīng)歷的一系列階段。階段通常都有時間限制，有開始點、結(jié)束點或控制點。

從預(yù)測型（或計劃驅(qū)動的）方法到適應(yīng)型（或變更驅(qū)動的）方法，項目生命周期可以處于這個連續(xù)區(qū)間內(nèi)的任何位置。在預(yù)測型生命周期中，在項目開始時就對產(chǎn)品和可交付成果進行定義，對任何范圍變化都要進行仔細管理。而在適應(yīng)型生命周期中，產(chǎn)品開發(fā)需要經(jīng)過多次迭代，在每次迭代開始時才能定義該次迭代的詳細范圍。

上面這個項目的生命周期圖中，我們可以看到 啟動項目、組織與準備、執(zhí)行項目工作 以及 結(jié)束項目 這四個階段，其實換個單詞就是 啟動、計劃、執(zhí)行、收尾 這個四個步驟。如果再加上一個全程的 監(jiān)控 的話，就演變成了完整的 PMBOK 的五大項目過程組。

不同的階段其實并沒有特別嚴格的劃分方法，階段通常是以一個或多個可交付成果的完成為結(jié)束的，通常這些階段也需要遵循一些規(guī)定：

• 每個階段要完成哪些技術(shù)工作

• 每個階段的交付物何時及如何產(chǎn)生

• 每個階段都有哪些人員參與

• 如何控制和批準每個階段

在上面的圖中，我們還看到了一條曲線，這條曲線代表的是成本與人力投入的水平。我們可以看到，成本與人力投入在開始時較低，在工作執(zhí)行期間達到最高，并在項目快要結(jié)束時迅速回落。不過，成本和人力投入的這條曲線并不是適用于所有項目的，因為有的項目可能在生命周期早期支出較大，以確保所有的資源到位，也就是說，給予的資源投入從一開始就是頂峰。

除了成本和人力外，項目的風(fēng)險不確定性和變更代價也會隨著項目的進展而產(chǎn)生變化。

從圖中我們可以看到兩條曲線。其中風(fēng)險與不確定性在項目開始時最大，并在項目的整個生命周期中隨著決策的制定與可交付成果的驗收而逐步降低。另一條變更的代價則是反過來的，在不顯著影響成本的前提下，改變項目產(chǎn)品最終特性的能力在項目開始時最大，并隨項目進展而減弱。其實就是說，在項目開始階段，變更不需要付出太多的代價，而越接近項目結(jié)束，所要付出的代價也就越來越大。

項目生命周期通常是產(chǎn)品生命周期的一部分，并且是被包含于產(chǎn)品生命周期的。這個我們在最早的那一課中也看到過。

信息系統(tǒng)的項目典型生命周期模型

項目生命周期還是比較好理解的吧，畢竟這是我們第二次學(xué)習(xí)了。接下來的內(nèi)容其實也是我們之前講過的，而且是緊接著第一課的內(nèi)容，也就是 【信管1.2】信息系統(tǒng)開發(fā)方法https://mp.weixin.qq.com/s/HLD1haIjUs9g8CC9-El2Ag 中提到的內(nèi)容。我們在學(xué)習(xí)與之對應(yīng)的信息系統(tǒng)開發(fā)方法時會同步回顧之前的內(nèi)容。以下內(nèi)容非常經(jīng)典，是所有軟件工程教材中必有的內(nèi)容，重點哦！

瀑布模型

最最經(jīng)典的，不提他就沒法說軟件工程和軟件項目管理。重要到什么程度呢？后面所有要講的東西，只是翻來覆去對它的變形優(yōu)化，本質(zhì)上沒有特別的不同。

估計不少同學(xué)可能現(xiàn)在在公司就是這樣的開發(fā)模式吧。我們從可行性分析（計劃）開始，依次經(jīng)歷需求分析、軟件設(shè)計（概要設(shè)計、詳細設(shè)計）、編碼（含單元測試）、測試、運行維護等幾個階段，一步步地走下來。它對應(yīng)的就是我們之前學(xué)習(xí)過的 結(jié)構(gòu)化方法 。

也就是說它的特點和優(yōu)劣勢和 結(jié)構(gòu)化方法 是一樣的，只不過 結(jié)構(gòu)化方法 更偏方法論。而瀑布模型我們可以用更具體的項目化的術(shù)語總結(jié)一下：

• 優(yōu)點：具有檢查點；關(guān)注后續(xù)階段；在迭代中可以使用；模板化的開發(fā)可以實現(xiàn)共同指導(dǎo)。

• 缺點：階段劃分相對固定，嚴格區(qū)分階段，并且包含大量的文檔；線性化的開發(fā)，到末期才能看到結(jié)果；不適應(yīng)變化。

你可以再回顧一下我們在學(xué)習(xí)結(jié)構(gòu)化方法時總結(jié)的優(yōu)缺點，不管是簡答還是選擇題，這兩個概念有很多內(nèi)容都是相通的，也是可以互相拿分的。

V模型

如果你的項目很注重質(zhì)量，也就是交付的成果對質(zhì)量的要求非常高，那么 V模型 就是不可或缺的神器。

熟悉嗎？驚訝嗎？這不就是在 瀑布模型 的基礎(chǔ)上為對應(yīng)的階段增加了對應(yīng)的測試嘛。它的重要意義在于，非常明確地表明了測試過程中也是一樣存在不同的級別的，并且可以對應(yīng)到我們 瀑布模型 的開發(fā)流程中。V模型體現(xiàn)的主要思想就是開發(fā)和測試是同等重要的。相信右邊的這些測試是什么意思不用多解釋了吧。如果有不記得的小伙伴可以回去再復(fù)習(xí)一下哦。【信管1.10】軟件工程（四）軟件測試與質(zhì)量保證https://mp.weixin.qq.com/s/qxhpONT2d9HBRhEN3AbZBQ。

對了，我們在之前的課程中沒有提到過驗收測試，其實驗收測試就是最后在正式的線上環(huán)境中的演示，演示對象就是我們的客戶或者用戶。

螺旋模型

剛剛說了如果看重質(zhì)量，那么你應(yīng)該選擇 V模型 ，而如果項目很注重風(fēng)險，有很大的風(fēng)險隱患，那么你的最佳選擇就應(yīng)該是螺旋模型了。

這一圈一圈的看不懂吧？我第一次看的時候也是一臉懵的。其實，你可以從左上角的 制訂計劃 看起，然后順時針依次看到 風(fēng)險分析、 實施工程 和 客戶評估 。然后不停的這樣順時針旋轉(zhuǎn)進行項目的開發(fā)。是的，我估計你猜到了，計劃、執(zhí)行、收尾，中間加了一個 風(fēng)險分析 。

螺旋模型是一種深化軟件的過程模型，將迭代增量的方式與線性順序（瀑布）中控制的和系統(tǒng)化的方面結(jié)合起來，使得軟件增量版本的快速開發(fā)成為可能。更重要的是，它在其中增加的 風(fēng)險分析 ，當發(fā)現(xiàn)項目產(chǎn)品有問題的時候，我們可以馬上終止開發(fā)。

綜上所述，螺旋模型特別適用于復(fù)雜的、高風(fēng)險、不成熟的項目。

迭代模型

迭代這個詞其實是在敏捷開發(fā)中發(fā)揚光大的，在之前的敏捷學(xué)習(xí)中，我們知道迭代就是在一個固定的時間內(nèi)去交付某些有價值的成果。真正的迭代模型其實是早于敏捷的，是敏捷采用了這一模型。

一次迭代就可以看成是一次小瀑布，整個迭代開發(fā)過程就是不斷重復(fù)的小瀑布循環(huán)。

從這個表中，我們看出迭代模式也是包含不同階段的，初始、細化、構(gòu)造、移交 這四個階段中的小瀑布又有著不同的工作量占比。比如說，在初始階段，需求工作就是非常重要的部分，而在構(gòu)造階段實現(xiàn)就占了非常大的比重。

我們教材上的這個迭代模型的圖示，在網(wǎng)上被廣泛用于另一個經(jīng)典模式的解釋 統(tǒng)一過程RUP 。

統(tǒng)一過程（RUP/UP，Rational Unified Process）是一種以用例驅(qū)動、以體系結(jié)構(gòu)為核心、迭代及增量的軟件過程模型，由UML方法和工具支持，廣泛應(yīng)用于各類面向?qū)ο箜椖俊Ｋ旧硪彩堑Ｐ偷囊环N，可以歸類為迭代模型之下。

除此之外，螺旋模型，很明顯的也可以看出是迭代模型一類的模型。還有一種面向?qū)ο蟮牡Ｐ停Q為 噴泉模型 。

原型化模型

原型化模型的第一步就是創(chuàng)建一個快捷原型，能夠滿足項目干系人與未來的用戶可以與原型交互，再通過與相關(guān)干系人進行充分的討論和分析，最終弄清楚當前系統(tǒng)的需求，進行了充分的了解之后，在原型的基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。

在螺旋模式中，我們就提到過原型化開發(fā)，其實它就是為了彌補瀑布的變更代價高昂的缺點。在開發(fā)前，我們用最小的代價來產(chǎn)出一個原型用于確認需求。

原型可以不用寫代碼，線框圖、低保真、高保真原型幾乎已經(jīng)成為了 產(chǎn)品經(jīng)理 的代表工具。使用 Axure 的高手做出來的動態(tài)高保真原型是真的能夠達到以假亂真的地步的。

因此，原型模式其實現(xiàn)在已經(jīng)被 產(chǎn)品經(jīng)理 廣泛使用了。而我們技術(shù)可以快速實現(xiàn)的類似原型的一種開發(fā)形式為 MVP ，也就是敏捷中的 最小可行性產(chǎn)品。大家可以在之前的敏捷課程中回顧一下。

原型根據(jù)使用的結(jié)果可以分為兩類：

• 拋棄型原型：此類原型在系統(tǒng)真正實現(xiàn)以后就放棄不用了。

• 進化型原型：此類原型的構(gòu)造從目標系統(tǒng)的一個或幾個基本需求出發(fā)，通過修改和追加功能的過程逐漸豐富，演化成最終系統(tǒng)。

敏捷開發(fā)模型

敏捷開發(fā)，額，之前已經(jīng)寫過太多了，有興趣的小伙伴去看看吧！

好吧，說下重點，了解一下敏捷開發(fā)在這邊的重點關(guān)注的內(nèi)容就好了。它適合小團隊、小規(guī)模的項目，小步快跑模式。其實實現(xiàn)的就是 增量迭代 的方式來進行開發(fā)。

剩下的希望大家還是去看下我之前的 PMI-ACP 相關(guān)課程吧。

逆向工程

逆向工程，從技術(shù)的角度來說就是通過反編譯等手段，將一個軟件進行解構(gòu)分析。比如說在十多年前，反編譯 Android 應(yīng)用來參考別人的代碼實現(xiàn)是非常常見的情況。

逆向工程包括 設(shè)計模型（實現(xiàn)級）的逆向，也就是完全恢復(fù)之前的系統(tǒng)；程序數(shù)據(jù)結(jié)構(gòu)信息（結(jié)構(gòu)級）恢復(fù)數(shù)據(jù)及算法；對象模型、數(shù)據(jù)和控制流模型（功能級）恢復(fù)設(shè)計內(nèi)容文檔 以及 UML狀態(tài)圖和部署圖（領(lǐng)域級）恢復(fù)設(shè)計流。

逆向工程這一塊，了解一下就好啦。

項目過程組與知識域

項目管理從實現(xiàn)上來說，其實就是將知識、技能、工具和技術(shù)應(yīng)用于項目活動之中，以滿足項目的要求。它是通過利用項目管理知識、技能、工具和技術(shù)的過程實現(xiàn)的，這些過程憑借每個過程的輸入條件創(chuàng)造出成果。也就是說，每個過程都會有自己的 輸入、輸出 以及相應(yīng)的 工具、技術(shù)、方法 。

過程就是一組為了完成一系列事先指定的產(chǎn)品、成果或服務(wù)而需執(zhí)行的互相聯(lián)系的行動和活動。在項目管理過程中，我們其實最主要關(guān)心的就是項目生命周期的那五大過程：啟動、計劃、執(zhí)行、控制 和 收尾。之前也已經(jīng)說過了，這五方面的內(nèi)容構(gòu)成了 PMBOK 理論體系中的 五大過程組 。

• 啟動過程組：定義并批準項目或項目階段。

• 計劃過程組：定義和細化目標，并為實現(xiàn)項目需要達到的目標和完成項目要解決的問題范圍而規(guī)劃必要的行動路線。

• 執(zhí)行過程組：整合人員和其他資源，在項目的生命期或某個階段執(zhí)行項目管理計劃。

• 監(jiān)督與控制過程組：定期測量和監(jiān)控項目績效情況，識別與項目管理計劃的偏差，以便在必要時采取糾正措施，確保項目或階段目標達成。

• 收尾過程組：正式驗收產(chǎn)品、服務(wù)或工作成果，有序的結(jié)束項目或項目階段。

在這五個過程組中分別穿插著 PMBOK 知識體系中的十大知識域。知識域中的每個過程的成果一般會成為另一個過程的依據(jù)或成為項目的可交付的成果。如果是依據(jù)的話，那么也就是另一個過程的輸入。它們之間相互影響、相互作用。

上面這張圖相信學(xué)過 PMP 的同學(xué)簡直是再熟悉不過了。在 信管師 的考試中，和 PMP 是一樣的要求，這張圖中的表格，表格中的內(nèi)容，必須全部背下來。沒有為什么，考試考的就是它??！信管師考試下午的簡答、論文都和它有關(guān)。當然，現(xiàn)在就要你背下來還是有點強人所難的，因為你還不知道這一堆東西是干嘛的，因此，在我們講完所有的課程之后，請你回過頭來，把它背下來。這張表格的重要程度 10000% 。

如果你希望有 Excel 表格形式或者更清晰的版本，可以去搜索 PMBOK 第五版的電子書，因為我們 信管師 教程中項目管理知識體系是以 PMBOK 第五版為基礎(chǔ)的。當然，你也可以使用我的小程序 PMP知識域 來進行背誦。在這個小程序中，我們主要是背誦 PMP 的 ITTO （Input、Output、Tools and Technology） ，也就是每個過程的 輸入、輸出、工具和技術(shù) 這三部分內(nèi)容。信管師對這個要求還好，但我建議你最好也能背下來。

pmp知識域

表格中的十大知識領(lǐng)域，用一句順口溜來說的話，可以記成：范圍時間成本質(zhì)量是核心，人力溝通風(fēng)險采購干系人是輔助，整體管理來歸一。

項目的整個開發(fā)過程其實就是上圖所展示的，注意中間那個環(huán)。其實它就是根據(jù)大名鼎鼎的 戴明環(huán) 演變而來，也就是我們在敏捷中說過的 PDCA 循環(huán)。這四個字母分別代表的是 Plan、Do、Check、Act 。雖說它叫做 戴明環(huán) 但其實它是由 瓦特 提出，戴明 進行完善的。更多具體的內(nèi)容大家可以自行查閱相關(guān)的資料文檔，或者去之前我們敏捷的課程中找找哦。

總結(jié)

今天的重點內(nèi)容是什么呢？不用我說大家也能看出來，項目過程管理組和知識域的那張大表格，不過幸好，今天你還不需要去把它背下來，但它，是我們整個課程的超級重點。等你學(xué)完全部的項目管理知識后，再背它也會變得很容易。另外項目生命周期中的重點是信息系統(tǒng)項目典型生命周期這部分的內(nèi)容，也不需要完全的記憶，我們只要看到名字就能知道這些模型的特點就可以了。

參考資料：

《信息系統(tǒng)項目管理師教程》

《某機構(gòu)培訓(xùn)資料》

《項目管理知識體系指南 PMBOK》第六版