快速產生程式碼很容易被看見，理解、修正、審查與整合所花的時間卻較不明顯。若評估只衡量第一部分，就可能忽略對完整流程的影響。
從具代表性的任務開始
採用團隊實際會做的工作：小型錯誤修正、一般功能，或熟悉程式庫中的維護變更。預期成果要夠清楚，讓審查者能評估結果。
納入需要理解脈絡的任務。獨立的程式練習，不一定能看出代理是否遵循專案慣例、找到正確界線，或保留無關行為。
記錄完整投入
追蹤定義任務、引導代理、檢視變更與修正問題所花的時間，也記錄交付品質，以及提出的檢查是否有意義。
數字搭配觀察才更有用。一場較慢、卻找出重要邊界情境的工作階段，可能比日後需要補救的快速變更更有價值。
尋找規律
有些任務很適合代理，有些卻反覆需要介入。這些差異能協助團隊決定何時使用工具，何時採用其他工作方式。
好的評估能改善決策，即使最後決定只在部分情境採用。
讓維護成果的人參與
詢問審查者：變更是否容易理解、是否遵循既有模式，以及是否願意維護這份成果。撰寫提示者的體驗，只是整體的一部分。
目標是了解完整流程能否產出有用、易於維護的成果。比起程式碼出現得快不快，這個問題更嚴格，也更有幫助。
繼續閱讀