地圖還沒畫完，問題已經被圈好了
旱年，衡水城的水井一口口見底。城主召來測繪師、治水官和算學家，要他們提出引水方案。
城主先在紙上圈住城牆：「先看城裡。算清楚有多少住戶缺水、修渠要花多少錢、何時能完工。」
測繪師依照指示，標出城內住戶、井和作坊，也把河道與水閘畫了進來。算學家估算水量，治水官找到適合築閘的位置。幾人很快得到一個明確的答案：在上游築閘，把部分河水引進城裡，就能讓城中重新有水。
石閘完工後，井水回升，作坊重新開工。報告顯示缺水戶數下降、供水量增加，支出沒有超出預算。衡水城敲鐘慶祝。
報告上的數字都是真的。問題是，測繪師的圖在城牆邊停了下來。
圖外的蘆村失去了部分溪水。村民挖井取水，河灣的蘆葦逐漸枯萎，陶窯也少了可用的柴薪。城裡的人不是完全不知道，只是把村子的缺水視為「另一件事」：這項工程的目標是改善城內供水，蘆村不在工作範圍裡。
一張系統圖不只描述哪些東西互相影響，也會決定哪些結果能進入分析、哪些損失被留在範圍之外。
空陶罐讓「問題」換了一個位置
一天，蘆村的陶匠蘆生帶著一只空陶罐進城。她找到測繪師，把罐子放在地圖旁。
「城裡的井，你都畫對了，」她說，「那麼，水從哪裡來？又是誰失去了它？」
她沒有否認城中缺水，也沒有要求測繪師把整片天地都塞進圖裡。她只是指出：水閘、村落、河灣與陶窯並非彼此無關。若方案改變了河水的流向，分析就不能只看受益的城內住戶，還得檢視沿河而居的人承受了什麼變化。
測繪師第一次注意到，那道城牆紅線不只是地理標記。它也界定了誰的生活被算進成果、誰有資格參與決策，以及哪些證據會被當成相關資料。
這裡連著一個哲學問題：我們如何判斷什麼是「問題本身」，又如何知道哪些事實與它相關？康德的批判哲學追問知識成立的條件與界限。系統學者 Werner Ulrich 把這類追問帶入專業介入：我們使用的模型與方案，會依據某個「重要情境」來挑選事實與價值，因此必然帶有選擇性。這不是說河流只是觀察者想像出來的，而是說，河流的哪些部分被當成分析對象、哪些後果被用來判斷成功，取決於我們如何界定情境。Ulrich 與 Reynolds（2010）對批判系統啟發法的說明
Ulrich 將這種反省與對話的工作稱為「邊界批判」（boundary critique）。它不要求找出一條永遠正確的線，而是要讓邊界判斷浮現，並檢視它是否相關、是否有充分理由、能否向受影響的人交代。
四組問題，拆開邊界藏起來的假設
在「批判系統啟發法」（Critical Systems Heuristics, CSH）中，邊界問題整理成十二個提問，並分成四組來源：動機、控制、知識與正當性。實務上可以把它們帶回衡水城的引水方案，檢查模型究竟替誰服務。Ulrich 與 Reynolds 的章節
- 動機：誰受益，成功代表什麼？ 城主把城內住戶的供水改善當成目標，蘆村人的生計則沒有出現在成功標準裡。
- 控制：誰能決定，手上握有什麼資源？ 城主與治水官能決定閘門位置和開關時程；蘆村承受水量變化，卻沒有相應的決策權。
- 知識：哪些人的經驗被視為可靠？ 算學家能提供水量估算，村民則知道河灣在哪些月份最容易乾涸。若分析只採用前者，模型就會缺少另一種重要資料。
- 正當性：誰受影響卻沒有參與？ 當蘆村不在會議桌旁，誰能代表他們指出風險？他們能否質疑方案，或要求重新檢查結果？
這些問題同時可以問「目前如何」和「應該如何」。例如，目前誰決定放水？理想上誰應該參與？實際採用哪些知識？又有哪些知識應該加入？把兩者並列，才能看清現況與承諾之間的落差。
擴大範圍不是答案，讓選擇可受檢驗才是
城主聽完蘆生的話，命令測繪師把範圍向外擴大，直到所有可能受影響的村落都畫進去。測繪師卻停下筆。
「如果一直往外畫，整片山脈與遠方的城鎮都會進來，」他說，「我們仍然得決定這次要做什麼、由誰負責、追蹤哪些結果。」
這是邊界批判的重要限制：它不等於「把所有人和所有因果都納入」，也不會替分析者消除取捨。分析需要範圍；關鍵是不要把選擇偽裝成自然事實。Ulrich 與 Reynolds 將實作分成兩個相連的動作：先揭露主張背後的選擇性，再檢視這些選擇對不同受影響者造成的後果，並討論是否有更可辯護的做法。
測繪師於是在原圖旁接上一張新紙。他保留了城牆的紅圈，同時把河道向上游與下游延伸。他在圖邊留下問題：誰希望工程成功？誰控制水閘？哪些知識被採用？誰承受了影響，卻沒有坐在桌旁？
這張圖沒有宣稱自己完整；它把分析範圍和未解之處都留在紙面上。
把邊界批判帶進下一場需求工作坊
衡水城後來請蘆村居民、染坊代表和治水官一起檢視新的分水方案。幾方沒有立刻達成共識：城裡擔心用水減少會讓作坊停工，村民則不接受「城裡有餘水才輪到村子」的舊安排。
他們最後調整了水閘，在旱季保留一部分水流回河灣；城裡則在水位偏低時減少用水。村民、作坊和治水官共同記錄水位，並約定低於特定刻度時重新討論分配。這沒有讓每個人都滿意，卻讓新的資料與不同立場有機會改變決定。
在需求分析或系統設計工作坊中，可以在畫流程圖、列需求之前，先花一頁紙回答以下問題：
- 把成功寫成可檢查的句子。 指出受益者、預期結果與觀察期限，避免只寫「改善體驗」或「提高效率」。
- 分別記錄目前與理想的決策權。 誰現在能改變系統？誰承擔後果？誰應該參與？
- 列出模型採用的知識。 除了資料與專家意見，是否有第一線工作者或受影響者掌握的經驗？
- 標記受影響但缺席的人。 誰能代表他們？代表者有沒有足夠機會提出不同解釋或反對方案？
- 寫下範圍外的後果與回看條件。 如果暫時不把某項影響納入模型，要記錄理由、監測方式，以及何時重新檢查。
這份清單不是 CSH 十二個問題的替代品，而是一次工作坊的起點。我的實務判斷是：只要有人承受方案的後果，卻沒有提供知識、質疑方案或促成重新檢視的途徑，分析就還沒交代清楚自己的邊界。
下次開始一場系統分析時，先請每位參與者各自寫下「誰會因這個方案受益、誰可能承受代價」。在大家看到彼此的答案以前，先別急著把第一條線畫上去。
如果已經知道哪些人與後果要納入分析，可以接著看故障會讓系統關係浮現：從海德格的器具分析到可驗證的復原路徑，沿著操作中斷找出成功流程裡看不見的依賴。