為什麼我們總想找一個人負責
事情出錯後，「到底是誰的錯？」幾乎是最自然的問題。它讓人感覺只要找到一個原因、一個負責的人，事情就有了結論。可是在不少情況裡，這個問題雖然容易問，卻不一定能帶我走到真正的改善。
我在《正確犯錯》的閱讀心得裡提過複雜型失敗：它不是單一因素造成，而是許多原本看似小、甚至平常不會出事的條件，剛好以不利的方式交會。時間壓力、資訊沒有傳到、交接不清、系統限制、外在變化，可能同時存在。事情發生後，某個人的決定當然可能是其中一環，但不必然就是全部答案。
系統思維不是免責
我不想把系統思維理解成「沒有人需要負責」。剛好相反，它要求更仔細地負責。若我只把問題停在「某某人不夠細心」，下次只要換一個人，類似條件仍可能重演。若我願意再多問幾步，就能看見：那個人為什麼當時會那樣判斷？他拿到什麼資訊？流程有沒有提供足夠的確認點？工作量、時間或權限是否讓其他選擇幾乎不可能？
這些問題不會抹掉個人的行動，卻能把檢討從判決變成學習。對基本型失敗來說，我可能確實需要建立提醒或檢核；但若一次事件涉及多人與多個環節，還需要看整個系統怎麼讓錯誤容易發生、讓預警難以被聽見，或讓修正只停在表面。
快速修補可能把問題推到以後
書中提醒我們小心「修補」的誘惑。這也讓我想到《第五項修練》所介紹的系統基模之一「飲鴆止渴」（Fixes That Fail）：一個對策可以先讓問題症狀緩解，卻在一段時間後帶來副作用，讓問題回到原狀，甚至更糟。因為短期確實有效，我們反而更容易重複同一個做法。（延伸參考：《第五項修練》與常見系統基模；Omplexity 對「飲鴆止渴」的說明）
面對問題時，我們很容易想趕快讓症狀消失：把工作延後、臨時加一個人、立刻訂一條更嚴的規則。這些方法可能讓當下好過一點，但如果它們只是把負擔推到下一週、下一個人或另一個流程，長期反而會把問題放大。快速解決不一定錯；我們需要多問一個問題：它會在後面造成什麼影響？
我認為方便又實用的系統思考，可以從兩個很簡單的提問開始：「這件事還會影響誰與什麼？」以及「如果現在這樣做，之後可能發生什麼？」前者讓我們看見其他的影響層面；後者則提醒我們，不要把眼前的舒緩直接等同於真正的改善。
《窮查理的普通常識》也提到與系統思考相通的觀點：制度裡的目標、考核和獎勵，會慢慢塑造人們覺得什麼做法最合理。當一個團隊只獎勵速度、數字或表面上的「沒有問題」，人們可能傾向壓下風險、延後回報，甚至把成本推給下一個人。
這也是系統思考提醒我的地方：問題不一定只是某個人的選擇，而是整個制度正在讓哪些選擇變得容易、合理，或更容易得到肯定。檢討時，除了看流程與後果，也值得問：眼前的制度正在鼓勵什麼？
回頭看這幾篇從《正確犯錯》延伸出的思考，我愈來愈覺得，面對失敗不是靠一次檢討就能完成。從讓失望不只留下失望、在自責出現時拉開距離，到一次嘗試後重新判斷該繼續、調整或停止，以及在團隊裡讓問題能被說出來，每一個環節都影響我們能不能從結果裡學到東西。
而系統思考讓我再往後看一步：除了問「誰做了什麼」，也問「什麼條件讓這件事變得可能？」這些條件可能藏在流程、資訊傳遞、時間壓力，或我們習以為常的制度裡。
發佈留言