
副標題:《雙環學習 (Double-Loop Learning)》
請參考:群島計畫
引子:在第十八章故事中的場景
帆影小隊的規格文件反覆出現同一種模式:規格寫得很細,卻總有某個假設之間的矛盾,等工程師動手做才被撞見,然後資深工程師盧卡斯修規格,事情翻頁繼續。工程師奧莉維亞提出「三方會談」,動工前讓寫規格的人、負責開發的人、下游驗證三個角色一起討論,而不是一個人先寫、其他人後改。這個改變,處理的不是某一條規則寫錯了,而是規格本身該怎麼被產生出來這件事。
理論溯源:從「修正錯誤」到「檢視產生錯誤的規則」
雙環學習由組織學習學者克里斯・阿吉里斯提出,《綠洲計畫》已經介紹過它的基本概念:單環學習,是在既有的假設與規則不變的前提下,修正眼前的錯誤;雙環學習,則進一步回頭檢視,那個讓錯誤反覆發生的假設或規則本身,是不是也該被修改。這一次要深化的,是把這個聽起來抽象的區分,落實成一個具體、可以在日常工作裡直接操作的機制。
理論精解:三方會談,是把雙環學習「嵌進流程」的具體做法
盧卡斯每次修規格,都是單環學習:在「規格由工程師一個人先想清楚、寫下來、其他人照著做」這個運作方式不變的前提下,修正這一次沒想到的細節。這個做法不是沒有用,只是它有一個侷限:它只能修正「已經被撞見」的錯誤,沒辦法預先處理「同一種運作方式,還會製造出哪些沒被撞見的錯誤」。
三方會談改變的,正是這個運作方式本身:把「一個人先想、其他人後改」,換成「動工前,三個會用不同角度撞見問題的人,一起先想過一遍」。這不是要求盧卡斯把規格寫得更完美,而是承認一件事:某些矛盾,本來就只有站在不同角色的人一起討論時,才會被看見,沒有任何一個人,能夠獨自把所有角度都想清楚。
應用解析:書中的安排

實踐指南:你也可以這樣用
延伸思考
思考題:想一個你工作裡「已經改過很多次,卻還是一直出錯」的文件或流程,如果把焦點從「這份文件哪裡沒寫清楚」,換成「這份文件本來就是用什麼方式被產生出來的」,你會看到什麼不一樣的答案?