- 三大問題
- 判斷方式
- 現象
- 解決方法
三大問題:
- 資訊沒有被系統化
- 責任沒有被結構化
- 跨團隊合作沒有被產品化
判斷方式:
- 資訊有沒有集中整理
- 責任有沒有明確歸屬
- 跨團隊合作有沒有機制
- 底層架構有沒有人負責
- 有沒有運用工具標準化流程
- 主管是在解決問題，還是在控制敘事
- 團隊是在累積資產，還是在燃燒人力補破洞
現象:
- 資訊散落在主管、會議、個人經驗裡。
- 誰知道多少，取決於主管願意揭露多少。
- 誰該負責，平常說不清楚，出事時才找人背鍋。
- 一旦事情牽涉到兩個以上團隊，品質就開始崩壞。
一旦事情牽涉到兩個以上團隊，品質就開始崩壞。因為每個人都守住自己的邊界：這不是我負責的、這超出我的範圍、這要問別的團隊、這要等主管協調。但真正的產品，從來不是單一部門完成的。真正會出問題的地方，也往往就在交界處。
解決方法:
- 建立「透明平台」：
- 確保資訊的流動不依賴於主管的「個人意願」，而是透過系統化的機制（如全紀錄的 RFC 流程、透明的專案管理看板）強制公開。
- 定義「灰色地帶」的歸屬：
- 在設計組織架構時，必須預留專職處理「跨邊界問題」的資源或團隊（如 Platform Team 或 Architecture Group），而非期待開發者在「高壓競爭」下自發性奉獻。
- 拒絕「敘事操弄」：
- 真正的領導力來自於減少模糊感。給予下屬明確的邊界與真實的數據，才是對團隊最大的尊重。