<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>人的行為概念 on Tarragon</title><link>https://tarrragon.github.io/blog/til/behavior/</link><description>Recent content in 人的行為概念 on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Wed, 19 Aug 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/til/behavior/index.xml" rel="self" type="application/rss+xml"/><item><title>Satir 四種不一致姿態：人在壓力下會丟掉自己、他人或情境其中一項</title><link>https://tarrragon.github.io/blog/til/behavior/satir-coping-stances/</link><pubDate>Wed, 19 Aug 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/til/behavior/satir-coping-stances/</guid><description>&lt;p>家族治療師 Virginia Satir 觀察到人在壓力下的溝通會丟掉三樣東西的其中一部分：&lt;strong>自己的感受、對方的處境、當下的情境現實&lt;/strong>。三樣都在的時候是一致（congruent）；丟掉任一項就落入四種不一致姿態的其中一種。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>姿態&lt;/th>
 &lt;th>丟掉的是&lt;/th>
 &lt;th>說出口大概像&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>討好（placating）&lt;/td>
 &lt;td>自己&lt;/td>
 &lt;td>「沒問題，我來想辦法」——即使做不到&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>指責（blaming）&lt;/td>
 &lt;td>對方&lt;/td>
 &lt;td>「這是他們那邊沒接好」&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>超理智（super-reasonable）&lt;/td>
 &lt;td>自己與對方&lt;/td>
 &lt;td>「根據流程規範，這個階段的產出應該是⋯」&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>打岔（irrelevant）&lt;/td>
 &lt;td>三樣都丟&lt;/td>
 &lt;td>轉開話題、開玩笑、談別的專案&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>第五種是一致：三樣都在，因此說得出「這個時程我做不到，我需要砍掉某個範圍，你要砍哪一個」——同時交代了自己的限制、對方要的東西、以及現實的約束。&lt;strong>四種不一致姿態不是四種人格&lt;/strong>，同一個人在不同壓力下會用不同的，而且多數人有一個慣用的。&lt;/p>
&lt;h2 id="它為什麼被搬進軟體管理">它為什麼被搬進軟體管理&lt;/h2>
&lt;p>Gerald Weinberg 從 Satir 借了這套模型，寫進《Quality Software Management》第 3 卷（Congruent Action）。他要處理的是管理者在被質問的當下實際做了什麼——為什麼明知進度不可能還是點頭（討好）、為什麼把問題推給另一個團隊（指責）、為什麼用流程術語回答一個很具體的問題（超理智）。&lt;/p>
&lt;p>這個模型的用途是&lt;strong>自我觀察的檢查表，不是拿來標記別人&lt;/strong>。它的價值在於事後回想那場會議時，「我剛剛是哪一種」比「我剛剛表現得不好」可操作——前者指出丟掉了哪一樣，也就指出下一次要補回什麼。&lt;/p>
&lt;p>超理智是技術工作者最容易滑進去的一種，因為它在表面上最像專業：完全用事實、規範、數據回答，不提自己的判斷也不提對方的處境。它的辨識訊號是說完之後對方沒有拿到他要的東西，而你也沒有說錯任何一件事。&lt;/p>
&lt;h2 id="這不是要誠實的另一種說法">這不是「要誠實」的另一種說法&lt;/h2>
&lt;p>一致不等於把想到的都說出來。三個成分裡「情境」那一項包含了場合適不適合、對方現在承受得了多少、這句話說出來會發生什麼。忽略情境而只顧自己的感受，在 Satir 的框架裡不是一致，那是另一種形式的不完整。&lt;/p>
&lt;p>也因此這個模型不給話術。它給的是一個事後可以拿來對照的座標——那場對話裡我丟掉了什麼，而不是我當時該說哪一句。&lt;/p>
&lt;h2 id="跟相鄰概念的關係">跟相鄰概念的關係&lt;/h2>
&lt;p>它跟 &lt;a href="../../organization/psychological-safety/">心理安全感&lt;/a> 處理同一個現象的兩端：心理安全感是群體屬性，決定講真話會不會被懲罰；這套姿態是個人在那個環境裡的即時反應。安全感高的組織裡仍然有人習慣性討好，安全感低的組織裡指責與超理智會變成多數人的預設——兩層要分開修，改組織不會自動改掉個人的慣用姿態。&lt;/p>
&lt;p>它跟 &lt;a href="../hindsight-bias/">後見之明偏誤&lt;/a> 同屬個人層而作用在不同時點：後見之明偏誤發生在事後重建，這套姿態發生在事情正在進行的當下。&lt;/p>
&lt;h2 id="要往下讀">要往下讀&lt;/h2>
&lt;p>Weinberg 的第 3 卷是它在軟體管理裡的完整版本，選讀判斷在 &lt;a href="https://tarrragon.github.io/blog/books/software-management/topics/influence-conversation/" data-link-title="困難對話與無權限影響力" data-link-desc="該講的話講不出口、沒有職權卻要推動改變時，處理當下那幾十秒與長期影響力的選讀">困難對話與無權限影響力書單&lt;/a>——那一篇也收了處理對話另一端（要對別人說什麼）的書。原始模型出自 Satir 的家族治療著作，那條線本書單沒有涵蓋。&lt;/p></description><content:encoded><![CDATA[<p>家族治療師 Virginia Satir 觀察到人在壓力下的溝通會丟掉三樣東西的其中一部分：<strong>自己的感受、對方的處境、當下的情境現實</strong>。三樣都在的時候是一致（congruent）；丟掉任一項就落入四種不一致姿態的其中一種。</p>
<table>
  <thead>
      <tr>
          <th>姿態</th>
          <th>丟掉的是</th>
          <th>說出口大概像</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>討好（placating）</td>
          <td>自己</td>
          <td>「沒問題，我來想辦法」——即使做不到</td>
      </tr>
      <tr>
          <td>指責（blaming）</td>
          <td>對方</td>
          <td>「這是他們那邊沒接好」</td>
      </tr>
      <tr>
          <td>超理智（super-reasonable）</td>
          <td>自己與對方</td>
          <td>「根據流程規範，這個階段的產出應該是⋯」</td>
      </tr>
      <tr>
          <td>打岔（irrelevant）</td>
          <td>三樣都丟</td>
          <td>轉開話題、開玩笑、談別的專案</td>
      </tr>
  </tbody>
</table>
<p>第五種是一致：三樣都在，因此說得出「這個時程我做不到，我需要砍掉某個範圍，你要砍哪一個」——同時交代了自己的限制、對方要的東西、以及現實的約束。<strong>四種不一致姿態不是四種人格</strong>，同一個人在不同壓力下會用不同的，而且多數人有一個慣用的。</p>
<h2 id="它為什麼被搬進軟體管理">它為什麼被搬進軟體管理</h2>
<p>Gerald Weinberg 從 Satir 借了這套模型，寫進《Quality Software Management》第 3 卷（Congruent Action）。他要處理的是管理者在被質問的當下實際做了什麼——為什麼明知進度不可能還是點頭（討好）、為什麼把問題推給另一個團隊（指責）、為什麼用流程術語回答一個很具體的問題（超理智）。</p>
<p>這個模型的用途是<strong>自我觀察的檢查表，不是拿來標記別人</strong>。它的價值在於事後回想那場會議時，「我剛剛是哪一種」比「我剛剛表現得不好」可操作——前者指出丟掉了哪一樣，也就指出下一次要補回什麼。</p>
<p>超理智是技術工作者最容易滑進去的一種，因為它在表面上最像專業：完全用事實、規範、數據回答，不提自己的判斷也不提對方的處境。它的辨識訊號是說完之後對方沒有拿到他要的東西，而你也沒有說錯任何一件事。</p>
<h2 id="這不是要誠實的另一種說法">這不是「要誠實」的另一種說法</h2>
<p>一致不等於把想到的都說出來。三個成分裡「情境」那一項包含了場合適不適合、對方現在承受得了多少、這句話說出來會發生什麼。忽略情境而只顧自己的感受，在 Satir 的框架裡不是一致，那是另一種形式的不完整。</p>
<p>也因此這個模型不給話術。它給的是一個事後可以拿來對照的座標——那場對話裡我丟掉了什麼，而不是我當時該說哪一句。</p>
<h2 id="跟相鄰概念的關係">跟相鄰概念的關係</h2>
<p>它跟 <a href="../../organization/psychological-safety/">心理安全感</a> 處理同一個現象的兩端：心理安全感是群體屬性，決定講真話會不會被懲罰；這套姿態是個人在那個環境裡的即時反應。安全感高的組織裡仍然有人習慣性討好，安全感低的組織裡指責與超理智會變成多數人的預設——兩層要分開修，改組織不會自動改掉個人的慣用姿態。</p>
<p>它跟 <a href="../hindsight-bias/">後見之明偏誤</a> 同屬個人層而作用在不同時點：後見之明偏誤發生在事後重建，這套姿態發生在事情正在進行的當下。</p>
<h2 id="要往下讀">要往下讀</h2>
<p>Weinberg 的第 3 卷是它在軟體管理裡的完整版本，選讀判斷在 <a href="/blog/books/software-management/topics/influence-conversation/" data-link-title="困難對話與無權限影響力" data-link-desc="該講的話講不出口、沒有職權卻要推動改變時，處理當下那幾十秒與長期影響力的選讀">困難對話與無權限影響力書單</a>——那一篇也收了處理對話另一端（要對別人說什麼）的書。原始模型出自 Satir 的家族治療著作，那條線本書單沒有涵蓋。</p>
]]></content:encoded></item><item><title>後見之明偏誤：事後看得一清二楚的因果，在當下並不存在</title><link>https://tarrragon.github.io/blog/til/behavior/hindsight-bias/</link><pubDate>Wed, 19 Aug 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/til/behavior/hindsight-bias/</guid><description>&lt;p>後見之明偏誤（hindsight bias）指的是&lt;strong>知道結果之後，人會系統性地高估當初該結果的可預測性&lt;/strong>。知道結局的人重建當時的情境時，會把後來證明重要的線索標得比當時更顯眼，把後來證明無關的雜訊自動略去，於是得出「這明明很明顯」的結論——而那個「明顯」是結果賦予的，不是當時就有的。&lt;/p>
&lt;p>這個現象由 Baruch Fischhoff 在 1970 年代以實驗確立，後續在醫療診斷、司法判決、金融預測等領域反覆複製。它的實驗形式很簡單：告訴一組受試者某事件的結果、另一組不告訴，兩組都估「這件事發生的機率有多高」，知道結果的那組估得明顯更高，而且他們相信自己沒有受影響。&lt;/p>
&lt;h2 id="它為什麼讓事故調查失效">它為什麼讓事故調查失效&lt;/h2>
&lt;p>事發當下的當事人看到的是&lt;strong>部分的、互相矛盾的、還在變化的資訊&lt;/strong>，而且同時有其他事情在進行。調查者看到的是一條已經收斂的時間軸，上面每個節點都已經被結果篩選過。兩者不是同一個問題的深淺差別，是兩個不同的問題。&lt;/p>
&lt;p>具體的失效形式是提問方向。「他當時怎麼會沒注意到那個警告」這個問句預設了警告在當時是顯眼的，而那正是待證明的事——當時螢幕上可能還有十七個同類警告，其中十六個是雜訊。停在這種問句的檢討會產出「加強訓練」「加簽核」「加提醒」這類措施，而它們不改變系統讓錯誤發生的條件，所以同類事故會再來。&lt;/p>
&lt;p>有效的做法是重建當事人的視角而非列出他應該注意到什麼：建立時間軸、標記各時點實際可得的資訊、找出資訊與判斷之間的合理連結。安全科學把這個轉換稱為從舊觀點走到新觀點——舊觀點認為人是系統裡不可靠的部分，新觀點認為事故顯示的是系統的條件。&lt;/p>
&lt;h2 id="跟相鄰概念的關係">跟相鄰概念的關係&lt;/h2>
&lt;p>它跟 &lt;a href="../../organization/psychological-safety/">心理安全感&lt;/a> 常一起出現而機制不同：心理安全感決定當事人&lt;strong>願不願意&lt;/strong>說出當時真正發生什麼，後見之明偏誤決定調查者&lt;strong>有沒有能力&lt;/strong>聽懂他說的。兩者都失效時，檢討會拿到一份既不完整也被誤讀的紀錄。前者是群體屬性，後者是個人認知限制，修法也不同——前者要改組織對壞消息的反應，後者要改調查程序。&lt;/p>
&lt;p>它也是規劃謬誤的鏡像。規劃謬誤是對未來過度樂觀，後見之明偏誤是對過去過度確定，兩者共用同一個機制：人對「當時能知道多少」的估計不準。&lt;/p>
&lt;h2 id="要往下讀">要往下讀&lt;/h2>
&lt;p>事故調查怎麼繞開它，看 Sidney Dekker 的《The Field Guide to Understanding &amp;lsquo;Human Error&amp;rsquo;》，選讀判斷在 &lt;a href="https://tarrragon.github.io/blog/books/software-management/topics/incident-blame/" data-link-title="事故、歸因與無指責檢討" data-link-desc="事故檢討停在人為疏失、同類事故一再發生時，用來重建當事人視角與辨認偏差累積的安全科學">事故、歸因與無指責檢討書單&lt;/a>。偏誤的完整地圖在 Kahneman 的《Thinking, Fast and Slow》，那本的選讀說明在 &lt;a href="https://tarrragon.github.io/blog/books/software-management/topics/estimation-decision/" data-link-title="估算、承諾與決策偏誤" data-link-desc="估算永遠樂觀、明知做不完還是承諾、風險沒人願意攤開講時，區分認知偏誤與誘因結構的選讀">估算、承諾與決策偏誤&lt;/a>。事故流程的制度實作看 &lt;a href="https://tarrragon.github.io/blog/backend/08-incident-response/" data-link-title="模組八：事故處理與復盤" data-link-desc="用 IR 領域詞彙建問題節點、以服務級案例庫累積事故脈絡，先建概念與案例庫再進實作交接">事故處理與復盤&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>後見之明偏誤（hindsight bias）指的是<strong>知道結果之後，人會系統性地高估當初該結果的可預測性</strong>。知道結局的人重建當時的情境時，會把後來證明重要的線索標得比當時更顯眼，把後來證明無關的雜訊自動略去，於是得出「這明明很明顯」的結論——而那個「明顯」是結果賦予的，不是當時就有的。</p>
<p>這個現象由 Baruch Fischhoff 在 1970 年代以實驗確立，後續在醫療診斷、司法判決、金融預測等領域反覆複製。它的實驗形式很簡單：告訴一組受試者某事件的結果、另一組不告訴，兩組都估「這件事發生的機率有多高」，知道結果的那組估得明顯更高，而且他們相信自己沒有受影響。</p>
<h2 id="它為什麼讓事故調查失效">它為什麼讓事故調查失效</h2>
<p>事發當下的當事人看到的是<strong>部分的、互相矛盾的、還在變化的資訊</strong>，而且同時有其他事情在進行。調查者看到的是一條已經收斂的時間軸，上面每個節點都已經被結果篩選過。兩者不是同一個問題的深淺差別，是兩個不同的問題。</p>
<p>具體的失效形式是提問方向。「他當時怎麼會沒注意到那個警告」這個問句預設了警告在當時是顯眼的，而那正是待證明的事——當時螢幕上可能還有十七個同類警告，其中十六個是雜訊。停在這種問句的檢討會產出「加強訓練」「加簽核」「加提醒」這類措施，而它們不改變系統讓錯誤發生的條件，所以同類事故會再來。</p>
<p>有效的做法是重建當事人的視角而非列出他應該注意到什麼：建立時間軸、標記各時點實際可得的資訊、找出資訊與判斷之間的合理連結。安全科學把這個轉換稱為從舊觀點走到新觀點——舊觀點認為人是系統裡不可靠的部分，新觀點認為事故顯示的是系統的條件。</p>
<h2 id="跟相鄰概念的關係">跟相鄰概念的關係</h2>
<p>它跟 <a href="../../organization/psychological-safety/">心理安全感</a> 常一起出現而機制不同：心理安全感決定當事人<strong>願不願意</strong>說出當時真正發生什麼，後見之明偏誤決定調查者<strong>有沒有能力</strong>聽懂他說的。兩者都失效時，檢討會拿到一份既不完整也被誤讀的紀錄。前者是群體屬性，後者是個人認知限制，修法也不同——前者要改組織對壞消息的反應，後者要改調查程序。</p>
<p>它也是規劃謬誤的鏡像。規劃謬誤是對未來過度樂觀，後見之明偏誤是對過去過度確定，兩者共用同一個機制：人對「當時能知道多少」的估計不準。</p>
<h2 id="要往下讀">要往下讀</h2>
<p>事故調查怎麼繞開它，看 Sidney Dekker 的《The Field Guide to Understanding &lsquo;Human Error&rsquo;》，選讀判斷在 <a href="/blog/books/software-management/topics/incident-blame/" data-link-title="事故、歸因與無指責檢討" data-link-desc="事故檢討停在人為疏失、同類事故一再發生時，用來重建當事人視角與辨認偏差累積的安全科學">事故、歸因與無指責檢討書單</a>。偏誤的完整地圖在 Kahneman 的《Thinking, Fast and Slow》，那本的選讀說明在 <a href="/blog/books/software-management/topics/estimation-decision/" data-link-title="估算、承諾與決策偏誤" data-link-desc="估算永遠樂觀、明知做不完還是承諾、風險沒人願意攤開講時，區分認知偏誤與誘因結構的選讀">估算、承諾與決策偏誤</a>。事故流程的制度實作看 <a href="/blog/backend/08-incident-response/" data-link-title="模組八：事故處理與復盤" data-link-desc="用 IR 領域詞彙建問題節點、以服務級案例庫累積事故脈絡，先建概念與案例庫再進實作交接">事故處理與復盤</a>。</p>
]]></content:encoded></item></channel></rss>