組織變革的最早期模型之一來自 Kurt Lewin(1940 年代)的三步驟流程:解凍、轉型、再凍結。但 21 世紀的組織運作在 遠離平衡(far-from-equilibrium)的狀態中——變化不再是打斷穩定期的短暫插曲,而是持續發生的常態。領導者的工作是透過持續攪動組織,使其保持在變化的前沿。

本章所說的「領導者」包含任何對團隊有影響力或權威的人:管理者、Product Owner、ScrumMaster、以及致力於引入或推廣 Scrum 的組織變革推動者。

影響自組織 (Influencing Self-Organization)#

自組織是敏捷軟體開發的基本概念。但常見的誤解是,因為依賴自組織團隊,領導者就沒有角色了。Philip Anderson 在 The Biology of Business 中反駁了這一點:

自組織不代表由工人取代管理者來設計組織。它不是讓人們做他們想做的事。而是管理層承諾引導從獨立個體互動中湧現的行為演化,而非預先指定何為有效行為。

自組織團隊並非脫離管理控制。管理層選擇建構什麼產品、經常選擇誰在團隊上。領導者透過「微妙控制」(subtle control)間接影響團隊。

容器、差異與交換 (Containers, Differences, and Exchanges)#

Glenda Eoyang 在博士論文中描述了三個影響團隊自組織方式的條件:

容器(Container)是自組織發生的邊界。可以是物理的(同一棟大樓)、行為的、組織的或概念的(同一個專案團隊、同一種程式語言的開發者)。

差異(Differences)是容器內個體之間的差異——技術專長、領域知識、權力、性別、種族、教育、解決問題的方式等。這些差異的類型和程度影響團隊如何自組織。

轉化性交換(Transforming exchanges)是容器內成員之間的互動,其中一方或多方被改變或影響。交換中傳遞的可以是資訊、金錢、權力、能量等任何東西。

領導者如何運用 CDE 模型#

透過調整容器、放大或抑制差異、改變交換方式,領導者可以影響團隊的自組織路徑。

調整容器的方式(Table 12.1):

方法
改變團隊人數
改變團隊成員組成
引入新容器,如 Community of Practice
給予團隊更多或更少的責任
改變團隊的物理空間(增減空間、拆除或降低隔板、搬到同一樓層)

案例:Colin 的故事 — 一位開發總監發現其團隊總在 Sprint 結束時留下大量「半完成」的項目。分析 CDE 模型後,他決定擴大容器——將依賴另一團隊低階功能的團隊合併,使合併後的團隊完全負責原本跨兩個團隊的工作,消除等待藉口。

放大或抑制差異的方式(Table 12.2):

方法
引入擁有顯著更多權力、經驗或知識的新成員
向團隊提出尖銳問題,確保不同觀點被聽見
改變團隊的決策方式
鼓勵異議觀點

案例:Carey 的故事 — 一位開發總監注意到某團隊速度持續下降。調查後發現團隊做了幾個考慮不周的架構決策,根因是成員之間的差異不足——沒有人充分質疑彼此。Carey 開始在即興會議中提出探索性問題(「你們考慮並拒絕了哪些替代方案?」「什麼可能出錯?」),即使她同意主流意見也會挑戰。

改變交換的方式(Table 12.3):

方法
在某個交換中增加或移除人員
將交換正式化或去正式化
改變交換的方式(面對面、文件、電話)
改變交換的頻率

案例:Alejandro 的故事 — 一位技術主管發現多個團隊的 AI 程式設計師各自以不同方式設計遊戲 AI,導致不一致且重複勞動。他引入了一個新交換:讓所有 AI 程式設計師每兩週開兩次會,形成一個 Community of Practice

影響演化 (Influencing Evolution)#

演化是三個元素的結果:變異(variation)、選擇(selection)和保留(retention)。組織也透過這三者演化——需要足夠的變異使各種結果成為可能、需要成功的定義讓人區分好壞、需要足夠的機制保留新的好行為。

Philip Anderson 提出領導者可用來引導演化組織的七個槓桿:

槓桿
選擇外部環境
定義績效
管理意義
選擇人才
重新配置網絡
引入替代選擇系統
為系統注入能量

其中「選擇人才」和「重新配置網絡」已在 CDE 模型中涵蓋(分別對應調整容器/放大差異和改變交換)。以下介紹其餘五個。

選擇外部環境 (Select the External Environment)#

自組織和演化發生在團隊所處的環境中。領導者可以顯著影響該環境——決定組織所處的業務領域、創新策略(創新者或快速跟隨者)、新專案引入的速度等。

案例:Julie 的故事 — 一位大型軟體公司部門的總經理,負責 500 位開發者。Scrum 從草根開始在她的部門興起,早期成果良好後她計畫一年內推廣到所有團隊。同時她也放慢了新專案進入組織的流量——不是因為 Scrum 團隊開發得慢(實際上更快了),而是她認識到組織正試圖同時做太多專案。

定義績效 (Define Performance)#

領導者和管理者定義什麼是成功的績效。如果開放性和透明度等敏捷價值觀透過升遷和公開表揚得到獎勵,這些行為就會被選擇和保留。領導者定義組織對短期與長期績效的權衡態度——重視長期成功的組織更可能投資培訓、支持可持續的工作節奏、不會為了近期期限而交換不可維護的程式碼。

管理意義 (Manage Meaning)#

自組織系統中的個人根據接收到的訊息而演化。領導者透過提供脈絡來管理這些訊息的意義——這些脈絡存在於領導者重複講述的故事、神話和儀式中。

反面案例 — 一位新上任的總經理每天下午 5 點到停車場數車子數量。這個故事迅速成為企業民間傳說,所有人都知道被期望和接受的行為是什麼——待得越晚越好。這個訊息完全與 Scrum 強調的可持續節奏背道而馳。

引入替代選擇系統 (Introduce Vicarious Selection Systems)#

市場是主要的選擇系統,但需要很長時間。替代選擇系統(vicarious selection system)是一種不需市場漫長回饋就能選擇理想專案、產品或行為的機制。

  • Google 允許開發者花 20% 時間在自選專案上——這是一個替代選擇系統,因為開發者傾向選擇成功或突破性的專案
  • 員工提名同事獲得小額獎金的制度也是一種替代選擇系統

並非所有替代選擇系統都是好的預測器。一位重視危機處理的副總裁,其員工學到的是危機解決技能比避免危機更受重視——這是一個糟糕的選擇系統。

為系統注入能量 (Energize the System)#

團隊和組織依賴能量運作。管理者和領導者透過激勵和挑戰員工來提供能量。

為專案注入能量的技巧包括:

  • 撰寫一到兩句的電梯宣言(elevator statement)
  • 設計產品會放入的盒子包裝
  • 撰寫一頁的產品描述
  • 撰寫你想看到的虛擬新聞稿產品評論

案例 — 一個防間諜軟體團隊剛被雜誌評為「亞軍」。作者建議讓所有團隊成員撰寫他們希望下一版本獲得的評論,並掛在工作空間的戰略位置。六個月後產品發布,獲得了「編輯首選——最佳防間諜軟體」的殊榮。

領導力不只是買披薩 (There’s More to Leadership Than Buying Pizza)#

自組織的領導力不只是買披薩然後讓開。領導者、管理者和變革推動者透過以下方式保持組織在其「腳尖」上:

  • 改變容器、差異和轉化性交換
  • 運用 Anderson 的七個槓桿引導組織演化方向

領導者不可能準確預測團隊對變化的反應——無論是改變容器、新的績效標準,還是替代選擇系統。領導者沒有所有答案。他們擁有的是攪動組織使其朝更敏捷方向前進的能力