由於最近公司需要從0到1的制定研發流程規範，於是對五種常見的研發流程做了對比，並編寫了研發全流程規範文件，歡迎盆友們溝通交流~
以下是五種常見模型對比**：
研發模型名稱
模型特點
適用場景
瀑布模型
文件驅動，開發過程為一系列有序的活動
1.專案需求穩定
2.可按專案計畫，分階段開展研發活動
敏捷開發
需求進化為核心，採用迭代、循序漸進的方法進行軟體開發
1.需求變化頻繁，使用使用者故事作為需求驅動
2.專案要求時間緊急
3.小步快跑的交付產品，需要短週期內（如每天）匯報進度
增量模型
將待開發的軟體系統模組化和元件化，有計畫的進行產品改進
1.軟體產品可以分批次地進行交付
2.待開發的軟體系統能夠被模組化
3.軟體開發人員對應用領域不熟悉，難以一次性地進行系統開發
4.專案管理人員把握全域性的水平較高
快速原型模型
開發真實系統之前，構造乙個原型，在該原型圖基礎上逐漸增量開發或直接捨棄原型圖重新開發
1.需求可變，如生命期較短的系統
2.需求模糊
3.使用者和開發者溝通困難
螺旋模型
「螺旋模型」剛開始規模很小，當專案被定義得更好、更穩定時，逐漸展開
強調了其他模型所忽視的風險分析，特別適用於大型複雜系統
以下為每種開發模型圖形 ：
我們的專案都是通過前期調研，需求基本確定的專案，有一定的專案計畫和工期安排，開發根據客戶要求，研發過程中需要一定的文件記錄，最終專案驗收時需要提交一定的過程文件和測試報告等，根據專案特性，比較適合選用瀑布模型。
根據瀑布模型管理規範我們的研發過程，能較好的把握研發過程中的各里程碑節點，有效控制各階段的進度和產出成果物。
關於研發流程
關於研發流程，每個公司因為團隊規模大小而不一樣。團隊規模較小 需求，研發，測試都是由乙個人跟你提供，始終只有乙個人和你對接 正常團隊規模 產品出需求，技術主管和研發人員評審確定方法，研發開發和自測，測試工程測試，產品驗收。整個過程你需要合產品，研發主管，測試打交道 利弊 團隊規模小比較靈活，因為你每...
研發流程詳解
專案委員會 這是乙個很虛的角色，即能確定專案是否要做的那幫人，有時候可能就是乙個高階經理就能拍板確定。和我們實際開發沒啥關係，不用去關心他。在說幾點注意事項 這個流程是站在前端開發角度來分析的，因此好多步驟的發起人都是 fe。ps 在此我也希望大家在工作中都要做到積極熱情，主動承擔一些事情，你會得到...
軟體專案研發流程
前一點段時間參與了乙個公司的新專案，最近有時間開始總結一下專案的研發流程 研發流程大概分 為 6個部分可研性分析，需求分析，概要設計，詳細設計，程式編碼，測試，發布，下面就分別說一說這個幾個環節具體都幹什麼.可研性分析之後，確定產品，研發 技術leader和主程 測試同學，質量同學，需求方對接人進行...