一個專案從開始到結束會經歷一系列的階段。有效劃分這些階段，對進度控制、成本控制、質量管理、功能控制至關重要。一般的大中型軟體開發公司，都有自己的階段劃分方法，定義的各階段要完成的任務也不盡相同。本文就個人從研發角度理解到的，簡單敘述一下開發的各個流程。
（1）phase0:由市場人員反饋提出專案開發階段。 該階段沒有明顯的時間週期，是專案的發起階段。由相關人員提供產品的主要feature、市場前景的說明文件。公司管理層、市場部、產品部召開p0會議，決議通過，指定該產品的全權負責人：產品經理。專案進入正式啟動階段。
（2）phase1:計劃階段。 產品經理制定產品各個階段的時間段、成本、產品功能範圍
輸出：進度、成本報告
完成：召集系統部人員、研發部負責人召開pr1（phase review）會議。會議通過，指定系統部人員，分配時間，通知研發部、測試部準備人員在計劃時間進入該專案。
（3）phase2：需求設計階段。

系統設計人員完成需求設計
輸出：需求文件 各子系統需求 各子系統間的互動介面 須明確指出需要完成的功能點
完成：召集系統設計人員、研發人員、測試人員召開pr2會議。會議通過進入phase3階段
（4）phase3：開發階段。 產品經理為研發人員分配時間。系統開發階段（包含3個子階段：設計階段d1、編碼階段d2、內部測試階段d3）
d1階段：
輸出：自己負責模組的系統設計。
完成：研發負責人召集相關人員召開dr1(development review)會議
d2階段：
輸出：程式碼
完成：無明顯事件
d3階段：
輸入：單元測試報告（須包含明確的功能點，明確的輸入、輸出，測試的確切結果）
完成：設計文件、原始碼、安裝檔案/打包檔案、測試文件、安裝說明、relase notes等文件遞交到指定的版本管理工具並且將相關文件傳送給相關人員。
產品經理召集相關人員召開pr3會議，確認功能點完成情況、程式碼量統計、開發階段模擬工具、公有模組等額外的開發成果，通知it部門標記當前版本。
（5）phase4：測試階段。 產品經理為測試人員分配時間。測試人員根據系統設計人員的需求文件對當前版本進行功能點測試、穩定性測試、效能測試。某些情況下可能將該階段細分為：實驗室測試階段、現場測試階段。
輸出：測試報告，bug存入bug管理系統
完成：通知it部門為當前版本標記，作為正式釋出版本。
（6）phase5：維護階段。 產品經理為相關技術支援、研發人員安排適量的靈活時間。正式版本交現場實施部門。
（7）phase6：結束階段。 產品已被市場淘汰，維護終止，所有相關人員撤出，所有文件、程式碼進入凍結，一定時間後銷燬
常使用的工具有clearcase/svn/cvs/sourcesafe clearquest，開源的bug管理工具不再列舉