選擇使用者成果，而不是一堆任務
從一條驗收標準出發，把它變成簡短的示範。對於CSV匯入，「實作剖析器」描述的是工作；「使用者能匯入合法檔案、查看資料紀錄，並在某列不合法時得到有用的錯誤提示」才是可以檢查的成果。別丟掉錯誤路徑：為了趕時間刪掉它，就改變了原來的承諾。
SpecScore把需求與驗收標準組織成團隊和代理都能讀取的檔案。在每週筆記中引用這些標準即可。規格仍然定義正確行為，筆記只負責選出能夠承擔的一部分。你不需要再複製一份規格，也不需要新增專案管理系統。
依照真實行程安排時間
寫下實際可用的專注工作時段，包括審查和整合。兩個晚上不是五個工作天。給完整使用者流程的測試和一個意外問題留出時間。如果成果放不進去，就在開工前選一個更小但完整的流程。
列出你無法控制的相依項目。「等待正式環境權限」需要負責人和決策時間。週三仍然沒有權限時，要決定本機示範是否有價值。準確標示成果：本機示範不能證明正式環境已經就緒。不要等到週五再悄悄改寫成功的定義。
限定代理的工作，自己承擔決定
當你還在決定哪個問題重要時，代理就能產生幾個實作。因此，完成更多子任務也可能沒有推進最初的目標。給每項任務明確的標準、允許的範圍，以及必須交回的證據。整個使用者流程的驗收，仍然要由一個人負責。
出現新想法時，先記下來，不要自動開工。問問它將取代目前哪個承諾。可以嘗試只讓一個成果等待你的最終審查。這是集中注意力的實驗，不是通用的效率法則；如果證據顯示它拖慢了有用的工作，就調整它。
先看證據，再聽故事
回顧時先打開真實產物：運作中的匯入功能、無效輸入測試，或已經發布的文件。依使用者的操作順序走一遍，再與選定標準比較。提交次數、投入時數、代理信心十足的摘要都只是背景，不能代替驗收證據。
區分已經實作、已經測試，以及使用者在目標環境真正能夠使用的內容。請審查者找出一種可能失敗的方式。只分享對方需要的資訊：合成範例或移除敏感內容的示範通常就夠了。對承諾負責，不代表必須分享客戶資料、金鑰或私有程式碼儲存庫。
沒有兌現的承諾，需要新的決定
如果示範失敗，寫下最簡短而有用的解釋：未知的相依項目、範圍過大、工作時間被打斷，或假設錯誤。不要把估算失誤變成對自己品格的評判。選擇一個明確回應：縮小下一步、解決相依問題、更換方法，或主動停止專案。
不要習慣性地把同一個承諾原封不動地順延。約定下一個可觀察的成果和回顧日期。經過幾個週期後，比較估算與實際完成的內容。紀錄的價值在於改善決策，而不是維護一條不能中斷的成功紀錄。
可以直接複製的五行每週回顧
- 成果：到回顧日期，使用者能夠做什麼？
- 證據：用哪條標準和哪個示範證明？
- 時間：何時實作、測試與審查？
- 限制：延後什麼，哪個相依項目需要決定？
- 回顧：誰在什麼時候查看成果，接下來做什麼決定？
讓你的決定多一雙人的眼睛
找一個會追問發生了什麼、並幫助你分析下一步選擇的人，一起使用這份筆記。CommittedMe關注真人導師指導與承諾追蹤。開發者和創業者頁面介紹了這種方式。把規格留在儲存庫裡，帶來一個無須透露保密工作就能討論的目標。
CommittedMe是我們生態系中的另一項產品。本文介紹一種回顧方法，並不意味著它與SpecScore存在技術整合。