在工作中，我們常需要借鑒一些已有的模型方法，去幫助我們更好的完成工作。就像算法模型、數據模型一樣，項目也有對應的模型體系。而項目模型的作用，則主要是為了根據既定規則去尋求適合項目開展的方法。
通過掌握一些基礎的項目模型，并選擇恰當的模型方法論，可有助于項目成員達成共識。因為這些經典的模型是前人智慧的結晶，同時也經歷了時間的考驗。所以我們可以取其精華棄其糟粕，借助模型更好的服務于項目管理。
模型管理是項目環節中所用到的一種管理方法，我們需要結合項目情況與流程模型去構建一個高效的項目推進流程。它的核心原則為：
選擇適合項目模型，培養敏捷開發思維
為了梳理清楚流程管理的整體思維框架，便于宏觀對其進行了解，于是匯總了相關的知識脈絡，如下圖所示：
前言
開發流程模型歷經了時代的變遷，在不斷的改進中得到優化完善。而如今，我們總結了一整套有關模型分類的方法論。流程模型的發展已日趨成熟，由最初結構化設計思想為指導的瀑布模型，演變到以拆分功能并不斷完善的增量過程模型，逐步發展為以原型設計模型為主的今天
而敏捷開發的思維被不斷加深在互聯網人的意識中，同時也從側面印證了時間就是金錢的真理。在當下，我們要快速驗證產品與用戶的契合度、快速搶占市場、更要快速搭建自己產品的行業壁壘
1.模型分類
從模型發展之初至今，項目模型的種類主要分為以下三種：瀑布模型、增量過程模型、原型開發模型
瀑布模型
瀑布模型是最早被提出的，它強調開發的階段性，并注重各階段具有的順序性和依賴性。瀑布模型無法提供中間可運行版本，所以只有當需求功能全部完成后，客戶才能見到產品的模樣
優點：
1、強調早期調研的重要性
2、按固定順序推進項目，流程規范
缺點：
1、文檔驅動，在項目中會產生大量冗余的文檔
2、用戶無法及時了解產品開發進度及相關情況
3、很難適應項目所產生的不確定因素
4、項目流程唯一，上下級階段必須依次進行
5、測試最后介入，可能導致嚴重偏差
6、組織龐大，人員閑置
增量過程模型
增量過程模型是迄今為止，最實用且應用廣泛的項目模型，也是公認最高效的模型
它主要由兩部分組成：增量模型、RAD模型，這兩個模型可獨立使用，而結合在一起則會讓項目推進更加順利
（1）增量模型
增量模型需要先對項目中主功能進行搭建，而在后續開發中，通過不斷增加附屬功能的方式去完善它。由于這是一個不斷累加的過程，所以會在項目開展之初，把一整個功能體系分解為若干個功能構件
如果在項目過程中出現需求變更、功能增減的情況，則可以通過修改最小單元去糾正問題，避免全部內容推翻重來，大大降低了開發風險
增量模型和瀑布模型的區別就在于，前者不需要一次性交付全部功能，而是分批次增添功能，不斷提供中間可運行版本給客戶
優點：
1、核心功能最先交付，可得到最多測試機會
2、通過獲取中間可運行版本，便于統籌項目
3、開發優先級靈活，可隨時調整項目進程與方向
4、可多條項目線并行推進
5、降低開發重構風險
缺點：
1、無法從宏觀角度對項目進行統籌
2、需要產品功能具備開放式可分解的結構
（2）RAD模型
RAD模型又稱為V模型，是一種快速應用開發的項目模型。它強調在項目開展初期就讓測試人員介入，追求模塊可復用的理念，通過使用重復的模塊去迅速搭建產品功能
優點：
1、測試全程伴隨項目進行，容錯率低
2、項目開發迅速
3、對信息系統開發十分有效
缺點：
1、由于需要拆解項目功能，所以需要大量人力資源去創建相對獨立的分支項目組
2、如果系統不支持模塊化分解，則無法進行
3、不適合技術風險高或系統需求性能高的項目
原型開發模型
顧名思義，就是采用已繪制好的原型圖和客戶進行協商，不斷調整原型內容，以便理解和澄清問題。無論是從視覺上還是功能上，都可以得到完善優化，直到雙方都滿意為止
之后，根據一整套原型圖進行功能開發、項目推進，保證開發成果與客戶預期一致。由于該模型可以讓客戶快速、直觀的體驗到實際產品，所以也常見于產品功能演示
優點：
1、幫助客戶快速看到產品雛形
2、不斷完善用戶需求
3、開發成果與客戶預期一致
缺點：
1、前期工作量龐大，會反復修改原型內容
2、會存
