快快樂樂學軟體工程：規格導向開發
講者：Will 保哥 | 多奇數位創意有限公司 | 技術總監
活動：10/15 Generative AI 年會小聚 2025
題目：快快樂樂學軟體工程：規格導向開發
演講簡介
保哥今第一句話就讓人印象很深：「上次寫規格，你快樂嗎?」
這是一個看似玩笑的開場，卻說中所有開發者心裡的痛，寫完規格被遺忘、沒人維護、最後成了沒有用的文件，這也是傳統開發中最常見的狀況，東西做到一半，規格就被丟掉，沒人更新；最後大家靠印象、靠 Slack 記錄、靠猜。
保哥分享他之前課程現場，有人問到：「規格要不要進版控? 有老闆覺得放 Jira 就好，規格丟 Git 會讓腦子亂掉」
這些反應都真實，也暴露了傳統軟體開發的一個共通盲點，規格長久以來都只是附屬品，而不是驅動引擎。
這場分享提出了一個關鍵轉向，不是放棄寫規格，而是要讓文字「有生命」，能直接驅動程式碼的生成與維護。在過去，我們總覺得 AI 幫我們重構 code 很難，但近期 Sonnet 4.5 的出現，這件事已經變得可行了，他分享現在 1000~2000 行的程式，AI 幾乎可以完全重構，而且還完全不出錯，因此其實時機點已經到來。
保哥提到一個叫 spec-kit 的工具，可以快速搜集整個專案所有細節，是細到會讓 vibe coder 當機的程度，但正是這樣的完整度，才能讓團隊一次看見專案的全貌，也能反思自己設計上的矛盾，從原本模糊不清的描述，變成可以被 AI、被人、被測試流程三方理解的共同語言。
它還能幫你反思、驗證、找出前後矛盾的地方，而這一點，恰恰就是解決 AI「幻覺」的關鍵，因為很多 AI 產生的幻覺，往往不是它亂想，而是我們的規格本身互相矛盾。
在教育訓練中，他觀察到一個有趣的轉變，他們公司有一位 PM 終於「開悟」了，這位 PM 本身有工程背景，第一份 SDD 規格寫得像技術文件，但後來漸漸懂得：「規格不是寫給工程師的，是給所有人看的。」它應該講「為什麼要做」和「想解決什麼問題」，而不是埋進邏輯細節。
這種轉變看似小，卻是文化上的巨大變化，傳統開發的最大盲點，是不同角色說不同語言。當規格能被設計師、測試、產品、甚至業務理解，整個團隊的責任就不再是推來推去，而是共同擁有。因此導入 SDD 後，最開心的通常是 PM，因為他們終於能確定所有人講的「同一件事」是什麼。
有工程師抱怨看規格比寫程式還痛苦，但保哥直說反正再過幾年，寫 code 也寫不過 AI。而且 AI 學過全世界的軟體工程知識，懂架構、懂模式、懂重構，工程師若能透過規格與 AI 合作，就不需要陷在重複實作中，能從規格中看出設計思維、邏輯關聯與風險點，才是工程師未來的價值所在，保哥也說到：
「AI 幫你寫，你看不懂時，就是學習的時間；AI 寫完了你還看不懂，那就是你的問題。」
他最後總結得很好，SDD 是一個迭代的循環，你會從 1 走到 5，再回到 1；但在這個過程中，你會學會不再「猜」，而是透過完整、可靠的規格建立共識，寫規格不再是單純的文件工作，而是人與 AI 協作的橋樑，當我們開始寫出讓 AI 看得懂、也讓人讀得懂的規格時，開發過程本身就成了一場共創。
那如果導入 SDD，看不懂怎麼辦?
答案還是跟 AI 學，因為在這個時代，AI 不只是幫你寫程式，也能教你怎麼寫得更好。
作者：Chi