精簡傳統開發流程的描述，刪除冗長內容以提升可讀性

Author: marsen

source/_posts/2025/sdd_spec_kit.md

@@ -19,43 +19,7 @@ TL;DR
 跟過往的開放方式什麼不同???  
 什麼原因讓它興起 ???  
 
-## 傳統開發流程(1990之前)
-
-回顧軟體開發的歷史，個人電腦時代到網路時代(1975~1990)
-
-大部份是傳統的瀑布式開發（Waterfall）流程是這樣的：
-
-像是接力賽跑一樣一棒接一棒。
-
-### 需求分析 → 系統設計 → 實作 → 測試 → 部署 → 維護
-
-每個階段都有明確的交付物：
-
-需求分析:產出需求規格書（SRS），對應的角色會有 PM(產品或專案經理)
-
-系統設計:產出設計文件（HLD/LLD），對應的角色會有 SA/SD(系統架構師/系統設計師)
-
-實作階段:產出程式碼，對應的角色會有 RD(工程師)
-
-測試階段:產出測試報告，對應的角色會有 QA(測試工程師)
-
-這個流程有幾個特點：
-
-線性且不可逆 - 每個階段必須完成才能進入下一階段，很難回頭修改
-
-文件導向 - 大量的文件作為階段間的交接依據
-
-後期才見成果 - 要等到實作階段完成，才能看到實際的軟體
-
-變更成本高 - 越晚發現問題，修改成本越高
-
-在這個模式下，規格文件的角色是契約和藍圖。團隊花費大量時間撰寫詳細的規格，試圖在開始編碼前就想清楚所有細節。
-
-但實務上，這些文件往往：
-
-- 寫完就過時，因為需求會變
-- 與實作脫節，因為開發時會發現新問題
-- 成為負擔，因為要花時間維護卻沒人看
+## [傳統開發流程(1990之前)](https://blog.marsen.me/2025/10/30/2025/sdd_spec_kit_water_fall/)
 
 ## 敏捷開發流程(1990~至今)