# 什麼是規格優先交付？ 規格優先交付是一套實用的跨職能工程框架。它把產品意圖、領域知識、限制與具責任歸屬的專業判斷，轉化為一套共享系統，引導人與 AI 由執行一直走到驗收，讓組織能夠持續交付自己理解、信任，也準備好承擔責任的軟體。 ## 從不同角色看規格優先交付。 這套系統把各角色的知識和專業判斷帶進工作，同時清楚保留決策權限和驗收責任。 ### 技術長／工程經理 對技術長和工程經理而言，規格優先交付是一套交付營運模式，把組織知識、工程限制、決策權限和專業判斷轉化為可持續的人員與 AI 輔助交付系統。它減少交付對個人記憶、非正式交接或特定團隊和工具的依賴，同時保留管治變更所需的權限和證據。 ### 業務 對業務貢獻者而言，包括產品負責人、產品經理、商業分析師、領域專家和其他具責任歸屬的業務參與者，規格優先交付讓他們能把產品意圖、領域知識、業務規則、例外情況和驗收判斷直接帶進軟體交付。他們的專業知識成為工程和 AI 可據以工作的權威交付知識，而不是每次交接都必須重新詮釋的脈絡。 ### 工程師 對工程師而言，規格優先交付是一套工程系統，提供有信心地實作變更所需的脈絡、決策、限制和驗收條件。工程師持續對技術判斷負責，同時減少重建遺失產品或組織脈絡的工作；AI 則在明確定義的權限內執行。 ## AI 讓一個長久存在的交付問題，再也無法被忽視 ### AI 的能力正以快過組織能力的速度擴展。 能夠使用強大模型，並不會自動帶來界定工作、揭露假設、提供適切脈絡或評估結果的能力。 ### 清晰的提示不能取代問題界定。 再好的提示，也無法補足缺失的產品意圖、領域知識、限制、決策權限或驗收準則。 ### AI 揭示了傳統交付中一直隱含的知識。 以往透過會議、資深人員和非正式交接重新取得的脈絡，現在必須成為可持續保存且可存取的知識。 ### 專業判斷仍然各有專長。 實作變快，並不會令產品、架構、安全、可靠性或品質判斷變得可以互換。 ### 核心命題 > 瓶頸正從產出程式碼，轉移到界定、管治和驗證程式碼原應執行的工作。 ## 讓知識和專業判斷成為交付系統的一部分 ### 共享知識 讓產品意圖、領域語意、架構、限制、決策和營運知識得以持續保存並易於取用。這讓每位合資格的交付參與者都能取得解讀變更所需的脈絡，並使塑造變更的知識持續連結至產品的現行狀態。 - **共享知識:** 讓產品意圖、領域語意、架構、限制、決策和營運知識得以持續保存並易於取用。這讓每位合資格的交付參與者都能取得解讀變更所需的脈絡，並使塑造變更的知識持續連結至產品的現行狀態。 - **討論與訂明規格:** 讓相關專業範疇根據適用的共享知識，一同解讀交付需要。他們具責任歸屬的專業判斷，使變更的工作範圍、需求、限制、決策、例外情況和驗收條件變得明確。重要問題會在成為隱含的實作假設前，由擁有決策權的角色處理。 - **獲授權執行:** 人員和 AI 在明確的工作範圍、權限、脈絡和限制內實作已協議的變更。工程師對既有知識刻意未決定的實作問題行使技術判斷，並把重要的不確定性提交予具責任歸屬的決策擁有者。執行可保持高效，同時權限仍由擁有它的人承擔。 - **驗證與驗收:** 運用適當的測試、檢查、量度和審閱，根據界定工作所用的條件評估整合後的交付作業。具責任歸屬的擁有者決定證據和符合性審閱是否足以驗收最終產品狀態。驗收建立組織能解釋並承擔責任的可信賴交付作業。 - **保留所得知識:** 把已接受的決策、已更新的知識、實作所得知識、程式碼和證據，保留為相互連結的現行狀態知識。往後的交付便能以準確記錄為起點，了解改變了甚麼、為何改變，以及哪些證據支持已接受的產品狀態。 ## 從意圖到可信賴的交付作業 產品、領域、架構、工程、品質和具責任歸屬的擁有人，都在同一條交付路徑中，於需要其專業判斷時直接作出貢獻。 可信賴的交付作業讓相關專業範疇走在同一條交付路徑上，從塑造變更的脈絡開始，直到驗收和保留所得知識。 ### 建立脈絡 產品、領域、架構、營運和其他相關知識，釐清變更的意義，以及已經適用的限制。 ### 定義變更 相關專業範疇把需求、決策、限制、例外情況和驗收條件直接帶進規格。 ### 在權限內執行 工程師和 AI 在明確的工作範圍和限制內實作變更。工程師持續對技術判斷和實作品質負責。 ### 憑證據驗收 具責任歸屬的擁有人，依照自己參與訂定的需求和驗收條件評估證據。驗收完成交付作業，並把可持續保留的所得知識回饋至知識系統。 ## 規格優先組織 規格優先組織會保存讓組織持續負責任地交付軟體所需的知識、決策、角色、規格、權限、證據和經驗。即使人員、團隊、供應商或工具有所變動，這些資料仍可供使用。 ### 由規格架構師直接作出貢獻 產品、領域、架構、工程、安全、可靠性和品質的專業人員，都是[規格架構師](https://specfirstdelivery.org/zh-tw/framework/specification-architect)：他們把自己的專業判斷直接帶進交付系統，讓這些判斷引導規格、執行和驗收。 ### 對話脈絡 → 可持續保存的知識 重要的理據、術語、限制和決策會保留下來，讓需要的人可以查閱，而不是只存在於會議、聊天記錄或個人記憶中。 ### AI 自主性 → 有明確範圍的權限 AI 可完成大量實作，但只能在明確的工作範圍、限制、決策權限和驗收條件內行事。 ### 完成程式碼 → 可信賴的驗收 寫好程式碼並不等於完成交付。只有適當證據證明既定需求和限制已獲滿足，交付作業才會獲得驗收。 ## 規格優先交付是甚麼：又不是甚麼 規格優先交付把人、技術和組織運作放在一起考慮，以規格推動跨職能交付，亦不受特定工具限制。工作越模糊、風險越高、相依關係越複雜或後果越重大，討論、規格、審查和證據便越需要深入。 ### 規格優先交付是甚麼 - 一套社會技術交付框架，讓技術、組織知識、專業判斷、角色與權限，以及人員和 AI 的協作，在同一個營運模式下共同運作。 - 一種採用規格驅動開發、而且不受工具限制的做法，可配合不同的程式開發代理、開發環境、規格格式、儲存庫和工作流程工具。 - 一套跨職能交付系統，讓業務、領域、工程、架構、安全、可靠性、品質和其他相關專業範疇，直接把塑造交付所需的知識和規格帶進工作。 - 一套讓人員和 AI 依循明確脈絡、限制、權限和驗收條件進行實作的框架，並保留交付過程中形成的知識。 ### 規格優先交付不是甚麼 - 規格優先交付不會取代 Agile、Scrum 或其他開發方法，也不會取代 Spec Kit 等工具。團隊使用這些方法和工具時，可以同時運用共享知識、具責任歸屬的專業判斷和驗收證據。 - 工程、產品、領域、安全或其他專業判斷的替代品。 - 在開始實作前必須記錄一切內容的要求。 - 重返瀑布式交付。規格會隨討論、實作、證據和保留的所得知識而演進。 - 依賴自主 AI 的模式。同一個交付模式可以管治純人員、AI 輔助或高度代理式的實作。 ## 即使人員、團隊與工具改變，組織仍能持續交付值得信任的軟體。 組織保留繼續負責任地交付軟體所需的語意、決策、限制與證據。