在既有交付系統上建立能力

# 規格優先交付與現有方法和工具

你不需要取代原本已協助團隊交付的方法和工具。規格優先交付把它們連結到共享知識、明確決策、經審查的規格、驗收證據，以及由具名人員承擔責任的專業判斷。

## AI 無法自行創造的脈絡

AI 可以加快實作，但無法重建從未向它提供的組織脈絡，也不能為交付決策承擔責任。

如何配合既有做法

## 規格優先交付可配合你現有的工具

從團隊已經使用的方法或工具開始。每個章節都說明它原本擅長的工作，以及規格優先交付如何補上責任歸屬清晰的人機協作交付所需的脈絡、決策、規格、權限和證據。

### [Agile / Scrum](https://specfirstdelivery.org/zh-tw/overview/existing-methods-and-tools#agile-and-scrum)

保留迭代交付、優先排序、回饋和團隊節奏，同時讓每個交付作業都帶著專業判斷和知識前進。

### [規格驅動開發工具](https://specfirstdelivery.org/zh-tw/overview/existing-methods-and-tools#specification-tooling)

沿用既有工作流程工具，同時把它連結到知識、決策權、具責任歸屬的作者身分和驗收證據。

### [AI 程式開發代理](https://specfirstdelivery.org/zh-tw/overview/existing-methods-and-tools#ai-coding-agents)

向代理提供經審查的意圖、技術限制、明確的執行權限，以及可用來驗證成果的證據。

### [DevOps 和 CI/CD](https://specfirstdelivery.org/zh-tw/overview/existing-methods-and-tools#devops-and-cicd)

把基礎設施和交付自動化連結到它們所依賴的架構、營運條件和驗收證據。

## Agile 和 Scrum

Agile 和 Scrum 用來組織迭代交付、優先排序、回饋和團隊節奏。規格優先交付保留這些長處，同時讓每個交付作業背後的專業判斷和知識，在探索、實作和驗收過程中持續可用。

### Agile 和 Scrum 組織的工作

- 迭代規劃、交付節奏，以及團隊協作的固定週期。
- 優先排序、待辦清單管理，以及下一步應交付什麼的取捨。
- 探索、梳理、檢視和回顧，讓團隊可以檢查成果並調整做法。
- 來自交付成果、使用者、持份者和營運的回饋。
- 以細小交付作業產生可見成果和商業價值。

### 規格優先交付補強的部分

- 討論和規格工作成為探索、梳理和交付的一部分，而不是獨立的前期階段。
- 待辦項目保留其優先排序用途，而經審查的規格則承載足以引導實作的意圖。
- 準備就緒定義可以包括已釐清的重大模糊之處、責任歸屬和決策權限。
- 完成定義可以包括規格符合性、驗收證據，以及已回饋至知識系統的交付所得知識。
- 規格會隨著回饋和交付作業持續演進。
- AI 程式開發代理可按照經審查的規格實作，團隊因而可以保留專業判斷和知識，而毋須在產生程式碼時重新作出重大決策。

## 規格驅動開發工具

規格驅動開發工具，包括 GitHub Spec Kit、Kiro 及同類工具，可協助團隊組織規格導向軟體開發的多個重要環節，例如訂定原則、整理需求、釐清問題、進行技術規劃、拆解工作、實作、檢查一致性和驗證。規格優先交付並非與這些工具競爭的執行工具，而是提供更廣闊的工程框架，把這些工作流程與組織知識、專業權限、撰寫者責任歸屬、驗收證據和長期能力延續連結起來。

### 工作流程工具可組織的工作

- 訂定專案原則、憲章、預設設定及可重用指引。
- 整理所需成果、情境、限制條件和驗收條件。
- 透過結構化梳理釐清模糊之處。
- 產出技術計劃、研究結果、模型、契約和實作所需脈絡。
- 把工作拆分為工作項目，釐清相依關係、先後次序及可並行執行的機會。
- 配合 AI 程式開發工具進行實作。
- 檢查規格、計劃、工作項目、測試和實作是否一致。
- 保留規格工作產物，為日後變更提供脈絡。

### 規格優先交付補足的框架層面

- 即時開發工作流程以外的組織知識。
- 明確的權威來源，以及決策責任歸屬。
- 跨職能人員直接參與撰寫，並對專業判斷承擔明確責任。
- 功能、架構、安全、可靠性、營運、技術及測試規格之間的相互關係。
- 由具名人員為重大決策承擔責任。
- 可追溯至相關需求及其負責角色的驗收證據。
- 經核准的交付所得知識回饋至組織知識系統。
- 即使人員、團隊、模型或工具有所變動，仍能維持組織交付能力延續。

## AI 程式開發代理

AI 程式開發代理可以套用程式碼儲存庫指引、檢視程式碼和文件、實作變更，以及執行現有檢查。不過，每個代理開始工作時，都沒有組織的歷史、限制和決策脈絡。

### AI 程式開發代理可提供的能力

- 可把 AGENTS.md 等管治指示和可重用技能，作為程式碼儲存庫層面的指引。
- 可檢視程式碼儲存庫檔案，並使用已有的規格和文件。
- 可草擬技術做法、實作程式碼和修訂變更。
- 可在呼叫工作流程所授予的權限內執行工作。
- 可執行測試和交付自動化，並利用結果改善變更。
- 可產出供人員審查、驗收，或轉化為未來交付知識的實作成果。

### 規格優先交付補充的部分

- 一套跨職能流程，用來決定何時及如何修改管治指示和技能，包括需要長期保留的程式碼儲存庫限制，以及必須留在儲存庫外的知識。
- 由相關角色整理和審查、用以訂明預期成果和重大決策的規格。
- 訂明適當實作範圍和限制的技術規格，並由工程師透過已記錄的提示流程完成審查。
- 明確的執行權限和工作交付圖，讓並行工作、相依關係和決策權清楚可見。
- 由品質人員負責的測試規格，以及對照已同意規格的交付管道證據。
- 把已核准的實作所得知識回饋至規格和組織知識系統。

## DevOps 和 CI/CD

DevOps 實務和 CI/CD 管道會自動化建置、測試、部署和營運回饋，讓變更沿著交付路徑前進。

### DevOps 和 CI/CD 繼續提供的能力

- 基礎設施即程式碼、環境設定和可重複的部署路徑。
- 自動化的建置、測試、安全和部署檢查。
- 部署記錄和營運回饋。

### 規格優先交付補充的部分

- 架構和部署知識，包括系統責任、環境細節、部署路徑和相依關係。
- 基礎設施規格，把預期的設定變更與功能和技術工作一同訂明。
- 在執行前訂明可靠性、推出、復原、環境等營運和安全限制。
- 把交付管道證據連結至相關規格，用來支持驗收和發佈決策。

從一項真實變更開始

## 從你現有的交付工作流程開始。

保留目前的方法和工具，再透過一個真實的交付作業，讓它們之間的關係清楚可見。

1. 保留目前的方法和工具。
2. 找出知識、決策、規格和驗收證據目前所在的位置。
3. 透過一項真實變更把它們連結起來。
4. 明確指出責任歸屬和權限。
5. 使用既有工具執行和驗證規格。
6. 把經審查的交付所得知識回饋至知識系統。

規格優先交付讓既有方法、工具、人員、決策和證據之間的關係足夠清楚，從而支援責任歸屬清晰的人機協作交付。

[查看採用指引](https://specfirstdelivery.org/zh-tw/framework/adoption)