拆解 Waterfall SDLC 的閘門式單向流程——九個階段、對應會議與交付物文件鏈如何接力，以及它最大的結構性風險：需求愈晚變更、回頭重做的成本愈呈指數放大。
更新於 2026/06/21
Waterfall SDLCSoftware Development Life Cycle，軟體開發生命週期：把專案從構思到退役拆解成數個明確階段。
前面幾章我們分清了專案與產品、比較了方法論、也釐清了團隊的角色與職責；這一章我們在往下鑽研，深入專案管理中最經典的 Waterfall，看它的階段、會議與交付物如何環環相扣。
Waterfall 的九個階段（流程）
- Blueprint｜藍圖 確認專案目標、範疇與預期成果，把模糊的想法收斂成可被估算的輪廓。這是整段瀑布最便宜的修改點，凍結後再動就會逐級放大成本。
- System Analysis｜系統分析（SA） 把藍圖翻譯成「系統做什麼」：訪談需求、釐清業務流程、定義使用者情境，產出需求規格（SRS）與業務流程圖。
- System Design｜系統設計（SD） 把「做什麼」轉成「怎麼做」：系統架構、資料模型、介面、API 規格、權限與整合點都在這裡決定。
- Coding｜開發 依設計文件實作系統。理論上開發者不必再重新「想」需求，只需把 SDDSoftware Design Document，軟體設計文件：描述系統架構、模組設計、介面規格等的文件 變成程式。
- System Integration Testing｜系統整合測試（SIT） 由 QA 進行模組／系統間整合測試，驗證各部分能正確協作，重點在「整體會不會壞」，而非「功能對不對」。
- User Acceptance Testing｜使用者驗收測試（UAT） 由用戶端依驗收標準實際操作，確認系統符合業務需求；UAT 通過代表業務方認可系統可上線。
- Cutover｜切換（視情況） 正式上線前的切換作業，包含資料移轉、停機計畫、舊系統下線、進退版機制等。若是全新系統或無歷史資料的場景，可略過。
- Go-Live｜上線 系統正式對外運作。此刻起任何修改都是 Production 修改，成本最高。
- Maintenance｜維運 上線後的維護、修補與優化；也是知識回流到下次專案藍圖的階段。
Waterfall 五場管控會議
會議在 Waterfall 中扮演守門人的角色 —— 確認「上一階段是否真的完成」。
| # | 會議 | 位置 | 用途說明 |
|---|---|---|---|
| 1 | Kickoff Meeting｜啟動會議 | Blueprint | 對齊目標、範疇、角色責任與初步計畫；唯一不審查交付物、而是建立共識的會議。 |
| 2 | Milestone Review Meeting｜里程碑審查會議 | System Analysis ～ SIT 各關鍵節點 | 於每道閘門評估進度與成果、決定是否放行下一階段，是 Waterfall 的「節拍器」。 |
| 3 | UAT Meeting｜使用者驗收會議 | UAT | 讓用戶／利益相關者實際參與驗收、簽署驗收文件，是業務側對系統的正式背書。 |
| 4 | Go-Live Meeting｜上線會議 | Cutover ～ Go-Live 之間 | 確認部署計畫、步驟、責任分工、回退機制與支援資源，讓上線當天「沒有意外」。 |
| 5 | Handover Meeting｜交接會議 | Maintenance | 將成果與文件交接給維運團隊，含專案總結、知識轉移、未結項目與已知風險。 |
Waterfall 七份交付物
Waterfall 的另一個特徵是文件即合約：前一份文件是後一份的輸入，文件鏈跑通了，專案才算真的跑完。
| # | 交付物 | 產出階段 | 用途說明 |
|---|---|---|---|
| 1 | PRD（Product Requirement Document） | Blueprint | 定義「為什麼要做」與「成功長什麼樣」。 |
| 2 | SRS（System Requirement Spec） | System Analysis | 把 PRD 轉成可驗證的系統需求。 |
| 3 | SDD（System Design Document） | System Design | 承接 SRS 給出架構與細部設計。 |
| 4 | Test Plan / Test Case | SIT | 測試計畫與案例，對應 SRS 與 SDD 中的可驗證項。 |
| 5 | UAT Checklist | UAT | 驗收清單，是業務方簽收的依據。 |
| 6 | Cutover Plan | Cutover | 切換計畫，含資料移轉、停機計畫、進退版策略。 |
| 7 | Maintenance Manual | Go-Live / Handover | 維運手冊，是 Handover 會議的核心交付，封裝專案知識。 |
Waterfall 總體對照表
| # | 階段 | 對應會議 | 該階段交付物 |
|---|---|---|---|
| 1 | Blueprint | Kickoff Meeting | PRD |
| 2 | System Analysis（SA） | Milestone Review | SRS |
| 3 | System Design（SD） | Milestone Review | SDD |
| 4 | Coding | Milestone Review | —（程式碼本身） |
| 5 | SIT | Milestone Review | Test Plan / Case |
| 6 | UAT | UAT Meeting | UAT Checklist |
| 7 | Cutover（視情況） | Go-Live Meeting | Cutover Plan |
| 8 | Go-Live | Go-Live Meeting | —（上線本身） |
| 9 | Maintenance | Handover Meeting | Maintenance Manual |
之所以叫「瀑布」，是因為流程像水一樣單向往下流:每個階段都有閘門(交付物驗收 / 里程碑審查)，通過了水才往下一級，回頭重做的成本很高。下面這張互動圖把「階段說明 / 對應會議 / 交付物鏈」三個面向收進同一條瀑布骨幹，點任一階段即可展開細節。
Waterfall 的風險：需求變更的成本
讀完這篇了嗎？
建立於 2026/06/12 waterfall-sdlc.mdx