框框與破框 - 組織與團隊

組織問題

有時候一個組織跑久了，整個團隊就會陷入一種死氣沈沈的感覺。

沒生氣還好，最麻煩的是大家一直生氣。

「這不是我負責的」「這我不知道」「這不是我這邊處理的，你去找誰誰誰」

常常弄到最後，有些事在組織裡面，就是沒有人要負責。每個人都有事情在忙，但問題一個都沒有解決。而通常都是那些事關重大的複雜問題。

於是弄到最好，老闆只好弄一個「跨部門協調」會議，來談分工。只是所謂的協調會議，一開頭，起手式一定是先互相推卸一下，要不就是先互相指責一下，吵一架再來「協調」，做一下分工。心裡 OS：最好不要分給我。

結果 A、B 兩個單位分工雖然講好了，但大家各自有各自的盤算，回頭各自想辦法交代。老闆只好指派一個身邊的幕僚，作為專案主要負責人，去跟 A、B 兩單位後續跟進，好聽點叫 PM，基本上很難做，有責無權，俗稱「背鍋俠」。

為什麼會這樣？

組織設計

傳統的組織設計方式，就是畫框框，然後把框框連結成樹狀結構。

每一個框框都有明確的 R&R （Role and Responsibility），然後把人一格一格丟進去，一人落一個框，然後開始玩「角色扮演」。

這些框框各自對應了公司的各項業務，也對應了各項流程或 SOP，然後每個對應在框框內的人，就要做好框框內的事。

科學化管理的原始理想，就是想說組織設計完了，人放進去了，系統就應該要跑起來了。

當然，我們現在都知道，事情不是這麼簡單。

很多時候，是我們把人放錯框框了。雖然框框裡面的人，想要把那個框框的角色扮演好，但能力不對就是演不來。在這種時候，可能可以把人調一下位置，玩一下大風吹，把適合的人調到適合的位置，讓每個人的能力，可以在剛好對的框框裡發揮。

但，大多時候，問題根本就是框框本身。

組織改組

出問題的是因為這些框框，也就是代表，原本的組織設計出了問題。

最早的組織設計，是隨著公司發展至今的，但市場在變化，結果組織結構沒有辦法對應公司的新業務發展。

人也在變化、每個世代的特質也不同，結果，組織設計沒有辦法讓新一代的同仁發揮。

框框的架構也不對、框框的 RnR 也不對，結果不管放什麼人進去框框，都發揮不出組織的力量，因為框框本身的結構設計，可能就已經變成一個錯誤的系統。

這時候通常就需要去做「改組」，也就是做組織變革。

框框要重畫，連線要重連，框框裡面的 R&R 要重訂。

有時候為了讓組織設計看起來很高級，還會畫出一種傳說中的「矩陣組織」的系統，有所謂的實線、虛線，每個框框都虛實整合，形成老板的多重宇宙。於是你每一天都像在穿越不同的時空，而時常覺得「我是誰？我在哪？」

遊戲規則

其實目標來說，理論上，都是希望工作同仁都能發揮所長，然後透過組織，形成團隊，能夠去讓不同長處的同仁，發揮 1+1 大於 2 的力量。

只不過，日子久了，這種一框一人的組織設計，也變成一種管理上的便宜行事。

大多數的主管是在管理框框，而不是在管理框框的人。因為畢竟，框框裡面的人不對，換一個人來坐就好了，框框是不會變的，反而是裡面的人，只不過是可以取代的，系統中的一種零件。

很多厲害的人才，並不滿足於框框的限制，才華外露，不只自己框框的事做得好，還破框思考，去做了很多框框以外的事，而且還可能剛好是公司很需要，但因為目前的框框設計，沒有人要去做的事。

是不是好棒棒呢？

但你知道，在很多組織裡面，這種行為就叫做破壞規則，這種人才通常死很快，對吧？

框框的設計原本是要發揮團隊力量的，結果框框最後變成桎梏人才的結界。

框框的力量

對於一直在不同框框內，跳來跳去，設法求生存的我們，最後也忘記了，我們自己的名字。

因為框框本身是有力量的，框框的力量，會去剝奪我們自己的名字，框框會讓你以為你擁有他，你就是他。

你是 XX 公司的副總，你是 XX 公司的工程師，你是 XX 單位的行銷協理，你就是框框本身。

框框的名字，變成了你的名字，當框框的名字一但被剝奪，你也忘記了自己的名字。

而框框的力量，是來自於人們的惰性。

因為人們彼此，並不想真正花力氣去真正了解彼此。人們只想認識你...的標籤。

你是 XX 公司的副總，你是 XX 公司的工程師，你是 XX 單位的行銷協理。

第一次認識的時候，聽到對方的標籤，也就認識完這個人了，多簡單。

真實要去認識彼此，可能都是以後的事，也不一定會發生的事。

我們每個人都是賦予框框力量的人。

Scrum 的理想

組織設計，有沒有其他的可能？

當時，在軟體工程裡面，SCRUM / Agile（敏捷開發），就是一種打破傳統框框設計的工作方法。

Scrum 的設計是：當團隊設定好一個目標（Sprint Goal），團隊的大家一起去完成目標。任務的分配不是為了分工，不是為了切分角色。

分出任務，是為了釐清完成目標所有會需要做的事。切出工作項目後，團隊內的每個人，都可以領任務去做，一起幫助團隊完成目標。

所以最原始的 Scrum Guideline，就只有三種角色，

• Scrum Master（協助跑Scrum流程、移除團隊障礙的人）、
• PO（決定產品價值跟優先順序的人）
• Developer

而其中的 Developer ，並不是指 RD，而是團隊內所有一起完成任務的成員。

也就是最理想的狀態，一個 Scrum team，團隊內的每個人都應該是「跨職能」的工作者。每個人都可以領任務去做，一起完成團隊目標。

在團隊內，沒有所謂的框框，一切都是團隊目標，身為團隊成員，就是想辦法達成團隊目標，沒有什麼角色扮演的問題。

如果 Scrum 的成功，核心就是這個「跨職能」的思維，Scrum 的失敗也是。

AI 帶來的新機會

因為傳統上，Scrum 跨職能本身的設計，是有點不現實的。讓 PM 去開發程式，讓 UX 去做 RD 的事，相反的讓 RD 來做 PO 的事，本身都有點不切實際。

結果，AI 的發展，讓原本 Scrum 團隊內所謂的「跨職能」，真正變成了現實。

有了 AI 的協助，團隊內的成員都可以變的多才多藝，寫產品文件、寫系統規格、寫測試程式、完成程式開發，在軟體產業，Scrum 跨職能團隊，最終變成了可能。

而，Scrum 的理想也真的可以實現。

然後從敏捷開發，就可以再推到敏捷組織。試想一下，在各種產業的公司，都有可能切出各種不同的目標導向團隊，在團隊內透過 AI 的協助，每個同仁都變成「跨職能」的團隊成員，都可能透過 Agile 的方法，來匯聚團隊的力量，完成團隊目標。

創新的力量，一直以來就來自於「團隊」，而不是「組織」。

團隊才是真實的，組織終歸只是一堆框框。

未來的公司型態

AI 帶來了專業工作者的挑戰，很多的討論，都預言了巨大的失業潮即將來臨。

但有沒有一種可能，其實所謂的「失業」，是因為現在工作上的那些框框的消失呢？也就是傳統的組織設計，因為 AI 而帶來快速的瓦解呢？

框框消失了，那我要坐哪呢？

沒有了框框，沒有了原本的組織設計，那些職位本來就會消失，職位消失了，框框消失了，從現在「專業職能」的人力市場，本來解讀上就是一種失業。

為什麼一定要有框框呢？

人被畫分在系統裡，像是零件，AI 卻是無所不能，像是全知的管理者。

如果 AI 本身就是「跨職能」的，結果反而人類的工作者，是被劃分在「專業職能」的框框裡，再怎麼說都是反人性的。

所以接下來，可能發生的，是新的工作型態。

框框會消失，每個人都會斜槓。團隊比組織更重要，而工作每一天都充滿變化，每一個人都可以強烈體會到一起達成團隊目標的成就感。

我們都是完整的。

結果，消失的是框框，而解放回來的，是重新找到人類工作的意義。

AI 也許能協助我們，破除框框的力量，從框框手上奪回自己的名字。

終歸，我們會越來越接近，成為我們自己原本應該要有的樣子。