# 可靠賬本 — 反思引導

> 賬本要被讀、被驗、被還，才換來信任——反思引導這一步，是讓承諾不止停在牆上。
> 與 `執行指南.md` 搭配使用。第 19 分鐘的修復階段是壓縮版；這份是完整版。

## 怎麼帶這場反思引導

- 牆留著——承諾、需要、被修復的那件「沒人說破的事」都要在視線裡。這場反思讀的是團隊剛寫下的文件，不是回憶。
- 三個動詞分開：讀（牆上有什麼）、驗（修復扛不扛得住）、諾（每人守哪條）。別混成感受漫談。
- 收尾把回看日期大聲唸一遍。沒人會再問起的修復是一張便條，不是一句承諾。

## 讀賬本

- 掃一遍「承諾」列。哪幾條讓你意外——是別人一直在做、你卻不知道的？
- 掃一遍「需要」列。哪一條最難說出口？是什麼讓它變得有風險？
- 有多少條「需要」，其實正對上別人已經寫下的「承諾」？那塊重疊就是白撿的信任。

## 六個反思問題

**1. 藏在牆上的重疊。**
「這面牆上哪條『需要』，其實已經是某個人的『承諾』——我們以前是不是偶爾撞著過同一件事？」
→ 測的是：白撿的信任——心照不宣擋住的重疊，如今看得見、點得出。

**2. 最貴的那條需要。**
「今天哪條需要最難說出口？這兒要改變什麼，下次開口才會便宜？」
→ 測的是：開口的成本曲線——說不出口的需要，是賬本的預警線。

**3. 投射檢驗。**
「『沒人說破的那件事』真的是共有的，還是兩個人悄悄把它投射到了整個房間？」
→ 測的是：對集體敘事的誠實——被投射的期待要改寫成兩人的對話，不是全組的事實。

**4. 修復的承重牆。**
「這個修復動作真扛得住嗎，還是它其實需要一項還沒人拿到的決定權？負責人是自己接的，還是被指派的？」
→ 測的是：修復會不會因結構性原因失敗——被指派的負責人，只是一句掛了名的抱怨。

**5. 「修好了」長什麼樣。**
「回看日期是哪天？那天『這事修好了』會具體成什麼樣——具體到誰都認得出來？」
→ 測的是：把意圖變成可觀察的事——無法證偽的修復會悄悄蒸發。

**6. 每人的那條。**
「為了讓修復成真，每人會親自守住哪一條承諾？你曾預設別人會做、而對方根本不知道你在等的，是什麼？」
→ 測的是：賬本的複式記賬收在每個人身上，不是收在故事裡那個「罪人」身上。

## 反思的翻車點

| 翻車點 | 為何會發生 | 救援 |
|---|---|---|
| 需要重新說成控訴 | 牆開始讓人覺得安全到可以倒委屈了 | 當場改寫：「你從來不 X」要在一句話講完前變成「我需要在 Y 之前得到 X」。貼出來的請求才是別人能兌現的承諾。 |
| 隱性期待又被按回某個人頭上 | 討論中，模式悄悄滑回到具體的人 | 大聲改回「我們都開始預設……」，必要時改兩遍。它一旦變成某個人的錯，房間就關了。 |
| 修復在會後不了了之 | 沒人安排去問它有沒兌現 | 人走之前定下回看日期、進團隊日曆；若失敗，問缺的是什麼——負責人、決定權，還是沒人願意再說第二次。 |