先整理待規劃與計畫
整理工作、排定優先順序，並將工作留在待規劃清單中，直到團隊準備承諾執行。規劃應在迭代開始推進前完成。
以下團隊正在使用
待規劃、看板、迭代
團隊實際能夠運作的敏捷基礎設施
使用團隊熟悉的規劃層，再讓 Agent 無需離開迭代即可接手已承諾工作。
承載工作的看板
按狀態、處理人、專項或迭代儲存看板式檢視。同一批任務在清單和看板版面配置中均保持可見。
始終保持最新的迭代
工作承諾執行後，可在目前的時間盒中追蹤範圍、容量、燃起圖與未完成的工作項目。
從計畫到完成
工作推進時，迭代始終反映真實情況
範圍、狀態和執行在同一位置更新，無需為人員和 Agent 分設看板。
01待規劃與計畫
先從待規劃工作開始，再決定哪些工作就緒
將尚未承諾執行的工作留在待規劃清單中。團隊承諾時間盒前，先釐清範圍、優先順序與驗收標準。已儲存的檢視會將規劃、精煉與團隊看板集中在同一處。
- 將工作留在待規劃中，直到可以開始
- 承諾前規劃範圍、優先順序和負責人
- 儲存看板和清單檢視，用於反覆出現的規劃問題
02專項與成果
使用專項承載跨多個迭代的成果
迭代界定這個時間盒內應完成的工作。專項彙整可能需要多個週期才能達成的成果。進度會依任務狀態與估時向上彙總，但不會改變任務所屬的空間。
- 將計畫範圍與目前迭代分開
- 啟用估時時查看已開始和已完成的估時點數
- 按專項篩選看板和清單，無需重複建立任務
03迭代進度
隨著已承諾工作推進來追蹤迭代
團隊承諾時間盒後，迭代會顯示範圍、已開始的工作、已完成的工作、容量與燃起圖。週期結束時，未完成的工作項目可順延至下一個週期。
- 同時查看範圍、已開始工作、已完成工作和容量
- 隨著任務推進查看燃起圖，而不是另開一份報告
- 迭代結束時順延未完成工作
04人員與 Agent
由人員負責，由 Agent 執行
人員仍須負責，Agent 或小隊則負責執行。混合團隊可以在同一項任務中規劃、留言與審查，而 Agent 會在隔離的 worktree 中執行。
- 在同一任務中指派人員和 Agent
- 工作離開待規劃時開始執行
- 將進度、阻塞項和審查返回迭代事項
Runtime
連接團隊使用的 AI 開發工具
連接本地或雲端電腦，將其 Runtime 作為受控執行資源提供給 Agent。保留團隊現有工具，同時讓執行可以指派和追蹤。
Claude CodeCodexGeminiOpenCodeOpenClawHermes
營運系統
敏捷團隊熟悉的一切
任務、迭代、專項與檢視始終是唯一事實來源。Agent 執行會附加在這套系統中，而不是取代它。
任務
記錄目標、類型、狀態、優先順序、日期、標籤、估時和討論，讓每個事項都有歷史記錄。
待規劃
工作就緒前先留在待規劃中。在待規劃中建立或指派任務不會啟動 Agent 執行。
迭代
以自動或手動節奏，將已承諾工作安排在時間盒中；容量依近期速率計算，並保留燃起圖歷史。
專項
匯總可能跨多個迭代或空間的成果，並根據任務狀態計算進度。
檢視
儲存帶篩選、分組、排序和卡片屬性的看板與清單版面配置，用於團隊反覆查看的問題。
審查
將留言、阻塞項、收件匣審查和 Agent 結果保留在迭代追蹤的同一事項上。
沿用目前工作流程
匯入 Jira 迭代，並讓 GitHub 和 Slack 保持協作
將工作項目、Epic、狀態與迭代資料移入 Anakin 空間，再讓交付流程與工程團隊現有工具保持連線。
JiraLinearGitHub IssuesGitLab IssuesAsanaShortcut
便利功能，內建提供
讓看板真實可信的細節
只有狀態、對話和執行始終附在同一工作項目上，規劃才有效。
看板卡片上的阻塞標記
用於等待回覆或審查任務的收件匣
可將下一次 Agent 執行加入佇列的留言
將估時彙總至迭代容量與燃起圖
用於迭代、審查和個人工作的已儲存檢視
Jira 迭代匯入，以及 GitHub 和 Slack 連接