<?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>Systems-Thinking on Tarragon</title><link>https://tarrragon.github.io/blog/tags/systems-thinking/</link><description>Recent content in Systems-Thinking on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Tue, 18 Aug 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/systems-thinking/index.xml" rel="self" type="application/rss+xml"/><item><title>問題定義與系統思考</title><link>https://tarrragon.github.io/blog/books/software-management/topics/problem-definition/</link><pubDate>Tue, 18 Aug 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/books/software-management/topics/problem-definition/</guid><description>&lt;p>這個主題處理兩件互相扣住的事：手上這個問題到底是什麼，以及動作與結果之間隔著什麼。多數組織的重複失敗來自兩者之一——要嘛解的是錯的問題，要嘛解對了問題但介入點在迴路上效果最弱的位置。兩種都不會在動手時報錯。這兩件事都在動手之前決定成敗，因此這個主題適合在職涯早期就讀，而且不需要管理職權才用得上。&lt;/p>
&lt;p>這裡的書都不談軟體技術，轉譯要自己做。它們的共通特徵是概念少、應用面廣，因此讀完的當下感覺抽象，真正的價值在幾個月後遇到具體情境時才兌現。&lt;/p>
&lt;p>處境相容性這一項，前三本查過而沒有列出限制：它們的推導分別落在問題陳述的結構、系統的存量與回饋迴路、以及組織對資訊的反應方式上，成立與否不取決於有沒有職級制度、成員待多久、大家在不在同一個時區、事故後有沒有法定追責義務。第四本有一項，寫在該節。&lt;/p>
&lt;h2 id="起點是-thinking-in-systems">起點是 Thinking in Systems&lt;/h2>
&lt;p>Donella Meadows 的《Thinking in Systems》給的是語言本身，本篇另外三本——《Are Your Lights On?》、溫伯格第 1 卷、《穀倉效應》——都在這套語言裡運作。它用存量、流量、回饋迴路三個元件把整組詞彙鋪完，例子刻意選日常情境——浴缸水位、庫存補貨、兄弟互推——每個例子都在示範結構如何決定行為。&lt;a href="../">起點書判準&lt;/a>的第一項問的是涵蓋面，而把整組概念鋪完的只有它。門檻最低的那本不是它，是下一節的《Are Your Lights On?》；要挑給一群程度不一的人共讀時取後者。&lt;/p>
&lt;p>書中最直接可用的是槓桿點排序。Meadows 把介入系統的方式從效果最弱到最強排成十二層：參數調整在最底層，往上依序是資訊流、規則、目標、典範。這個排序可以直接拿來檢查自己的動作落在哪一層——調整 sprint 長度是參數，改變誰能看到哪些資料是資訊流，改變「延期要付什麼代價」是規則。三者花的力氣接近，效果差好幾個量級。&lt;/p>
&lt;p>&lt;a href="https://tarrragon.github.io/blog/books/knowledge-cards/evidence-provenance/" data-link-title="證據來源分類（evidence provenance）" data-link-desc="手上兩本書講同一件事而結論不同、或要拿一本書去支持一個實際決定時，用來判斷它支持得了多大範圍的決定">證據來源&lt;/a>是理論建構（系統動力學）加上跨組織案例，不是統計。因此它適合用來組織自己的觀察，用來說服別人時力道有限。時效上，書中的環境與資源案例引用的是 1990 年代的數據，那些數字已經過時；存量流量、回饋迴路與槓桿點排序這幾組概念沒有發現依賴時代條件的部分。它要有一個標的才排得出高下：手上有一個反覆出現、每次處理完又回來的問題。十二層槓桿點要壓在那樣一個問題上才排得出高下——單看排序本身，每一層都同樣有道理。作者是《成長的極限》主要作者、系統動力學創始人 Jay Forrester 的學生。&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://www.amazon.com/Thinking-Systems-Donella-H-Meadows/dp/1603580557">Amazon（Thinking in Systems: A Primer）&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.books.com.tw/products/0010702990">博客來（系統思考：克服盲點、面對複雜性、見樹又見林的整體思考）&lt;/a>&lt;/li>
&lt;/ul>
&lt;h2 id="問題陳述本身出錯時讀-are-your-lights-on">問題陳述本身出錯時讀 Are Your Lights On&lt;/h2>
&lt;p>Donald Gause 與 Gerald Weinberg 的《Are Your Lights On?》處理比「怎麼解」更前面的問題：這個問題是什麼、是誰的問題、真的想解嗎。它給的定義短到可以背——問題是期望與感受之間的落差——整本書都在示範這個定義有多難正確套用。書名來自隧道口該不該立牌提醒駕駛開燈的案例，以及牌子怎麼寫才不會製造新問題。&lt;/p>
&lt;p>它在這個主題的位置是前置動作。系統思考讓讀者看見迴路，但若一開始鎖定的問題陳述就錯了，畫出來的迴路只會精確描述一件不重要的事。書中反覆出現的一句話是這本書的主軸：每一個解決方案都是下一個問題的根源。&lt;/p>
&lt;p>證據來源是跨客戶的顧問經驗與教學經驗，形式是寓言與短案例而非資料。時效上，書中案例的場景（電梯、隧道、辦公大樓）與軟體無關但也不會過時，因為它們示範的是問題陳述的結構而非任何技術條件。這本一百多頁、有插圖，讀完花的時間在本篇最短。讀得出價值的前提標不出具體條件：接到一個需求、覺得哪裡不對但說不出來的時候就可以讀。&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://www.amazon.com/Are-Your-Lights-Figure-Problem/dp/0932633161">Amazon（Are Your Lights On?: How to Figure Out What the Problem Really Is）&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.books.com.tw/products/0010754502">博客來（你想通了嗎？解決問題之前，你該思考的 6 件事）&lt;/a>&lt;/li>
&lt;/ul>
&lt;h2 id="想看軟體組織的具體形狀時讀溫伯格第-1-卷">想看軟體組織的具體形狀時讀溫伯格第 1 卷&lt;/h2>
&lt;p>Weinberg 的《Quality Software Management, Vol. 1: Systems Thinking》把同一組概念放進軟體組織。它的工具是效應圖，把因果與回饋畫成節點與箭頭，用來拆解非線性效應。最常被拿來示範的是 Brooks&amp;rsquo;s Law——對已經落後的專案加人只會更落後，出自 Brooks 的《人月神話》，完整說明在 &lt;a href="../team-design/">組織結構與團隊設計&lt;/a>。效應圖的貢獻是把那條定律展開成可以逐段檢查的迴路：加人導致老手花時間帶新人、產出短期下降、進度更落後、壓力上升、品質下降、缺陷增加、修復佔用時間、進度再落後。定律說明會發生什麼，迴路指出在哪一段可以介入。&lt;/p>
&lt;p>另一條主線是六種文化模式，從模式 0「渾然不知」到模式 5「全面關照」。它跟 CMM 成熟度等級關注的東西不同——CMM 看流程文件與可重複性，這套分類看的是人在裡面怎麼互動、遇到壞消息時組織會發生什麼。用來定位自己所在的組織處於哪個模式，比用來規劃改進路線直接。&lt;/p>
&lt;p>證據來源是跨客戶的顧問經驗，書中自述取材自他經手的組織。時效上，書中的專案情境預設以年為單位的交付週期與瀑布式階段劃分，讀者要自行折算到現在的節奏；文化模式與效應圖處理的是組織對資訊的反應方式，不依賴交付節奏。六種模式要有第二個對照組才立體：只待過一間公司的人容易把那間的做事方式當成唯一的做事方式。讀得出價值的前提因此是待過兩個以上文化明顯不同的組織。&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://www.amazon.com/Quality-Software-Management-Systems-Thinking/dp/0932633226">Amazon（Quality Software Management: Systems Thinking）&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.books.com.tw/products/0010341309">博客來（溫伯格的軟體管理學：系統化思考，第 1 卷）&lt;/a>&lt;/li>
&lt;/ul>
&lt;h2 id="想看這些機制在真實組織裡跑完一輪時讀穀倉效應">想看這些機制在真實組織裡跑完一輪時讀穀倉效應&lt;/h2>
&lt;p>Gillian Tett 的《The Silo Effect》是本篇唯一的深度個案，八個組織各被完整報導過一輪。它跟前三本的分工在證據形態而非主題：那三本給概念與判準，這本給同一組機制在真實組織裡運作好幾年的樣子，包括當事人當下怎麼想、事後怎麼解釋。&lt;/p>
&lt;p>作者是社會人類學博士出身的《金融時報》記者，核心論點來自那個訓練：&lt;strong>筒倉是分類系統的產物，而分類系統決定了組織看得見什麼&lt;/strong>。這跟「部門之間要多溝通」是不同的診斷。UBS 那一章最能說明差別——信用、市場、作業三組風控各管各的固然是事實，但更關鍵的是 CDO 在他們的分類裡被歸為 AAA 資產，而不是風險中等的房貸包裹。清點曝險的時候，那筆風險在它被歸檔的類別下根本不顯示為風險——它不是被忽略的。人可以互相講話，分類不會因此改變。&lt;/p>
&lt;p>這一點接得上 Meadows 槓桿點排序的上層——典範是效果最強的幾個介入位置之一。Meadows 用兩頁講完的那一層，這本書用八個個案演示它怎麼運作，以及為什麼身在裡面的人看不見自己的分類。八個案例分兩組：Sony、UBS 與英格蘭銀行是分類造成的失敗，紐約市府、芝加哥警局、克里夫蘭診所、Facebook 與 BlueMountain 對沖基金是嘗試打破的一方。&lt;/p>
&lt;p>這本書有一個明確的缺口，而補它的書在別的主題。IMF《Finance &amp;amp; Development》2015 年 12 月號（Vol. 52, No. 4）的書評 &lt;a href="https://www.imf.org/external/pubs/ft/fandd/2015/12/book3.htm">Kick the Buckets&lt;/a>（Geoff Mulgan 撰，時任英國創新基金會 Nesta 執行長）列出三項缺口，第一項是：書中沒有一套理論說明什麼時候水平結構優於垂直結構。拆掉筒倉有它自己的代價——責任變模糊，或者把太多垂直邊界換成一樣多的水平邊界——而判斷這件事需要的判準不在這本書裡。它在 &lt;a href="../team-design/">組織結構與團隊設計&lt;/a> 的 Team Topologies：團隊認知負荷有上限，因此邊界是承重結構而非官僚產物。兩本一起讀才完整，這本負責診斷，那本負責邊界該畫在哪。&lt;/p>
&lt;p>證據來源是跨組織案例，形式是記者對八個組織的深度報導，框架取自人類學（她大量引用 Bourdieu 的文化再生產與慣習）。時效上，這本書帶出一種個案型書籍特有的風險：&lt;strong>過期的不是論證，是案例本身還在動&lt;/strong>。Tett 在 2015 年把 Facebook 的反筒倉設計（新人 bootcamp、輪調、hackathon）放在正面那一組，而後續十年的公開紀錄讓那一章很難照原樣讀。讀個案型的書要比讀理論書多問一句：這個案例後來怎麼了。&lt;a href="https://tarrragon.github.io/blog/books/knowledge-cards/context-compatibility/" data-link-title="處境相容性（context compatibility）" data-link-desc="一本書或一套做法讀起來都對、換算到自己的組織卻沒有一條動得了時，用來定位缺的是哪一個環境條件">處境相容性&lt;/a>上，八個個案全是部門已經分化的大型組織——跨國銀行、中央銀行、市政府、大型醫院、上市科技公司——書中的機制要有數個彼此看不見對方的單位才長得出來。部門還沒分化的小組織讀它，讀到的是規模長上去之後會遇到的問題，不是當下用得上的診斷。&lt;/p>
&lt;p>書末的結語把前面的個案收攏成一組人類學原則，形式是通則而非步驟。這決定了它的用途落在診斷與辨認：要的是照著做的順序時，材料在別的書裡。讀得出價值的前提是：待過一個部門各自都合理、合起來卻做出蠢事的組織。認得出那個形狀，八個案例是八次確認；認不出，它們是八則商業報導。繁體中文版《穀倉效應》由三采文化 2016 年出版、林力敏譯；2026 年 3 月的十週年紀念版仍是三采文化、同一位譯者；比對兩版目錄，章節結構與原書一致，新增的是中文推薦序而非回頭處理個案後續的章節或後記——上一段那句「這個案例後來怎麼了」對紀念版一樣要問。&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://www.amazon.com/Silo-Effect-Expertise-Breaking-Barriers/dp/1451644744">Amazon（The Silo Effect: The Peril of Expertise and the Promise of Breaking Down Barriers）&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.books.com.tw/products/0011045837">博客來（穀倉效應【暢銷十週年紀念版】）&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.books.com.tw/products/0010703860">博客來（穀倉效應，2016 年版）&lt;/a>&lt;/li>
&lt;/ul>
&lt;h2 id="為什麼只收這幾本">為什麼只收這幾本&lt;/h2>
&lt;p>前三本各處理推導鏈的一段：問題陳述（Are Your Lights On）、通用的系統結構語言（Thinking in Systems）、軟體組織的具體形狀（溫伯格第 1 卷）。三段接得起來，任何一本都不能替代另外兩本。&lt;/p>
&lt;p>第四本不在那條鏈上，它換的是證據形態。前三本都是概念與判準，讀完當下最常見的反應是覺得抽象；《穀倉效應》給的是同一組機制在八個真實組織裡跑好幾年的樣子，用途是把抽象的部分接上畫面。深度個案的位置由這本承擔，而個案正是縮短「讀完」到「用得上」那段距離的材料。&lt;/p>
&lt;p>系統思考的書多半分成兩類：需要數學與模擬工具的系統動力學教材，以及把回饋迴路簡化成勵志語言的商管書。前者的門檻超出這個主題想服務的讀者，後者拿掉了讓概念可用的部分——分辨的方法是找有沒有槓桿點這種可以拿來檢查自己動作的排序，只講「凡事都是系統」的沒有。&lt;/p>
&lt;p>Tett 另有《穀倉效應2：未來思考》（原書 Anthro-Vision）的繁體中文版在架，本書單未評估它在這個主題裡承擔什麼角色——它把同一套人類學視角推廣到個人與市場判斷，是不是仍在組織分類這條線上，要讀過才判得出來。&lt;/p>
&lt;p>再往外擴會進入決策科學與專案風險，那些分屬 &lt;a href="../estimation-decision/">估算、承諾與決策偏誤&lt;/a>。&lt;/p>
&lt;p>這個主題沒查到可以收的公開課，而它是三種成因裡最接近有解的一種——學院有對應的課（MIT Sloan 的 15.871 Introduction to System Dynamics），只是它在 OpenCourseWare 上沒有影片。整條線的供給狀況寫在 &lt;a href="../">主題書單&lt;/a> 的公開課段。&lt;/p></description><content:encoded><![CDATA[<p>這個主題處理兩件互相扣住的事：手上這個問題到底是什麼，以及動作與結果之間隔著什麼。多數組織的重複失敗來自兩者之一——要嘛解的是錯的問題，要嘛解對了問題但介入點在迴路上效果最弱的位置。兩種都不會在動手時報錯。這兩件事都在動手之前決定成敗，因此這個主題適合在職涯早期就讀，而且不需要管理職權才用得上。</p>
<p>這裡的書都不談軟體技術，轉譯要自己做。它們的共通特徵是概念少、應用面廣，因此讀完的當下感覺抽象，真正的價值在幾個月後遇到具體情境時才兌現。</p>
<p>處境相容性這一項，前三本查過而沒有列出限制：它們的推導分別落在問題陳述的結構、系統的存量與回饋迴路、以及組織對資訊的反應方式上，成立與否不取決於有沒有職級制度、成員待多久、大家在不在同一個時區、事故後有沒有法定追責義務。第四本有一項，寫在該節。</p>
<h2 id="起點是-thinking-in-systems">起點是 Thinking in Systems</h2>
<p>Donella Meadows 的《Thinking in Systems》給的是語言本身，本篇另外三本——《Are Your Lights On?》、溫伯格第 1 卷、《穀倉效應》——都在這套語言裡運作。它用存量、流量、回饋迴路三個元件把整組詞彙鋪完，例子刻意選日常情境——浴缸水位、庫存補貨、兄弟互推——每個例子都在示範結構如何決定行為。<a href="../">起點書判準</a>的第一項問的是涵蓋面，而把整組概念鋪完的只有它。門檻最低的那本不是它，是下一節的《Are Your Lights On?》；要挑給一群程度不一的人共讀時取後者。</p>
<p>書中最直接可用的是槓桿點排序。Meadows 把介入系統的方式從效果最弱到最強排成十二層：參數調整在最底層，往上依序是資訊流、規則、目標、典範。這個排序可以直接拿來檢查自己的動作落在哪一層——調整 sprint 長度是參數，改變誰能看到哪些資料是資訊流，改變「延期要付什麼代價」是規則。三者花的力氣接近，效果差好幾個量級。</p>
<p><a href="/blog/books/knowledge-cards/evidence-provenance/" data-link-title="證據來源分類（evidence provenance）" data-link-desc="手上兩本書講同一件事而結論不同、或要拿一本書去支持一個實際決定時，用來判斷它支持得了多大範圍的決定">證據來源</a>是理論建構（系統動力學）加上跨組織案例，不是統計。因此它適合用來組織自己的觀察，用來說服別人時力道有限。時效上，書中的環境與資源案例引用的是 1990 年代的數據，那些數字已經過時；存量流量、回饋迴路與槓桿點排序這幾組概念沒有發現依賴時代條件的部分。它要有一個標的才排得出高下：手上有一個反覆出現、每次處理完又回來的問題。十二層槓桿點要壓在那樣一個問題上才排得出高下——單看排序本身，每一層都同樣有道理。作者是《成長的極限》主要作者、系統動力學創始人 Jay Forrester 的學生。</p>
<ul>
<li><a href="https://www.amazon.com/Thinking-Systems-Donella-H-Meadows/dp/1603580557">Amazon（Thinking in Systems: A Primer）</a></li>
<li><a href="https://www.books.com.tw/products/0010702990">博客來（系統思考：克服盲點、面對複雜性、見樹又見林的整體思考）</a></li>
</ul>
<h2 id="問題陳述本身出錯時讀-are-your-lights-on">問題陳述本身出錯時讀 Are Your Lights On</h2>
<p>Donald Gause 與 Gerald Weinberg 的《Are Your Lights On?》處理比「怎麼解」更前面的問題：這個問題是什麼、是誰的問題、真的想解嗎。它給的定義短到可以背——問題是期望與感受之間的落差——整本書都在示範這個定義有多難正確套用。書名來自隧道口該不該立牌提醒駕駛開燈的案例，以及牌子怎麼寫才不會製造新問題。</p>
<p>它在這個主題的位置是前置動作。系統思考讓讀者看見迴路，但若一開始鎖定的問題陳述就錯了，畫出來的迴路只會精確描述一件不重要的事。書中反覆出現的一句話是這本書的主軸：每一個解決方案都是下一個問題的根源。</p>
<p>證據來源是跨客戶的顧問經驗與教學經驗，形式是寓言與短案例而非資料。時效上，書中案例的場景（電梯、隧道、辦公大樓）與軟體無關但也不會過時，因為它們示範的是問題陳述的結構而非任何技術條件。這本一百多頁、有插圖，讀完花的時間在本篇最短。讀得出價值的前提標不出具體條件：接到一個需求、覺得哪裡不對但說不出來的時候就可以讀。</p>
<ul>
<li><a href="https://www.amazon.com/Are-Your-Lights-Figure-Problem/dp/0932633161">Amazon（Are Your Lights On?: How to Figure Out What the Problem Really Is）</a></li>
<li><a href="https://www.books.com.tw/products/0010754502">博客來（你想通了嗎？解決問題之前，你該思考的 6 件事）</a></li>
</ul>
<h2 id="想看軟體組織的具體形狀時讀溫伯格第-1-卷">想看軟體組織的具體形狀時讀溫伯格第 1 卷</h2>
<p>Weinberg 的《Quality Software Management, Vol. 1: Systems Thinking》把同一組概念放進軟體組織。它的工具是效應圖，把因果與回饋畫成節點與箭頭，用來拆解非線性效應。最常被拿來示範的是 Brooks&rsquo;s Law——對已經落後的專案加人只會更落後，出自 Brooks 的《人月神話》，完整說明在 <a href="../team-design/">組織結構與團隊設計</a>。效應圖的貢獻是把那條定律展開成可以逐段檢查的迴路：加人導致老手花時間帶新人、產出短期下降、進度更落後、壓力上升、品質下降、缺陷增加、修復佔用時間、進度再落後。定律說明會發生什麼，迴路指出在哪一段可以介入。</p>
<p>另一條主線是六種文化模式，從模式 0「渾然不知」到模式 5「全面關照」。它跟 CMM 成熟度等級關注的東西不同——CMM 看流程文件與可重複性，這套分類看的是人在裡面怎麼互動、遇到壞消息時組織會發生什麼。用來定位自己所在的組織處於哪個模式，比用來規劃改進路線直接。</p>
<p>證據來源是跨客戶的顧問經驗，書中自述取材自他經手的組織。時效上，書中的專案情境預設以年為單位的交付週期與瀑布式階段劃分，讀者要自行折算到現在的節奏；文化模式與效應圖處理的是組織對資訊的反應方式，不依賴交付節奏。六種模式要有第二個對照組才立體：只待過一間公司的人容易把那間的做事方式當成唯一的做事方式。讀得出價值的前提因此是待過兩個以上文化明顯不同的組織。</p>
<ul>
<li><a href="https://www.amazon.com/Quality-Software-Management-Systems-Thinking/dp/0932633226">Amazon（Quality Software Management: Systems Thinking）</a></li>
<li><a href="https://www.books.com.tw/products/0010341309">博客來（溫伯格的軟體管理學：系統化思考，第 1 卷）</a></li>
</ul>
<h2 id="想看這些機制在真實組織裡跑完一輪時讀穀倉效應">想看這些機制在真實組織裡跑完一輪時讀穀倉效應</h2>
<p>Gillian Tett 的《The Silo Effect》是本篇唯一的深度個案，八個組織各被完整報導過一輪。它跟前三本的分工在證據形態而非主題：那三本給概念與判準，這本給同一組機制在真實組織裡運作好幾年的樣子，包括當事人當下怎麼想、事後怎麼解釋。</p>
<p>作者是社會人類學博士出身的《金融時報》記者，核心論點來自那個訓練：<strong>筒倉是分類系統的產物，而分類系統決定了組織看得見什麼</strong>。這跟「部門之間要多溝通」是不同的診斷。UBS 那一章最能說明差別——信用、市場、作業三組風控各管各的固然是事實，但更關鍵的是 CDO 在他們的分類裡被歸為 AAA 資產，而不是風險中等的房貸包裹。清點曝險的時候，那筆風險在它被歸檔的類別下根本不顯示為風險——它不是被忽略的。人可以互相講話，分類不會因此改變。</p>
<p>這一點接得上 Meadows 槓桿點排序的上層——典範是效果最強的幾個介入位置之一。Meadows 用兩頁講完的那一層，這本書用八個個案演示它怎麼運作，以及為什麼身在裡面的人看不見自己的分類。八個案例分兩組：Sony、UBS 與英格蘭銀行是分類造成的失敗，紐約市府、芝加哥警局、克里夫蘭診所、Facebook 與 BlueMountain 對沖基金是嘗試打破的一方。</p>
<p>這本書有一個明確的缺口，而補它的書在別的主題。IMF《Finance &amp; Development》2015 年 12 月號（Vol. 52, No. 4）的書評 <a href="https://www.imf.org/external/pubs/ft/fandd/2015/12/book3.htm">Kick the Buckets</a>（Geoff Mulgan 撰，時任英國創新基金會 Nesta 執行長）列出三項缺口，第一項是：書中沒有一套理論說明什麼時候水平結構優於垂直結構。拆掉筒倉有它自己的代價——責任變模糊，或者把太多垂直邊界換成一樣多的水平邊界——而判斷這件事需要的判準不在這本書裡。它在 <a href="../team-design/">組織結構與團隊設計</a> 的 Team Topologies：團隊認知負荷有上限，因此邊界是承重結構而非官僚產物。兩本一起讀才完整，這本負責診斷，那本負責邊界該畫在哪。</p>
<p>證據來源是跨組織案例，形式是記者對八個組織的深度報導，框架取自人類學（她大量引用 Bourdieu 的文化再生產與慣習）。時效上，這本書帶出一種個案型書籍特有的風險：<strong>過期的不是論證，是案例本身還在動</strong>。Tett 在 2015 年把 Facebook 的反筒倉設計（新人 bootcamp、輪調、hackathon）放在正面那一組，而後續十年的公開紀錄讓那一章很難照原樣讀。讀個案型的書要比讀理論書多問一句：這個案例後來怎麼了。<a href="/blog/books/knowledge-cards/context-compatibility/" data-link-title="處境相容性（context compatibility）" data-link-desc="一本書或一套做法讀起來都對、換算到自己的組織卻沒有一條動得了時，用來定位缺的是哪一個環境條件">處境相容性</a>上，八個個案全是部門已經分化的大型組織——跨國銀行、中央銀行、市政府、大型醫院、上市科技公司——書中的機制要有數個彼此看不見對方的單位才長得出來。部門還沒分化的小組織讀它，讀到的是規模長上去之後會遇到的問題，不是當下用得上的診斷。</p>
<p>書末的結語把前面的個案收攏成一組人類學原則，形式是通則而非步驟。這決定了它的用途落在診斷與辨認：要的是照著做的順序時，材料在別的書裡。讀得出價值的前提是：待過一個部門各自都合理、合起來卻做出蠢事的組織。認得出那個形狀，八個案例是八次確認；認不出，它們是八則商業報導。繁體中文版《穀倉效應》由三采文化 2016 年出版、林力敏譯；2026 年 3 月的十週年紀念版仍是三采文化、同一位譯者；比對兩版目錄，章節結構與原書一致，新增的是中文推薦序而非回頭處理個案後續的章節或後記——上一段那句「這個案例後來怎麼了」對紀念版一樣要問。</p>
<ul>
<li><a href="https://www.amazon.com/Silo-Effect-Expertise-Breaking-Barriers/dp/1451644744">Amazon（The Silo Effect: The Peril of Expertise and the Promise of Breaking Down Barriers）</a></li>
<li><a href="https://www.books.com.tw/products/0011045837">博客來（穀倉效應【暢銷十週年紀念版】）</a></li>
<li><a href="https://www.books.com.tw/products/0010703860">博客來（穀倉效應，2016 年版）</a></li>
</ul>
<h2 id="為什麼只收這幾本">為什麼只收這幾本</h2>
<p>前三本各處理推導鏈的一段：問題陳述（Are Your Lights On）、通用的系統結構語言（Thinking in Systems）、軟體組織的具體形狀（溫伯格第 1 卷）。三段接得起來，任何一本都不能替代另外兩本。</p>
<p>第四本不在那條鏈上，它換的是證據形態。前三本都是概念與判準，讀完當下最常見的反應是覺得抽象；《穀倉效應》給的是同一組機制在八個真實組織裡跑好幾年的樣子，用途是把抽象的部分接上畫面。深度個案的位置由這本承擔，而個案正是縮短「讀完」到「用得上」那段距離的材料。</p>
<p>系統思考的書多半分成兩類：需要數學與模擬工具的系統動力學教材，以及把回饋迴路簡化成勵志語言的商管書。前者的門檻超出這個主題想服務的讀者，後者拿掉了讓概念可用的部分——分辨的方法是找有沒有槓桿點這種可以拿來檢查自己動作的排序，只講「凡事都是系統」的沒有。</p>
<p>Tett 另有《穀倉效應2：未來思考》（原書 Anthro-Vision）的繁體中文版在架，本書單未評估它在這個主題裡承擔什麼角色——它把同一套人類學視角推廣到個人與市場判斷，是不是仍在組織分類這條線上，要讀過才判得出來。</p>
<p>再往外擴會進入決策科學與專案風險，那些分屬 <a href="../estimation-decision/">估算、承諾與決策偏誤</a>。</p>
<p>這個主題沒查到可以收的公開課，而它是三種成因裡最接近有解的一種——學院有對應的課（MIT Sloan 的 15.871 Introduction to System Dynamics），只是它在 OpenCourseWare 上沒有影片。整條線的供給狀況寫在 <a href="../">主題書單</a> 的公開課段。</p>
<h2 id="這個主題接到哪裡">這個主題接到哪裡</h2>
<p>看見迴路之後，控制系統還需要知道實際狀況與有能力行動。量測那一半走 <a href="../continuous-delivery/">持續交付與交付效能</a>，那裡的書提供有統計佐證的指標。結構調整那一半走 <a href="../team-design/">組織結構與團隊設計</a>。</p>
<p>如果讀完的感覺是「我看得見迴路，但組織裡沒人願意承認迴路存在」，那是另一組問題，走 <a href="../culture-safety/">組織文化與心理安全感</a>。</p>
]]></content:encoded></item></channel></rss>