賦能的另一面：當責#
「賦能」的伴侶，是「當責」（accountability）。
產品團隊獲得空間與時間來找出指派問題的解法——伴隨而來的就是責任與當責。
失敗時怎麼辦#
當責的程度，直接與企圖心（ambition）有關：
- 若團隊被要求高企圖心（moon shot），結果未產生預期效果——這在預期之內
- 若團隊被要求保守（roof shot）或做高完整度承諾，且沒有兌現——這就是當責真正登場的時刻
把失敗當作學習機會#
每個產品團隊與整個組織都需要持續成長與精進——這些情境是絕佳的學習機會。
作者的建議：把失敗當作「像處理 outage 一樣」處理：
- 把產品團隊與一群同儕（特別是「被這個失敗影響的其他產品團隊」）召集起來
- 請團隊討論他們認為「根本原因」是什麼
- 探索：「我們認為自己本可以、也應該怎麼做不同的事？」
可能的反思方向：
- 早期向管理層提出徵兆，是否能取得協助？
- 依賴它的產品團隊是否能另行安排或自助？
主管也在反思之列#
這些教訓也適用於團隊的主管：
- 是否有訊號被忽略？
- 是否有更早就該提供的輔導？
- 主管是否該問卻沒問什麼問題？
Postmortem 的價值#
這些「目標事後檢討」對團隊而言不愉快，但通常極具建設性與幫助。
在同儕面前承認失敗，會有點尷尬嗎？有時候。但這是我們持續學習與成長所需的回饋。
補充：歸因問題（Attribution of Key Results）#
多個團隊處理同一問題（objectives）、共享一個或多個 KR——這是強策略。但也帶來疑問：當許多事情每天都在變動，我們怎麼判斷哪些變動有助、哪些有害、哪些無差別？
這就是「產品歸因問題」（product attribution problem）。兩種常見處理方式：
1. A/B Test#
仰賴足夠流量。把單一團隊變動的貢獻從其他團隊或公司他處（如行銷活動）的活動中隔離出來。
2. 切片（Slicing）#
把對 KR 的貢獻按通路或來源拆分。
例：求職媒合公司有三個團隊都在提升投遞數——可按通路切片：
- 行動團隊：來自行動推播的投遞
- 搜尋團隊：來自搜尋結果的投遞
- 推薦團隊：來自推薦的投遞
切片的特性：
- 概念較簡單，團隊喜歡對自己更直接影響的窄目標的掌握感
- 但不如 A/B test 嚴謹或具預測性——同一個使用者可能跨多個通路
切片不總是可行——許多因素影響某些 KR（如顧客流失）。
A/B test 則仰賴足夠流量才能在合理時間內產出可信結果。
「Slicing」一詞由作者朋友、OKR 教練 Felipe Castro 所創。