# 專案規格寫好了，這週你要完成什麼？

Canonical: https://specscore.md/zh-tw/articles/weekly-delivery/

規格可以十分完整，專案卻仍然停滯。需求清楚，代理有計畫，待辦事項還在增加。缺少的可能只是一個更小的決定：這週你到底要完成哪個有用的成果，又要停下什麼，才能為它騰出時間？這套回顧可以和同事、導師一起做，也可以只用一本筆記本。

## 選擇使用者成果，而不是一堆任務

從一條驗收標準出發，把它變成簡短的示範。對於CSV匯入，「實作剖析器」描述的是工作；「使用者能匯入合法檔案、查看資料紀錄，並在某列不合法時得到有用的錯誤提示」才是可以檢查的成果。別丟掉錯誤路徑：為了趕時間刪掉它，就改變了原來的承諾。

SpecScore把需求與驗收標準組織成團隊和代理都能讀取的檔案。在每週筆記中引用這些標準即可。規格仍然定義正確行為，筆記只負責選出能夠承擔的一部分。你不需要再複製一份規格，也不需要新增專案管理系統。

## 依照真實行程安排時間

寫下實際可用的專注工作時段，包括審查和整合。兩個晚上不是五個工作天。給完整使用者流程的測試和一個意外問題留出時間。如果成果放不進去，就在開工前選一個更小但完整的流程。

列出你無法控制的相依項目。「等待正式環境權限」需要負責人和決策時間。週三仍然沒有權限時，要決定本機示範是否有價值。準確標示成果：本機示範不能證明正式環境已經就緒。不要等到週五再悄悄改寫成功的定義。

## 限定代理的工作，自己承擔決定

當你還在決定哪個問題重要時，代理就能產生幾個實作。因此，完成更多子任務也可能沒有推進最初的目標。給每項任務明確的標準、允許的範圍，以及必須交回的證據。整個使用者流程的驗收，仍然要由一個人負責。

出現新想法時，先記下來，不要自動開工。問問它將取代目前哪個承諾。可以嘗試只讓一個成果等待你的最終審查。這是集中注意力的實驗，不是通用的效率法則；如果證據顯示它拖慢了有用的工作，就調整它。

## 先看證據，再聽故事

回顧時先打開真實產物：運作中的匯入功能、無效輸入測試，或已經發布的文件。依使用者的操作順序走一遍，再與選定標準比較。提交次數、投入時數、代理信心十足的摘要都只是背景，不能代替驗收證據。

區分已經實作、已經測試，以及使用者在目標環境真正能夠使用的內容。請審查者找出一種可能失敗的方式。只分享對方需要的資訊：合成範例或移除敏感內容的示範通常就夠了。對承諾負責，不代表必須分享客戶資料、金鑰或私有程式碼儲存庫。

## 沒有兌現的承諾，需要新的決定

如果示範失敗，寫下最簡短而有用的解釋：未知的相依項目、範圍過大、工作時間被打斷，或假設錯誤。不要把估算失誤變成對自己品格的評判。選擇一個明確回應：縮小下一步、解決相依問題、更換方法，或主動停止專案。

不要習慣性地把同一個承諾原封不動地順延。約定下一個可觀察的成果和回顧日期。經過幾個週期後，比較估算與實際完成的內容。紀錄的價值在於改善決策，而不是維護一條不能中斷的成功紀錄。

## 可以直接複製的五行每週回顧

- 成果：到回顧日期，使用者能夠做什麼？
- 證據：用哪條標準和哪個示範證明？
- 時間：何時實作、測試與審查？
- 限制：延後什麼，哪個相依項目需要決定？
- 回顧：誰在什麼時候查看成果，接下來做什麼決定？

## 讓你的決定多一雙人的眼睛

找一個會追問發生了什麼、並幫助你分析下一步選擇的人，一起使用這份筆記。CommittedMe關注真人導師指導與承諾追蹤。開發者和創業者頁面介紹了這種方式。把規格留在儲存庫裡，帶來一個無須透露保密工作就能討論的目標。

[認識CommittedMe（英文）](https://committedme.com/en/for/builders/?utm_source=specscore&utm_medium=ecosystem_referral&utm_campaign=committedme_cross_promotion&utm_content=article_footer)

你已經在YouTube、TikTok、Instagram或部落格上教開發者了嗎？向別人解釋取捨與測試，可能揭露你自己的假設；他們的問題能讓你在幫助對方進步的同時繼續學習。如果你喜歡這樣的交流，可以認識導師這個角色。

[認識如何成為導師（英文）](https://committedme.com/en/become-a-mentor/?utm_source=specscore&utm_medium=ecosystem_referral&utm_campaign=committedme_cross_promotion&utm_content=article_mentor)

CommittedMe是我們生態系中的另一項產品。本文介紹一種回顧方法，並不意味著它與SpecScore存在技術整合。

## 讓成果可以驗證

[如何撰寫可驗證的驗收標準](https://specscore.md/zh-tw/articles/acceptance-criteria/)