iT邦幫忙

2026 iThome 鐵人賽

DAY 12
0
佛心分享-IT 人自學之術

群島手記:你要的是答案,還是找答案的方法?系列 第 12

Day 12|誰有權利站在這條線上——BART框架的邊界深化

  • 分享至 

  • xImage
  •  

Day 12|誰有權利站在這條線上——BART框架的邊界深化

Day 12 資訊圖

副標題:《BART框架 (Boundary, Authority, Role, Task)》
請參考:群島計畫
引子:在第十五章故事中的場景

潮汐小隊的克里斯與燈塔小隊的布萊恩,同時需要用到公司唯一一套客戶沙盒測試環境,卻在事前完全不知道對方的計畫,衝突一路升級到雙連結會議。薇薇安沒有直接裁決誰對誰錯,而是先問「這套環境,現在到底是誰在管理排程」——這個問題,問出了真正的癥結:資源本身,從來沒有清楚的邊界。

理論溯源:一套用來看「系統裡誰站在哪裡」的框架

BART框架源自塔維斯托克學派(Tavistock)的團體關係研究傳統,後來由多位學者(包括查克瑞・葛林、芮妮・莫倫坎普等人)整理成一套簡潔的分析工具,涵蓋邊界(Boundary)、權威(Authority)、角色(Role)、任務(Task)四個面向,用來檢視一個系統裡,人與人、團隊與團隊之間,各自站在什麼位置、擁有什麼決定權。《綠洲計畫》已經介紹過這四個元素的基本輪廓,這一次聚焦在最容易被忽略、卻經常是衝突根源的一環:邊界。

理論精解:邊界不只是「誰的地盤」,是「誰有資格在這裡做決定」

邊界,指的是一個系統(一個人、一個小隊、一項資源)跟外界之間,那條決定「什麼在裡面、什麼在外面」的分界線。健康的邊界,通常具備三個條件:清楚(大家都知道線畫在哪)、被承認(大家都同意這條線該被尊重)、可調整(當情境改變,這條線也能被重新協商)。

客戶沙盒環境的問題,正好三個條件都缺:沒有人清楚定義過這套環境的使用邊界(誰能訂、怎麼訂、衝突時怎麼辦);因為沒有明訂,也就沒有東西可以被「承認」;更沒有任何協商機制,讓邊界可以隨著兩個小隊的需求變化而調整。於是,兩個小隊只能各自用自己隊內的邏輯(先訂先贏、客戶承諾優先)去填補這個空白,而這兩套邏輯,天生就會撞在一起。

應用解析:書中的安排

  1. 表面是排程衝突,底層是邊界缺失:克里斯與布萊恩各自的理由都成立,這正是刻意的安排——如果衝突能簡單地分出誰對誰錯,就不需要動用雙連結會議。真正的問題永遠在更深一層:這套資源,從一開始就沒有主人。
  2. 薇薇安的提問,示範了正確的診斷順序:她沒有先問「誰先訂的」,而是先問「誰在管理排程」,把焦點從「這次該聽誰的」,拉高到「這條邊界該由誰畫、怎麼畫」,這正是BART框架教人優先檢視系統結構、而不是急著評斷個人對錯的精神。
  3. 雙連結會議首次「被使用」:呼應第二章埋下的伏筆:五位代表過去都是inlink,只負責由上而下傳達,這是全書第一次,這個會議真正處理了一個單一小隊解決不了、需要跨隊協商邊界的問題,也是這個治理機制第一次證明自己存在的價值。
  4. 娜塔莎與克里斯的和解,收在「制度」而不是「人情」:兩人最後的和解,不只是互相道歉,而是共同訂出一套之後任何小隊都能沿用的排程規則——邊界一旦被清楚畫出來、被雙方承認,未來類似的衝突,就不必每次都升級到部門主管才能解決。

Day 12 資訊圖

實踐指南:你也可以這樣用

  • 練習一:盤點你團隊常見的「無主資源」。想一想團隊裡有沒有類似客戶沙盒這樣的共用資源或空間,它有清楚的使用邊界嗎?有沒有人被賦予管理或仲裁的權力?如果答案是否定的,這通常就是下一次跨隊衝突最可能發生的地方。
  • 練習二:衝突發生時,先問邊界,再問對錯。下次遇到類似的資源或優先順序衝突,可以先問一句「這件事的邊界,原本被畫在哪裡、被誰畫的」,而不是急著判斷這次該聽誰的——很多時候,答案會是「根本沒有人畫過」,而這才是真正該被解決的問題。

延伸思考

思考題:想一個你曾經捲入、或旁觀過的跨團隊衝突,如果拿掉「誰對誰錯」的框架,改用「這裡的邊界原本清楚嗎、被誰承認、能不能調整」來看,你會看到什麼不一樣的東西?


上一篇
Day 11|把重工迴圈畫進地圖——價值流圖的深化
下一篇
Day 13|治標的代價——系統基模「捨本逐末」
系列文
群島手記:你要的是答案,還是找答案的方法?15
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言