系統思維 - 好組織的三個特徵

整理自 FB 20200615 的隨筆，針對底下這段話的延續探討：

系統思維好系統有三個特徵：抗打擊、自組織、以及中央控制和子系統自治要有一個平衡關係 —— 這三個特徵明顯更符合生態系統的特徵。

這些三點，背後有各自的問題與實際案例。

這三點：

1. 抗打擊
2. 自組織
3. 中央控制和子系統要有平衡關係

這三點提到的概念，與 Spotify 的組織為啥失敗 這篇比較，我覺得 Spotify 主因在於：

1. 中央和地方沒有維持平衡關係

現象就兩種，第一是 過度中央集權，地方無法參與決策。

中央說了算，地方做就對了。中央容易自我感覺良好，地方久了地方失去思考能力，只會等指令 …. 地方有想法的人很容易因為跟中央有衝突，很容易就想換工作，因為中央容不下地方的想法。通常這種公司就是很會做行銷，到處發新聞稿，營造一片祥和的樣子，但是去 ptt 會看到一堆員工在幹樵。

第二個則是 地方反過來壓制中央，現象就是：整家公司步伐目標不一致，長出很多奇怪的產品線，內部溝通混亂、內部很容易一直重新造輪子，最後就分家了。厲害的人，很容易就跑了，甚至自己創業開新戰線。

當中央與地方不平衡，處理政治問題就飽了。

2. 沒有定義好跨團隊溝通的協議

地方要怎樣就怎樣，中央不知道要管、或者沒有方法可以管理、對治理沒概念。地方不管中央的決策、或者不理會中央的政策，只想趕時程。現象：歪樓、發散、衝突不斷，無法管理、失控。

中央有定義溝通協議，但是太過冗長，沒有效率，或者訂了很漂亮的協議，但是不知道怎麼落地，像是某 CMMI … 這種就是最常被敏捷派幹樵的點。現象：Blocking I/O …. 地方變成懶散、士氣低落。如果公司要撐下去，要靠那群首腦撐，通常都退不了休，白髮蒼蒼，找不到接班人。

3. 為所欲為的自組織

自組織不是為所欲為，而是要遵循一定的程序與章法做事。

技術單位通常的問題就是自組織的 技術管理。

用什麼技術選型？解決什麼問題？如何導入某一個新技術？如何訓練？如何養成？如何找到市場上熟悉該技術的人才？技術普及程度？技術的未來性？ … 等，都是技術管理課題。自組織不是今天開心用 Node.JS、明天用 Python、後天用 Golang …. 今天用 AWS 、明天用 GCP … 用了三四套 RDBMS … 這些都是技術管理課題，都是要有章法、有程序的。自組織，不是要怎樣就怎樣，更不是為所欲為。

溝通也要有遵循一定準則，特別是跨團隊協作。像是：

1. 開會原則
2. 溝通共識: 文件管理 / KM -> 請參考 我的廢文

花蓮市不是直轄市，新北市是直轄市。花蓮市要升格要有條件，不是因為地方自治，就可以隨意升格、招兵成立軍隊。花蓮市長找台北市長開會，要照規矩的，不是車開著就北上去了，什麼都沒通知的。

一切都還是有規矩的。

回到一開始提的：

1. 抗打擊
2. 自組織
3. 中央控制和子系統要有平衡關係

這些概念很簡單，就跟一個國家的治理一樣。

台北市雖然是直轄市，但不能自己招募軍隊，因為軍隊是中央的。中央要定義遊戲規則，讓地方遵循，地方覺得規則有意見，要透過溝通管道上述溝通，否則算是政變。

三國演義就是中央無力管理地方，造成地方拿到軍權，開始反制中央，最後變成大亂鬥的局勢。客氣一點的，就夾天子以令諸侯，不要臉一點就是自稱皇叔、不然就從哥哥那裡繼承權利過來。。。我到底在說殺小

所有的問題就是： 溝通沒做到位

翻譯：該摸頭沒摸到、該給糖的沒有給

自組織問題、溝通問題、結構問題沒有處理，當 亂 到一定程度，就會變成 難, 大概就像這篇 寫的樣子。

相關文章

• Spotify 的組織為啥失敗