有時不是不知道問題，而是沒有改變容量
當一件事情遲遲沒有改變，於是，更多資訊、更多方法、更多課程被投入，希望只要理解得更完整，改變就會自然發生，然而，現實世界經常呈現另一種樣貌。
許多問題，其實早已被看見。
企業知道流程需要調整，團隊知道溝通出了問題，家庭知道彼此的相處模式正在消耗關係，個人也知道熬夜、過勞或缺乏休息並非長久之計。
知道，卻沒有改變。
而這樣的停滯，未必來自缺乏認知。
另一種可能是，系統缺少承接改變的容量。
當人力長期不足，每一天都在處理眼前的工作，很難騰出時間重新設計流程。當團隊持續救火，即使知道問題在哪裡，也沒有餘裕停下來整理。當組織承受高度績效壓力，每一次改變都可能伴隨風險，維持現狀反而成為最安全的選擇。即使形式對不上本質、已讀亂回、你知我知卻說不出口，混亂逐漸成為常態，消耗也成了不得已。
當一個人已經身心俱疲，再好的建議，也可能只是另一份壓力。
因此，「不要改」有時並不是因為抗拒，而是因為沒有足夠的條件去承接改變。
近年來，各種設計方法、管理工具與創新流程受到廣泛討論，它們提供了理解問題、整理需求、發展方案的方式，也確實能幫助許多團隊改善工作。
然而，方法並不是力量本身。
如果一個系統已經超載，再好的流程也可能變成新的負擔；如果一個團隊已經沒有餘裕，再完善的工具也未必能真正發揮作用，在討論「該怎麼改」之前，也許還需要先回答另一個問題：這個系統，是否還有改變的容量？
如果把容量理解為一個系統承接改變的能力，它可能來自許多因素。
是否仍有可運用的時間？
是否還有人力與資源？
團隊是否具備信任與心理安全感？
是否允許嘗試，也允許失敗？
是否有人願意持續維護，而不是只負責開始？
這些因素未必直接解決問題，卻會影響任何改變能否真正發生。
因此，當一個系統停滯不前，也許可以暫時放下「為什麼不改？」這個問題。
它是否還有容量可以改變？
這兩個問題看似相近，指向的卻是不同的方向。前者容易將原因歸於個人；後者則開始看見系統所承受的限制與條件，還包括一個人、一個團隊，或一個組織，是否擁有承接改變的空間。
Memo
改變容量，它比較像是一種綜合狀態，目前暫時將影響改變容量的因素記錄為：改變容量 = 資源 × 信任 × 餘裕 × 維護能力 × 試錯空間
- 資源（Resources）
- 信任（Trust）
- 餘裕（Slack）
- 維護能力（Maintenance）
- 試錯空間（Experimentation）
（持續觀察中）
