團隊能力矩陣（Team Competency Matrix）是一種視覺化和評估團隊內部現有技能與知識，並對照達成特定目標或專案所需技能的工具。它有助於識別團隊目前能力與期望能力之間的差距。
Jürgen Appelo 在 2010 年將其納入 Management 3.0 工具箱，專為敏捷團隊設計。此工具的出現與敏捷方法強調適應性，和團隊自我組織的理念息息相關。敏捷開發強調迭代開發和應對變化，這要求團隊清楚了解自身的技能水準，並主動解決技能缺口。
團隊能力矩陣的核心概念
- 能力需求 (Competency Requirements): 團隊為在特定專案或持續工作中取得成功所需的技能、知識和能力。
- 能力等級 (Competency Levels): 評估熟練程度的標準化等級，通常使用三級制：新手（紅色/學徒）、從業者（黃色/工匠）和專家（綠色/大師）。
- 差距分析 (Gap Analysis): 比較所需能力等級與團隊內部目前能力等級的過程，以識別需要改進的領域。
- 團隊自我組織 (Team Self-Organization): 矩陣旨在作為一個團隊活動，促進公開溝通並賦予團隊成員自主發展的權力。這種強調自我組織的做法與 Management 3.0 賦予團隊權力的原則一致，將技能發展從由上而下的控制轉變為團隊主導。當團隊參與識別自身的技能差距時，他們更有可能主動解決這些問題。
組成要素
- 能力類別 (Competency Categories): 與團隊工作相關的廣泛技能分類。範例包括：
- 技術技能 (Technical Skills): 例如，程式語言、工具、技術。
- 軟技能 (Soft Skills): 例如，溝通、協作、問題解決、衝突管理。
- 流程與實踐 (Processes and Practices): 例如，敏捷方法、特定工作流程。
- 主題與領域知識 (Topics and Subject Matter): 例如，特定領域的知識。
- 策略技能 (Strategic Skills)。
- 領導技能 (Leadership Skills): 包含軟技能對於有效的團隊合作至關重要，這表明僅有技術熟練度不足以確保團隊成功。協作、溝通和衝突解決對於團隊凝聚力和績效至關重要，尤其是在敏捷環境中。
- 熟練程度 (Proficiency Levels): 用於評估每個類別技能的定義等級。
- 新手/初學者 (Novice/Beginner) (紅色/學徒): 知識有限或沒有知識；需要指導。
- 從業者 (Practitioner) (黃色/工匠): 可以獨立完成任務。
- 專家 (Expert) (綠色/大師): 可以教導和指導他人。專家級別強調教學能力，突顯了團隊內部知識共享和內部技能發展的重要性。這有助於建立學習文化並減少對外部專業知識的依賴。
變體可能使用數字量表（例如，1-5）或更具描述性的等級。
- 矩陣結構 (The Matrix Structure):
通常是一個表格或視覺化表示（例如，在 Excel、Miro 中），團隊成員列在一軸，能力列在另一軸 1。每個單元格表示個人對特定能力的自我評估或同儕評估熟練程度。
能力類別和熟練程度的範例：
| 能力類別 | 能力 範例 | 新手 (紅色/學徒) | 從業者 (黃色/工匠) | 專家 (綠色/大師) |
| 技術技能 | Java | 對 Java 語言幾乎沒有了解或經驗，需要大量指導。 | 可以獨立編寫簡單的 Java 程式，但在複雜情況下需要協助。 | 能夠獨立設計、開發和測試複雜的 Java 應用程式，並能指導他人。 |
| 技術技能 | UX 設計 | 不了解 UX 設計原則和流程。 | 了解基本的 UX 設計原則，可以根據指導執行設計任務。 | 能夠獨立進行使用者研究、設計使用者介面和使用者體驗，並能指導團隊。 |
| 軟技能 | 溝通 | 難以清晰表達想法，不擅長傾聽。 | 可以清晰地與團隊成員溝通，能夠理解他人的觀點。 | 能夠有效地與不同聽眾溝通，包括複雜的技術細節，並能促進團隊溝通。 |
| 軟技能 | 問題解決 | 在遇到問題時不知所措，需要他人幫助。 | 能夠獨立分析和解決常見問題，但在複雜情況下需要協助。 | 能夠獨立分析和解決複雜問題，並能為團隊提供解決方案。 |
| 流程與實踐 | Scrum | 不了解 Scrum 的基本概念和流程。 | 了解 Scrum 的基本概念和流程，可以參與 Scrum 活動。 | 深入了解 Scrum 的原則和實踐，可以擔任 Scrum Master 或指導團隊。 |
| 流程與實踐 | Kanban | 不了解 Kanban 的基本概念和流程。 | 了解 Kanban 的基本概念和流程，可以在 Kanban 板上工作。 | 深入了解 Kanban 的原則和實踐，可以優化團隊的工作流程。 |
以下是一個團隊能力矩陣的範例：
| 團隊成員 | Java (技術) | UX 設計 (技術) | 溝通 (軟技能) | 問題解決 (軟技能) | Scrum (流程) | Kanban (流程) |
| 張三 | 黃色 | 紅色 | 黃色 | 黃色 | 綠色 | 黃色 |
| 李四 | 綠色 | 黃色 | 綠色 | 綠色 | 黃色 | 紅色 |
| 王五 | 紅色 | 黃色 | 黃色 | 黃色 | 黃色 | 綠色 |
| 趙六 | 黃色 | 綠色 | 黃色 | 黃色 | 黃色 | 黃色 |
| 所需團隊等級 | 黃色 | 黃色 | 黃色 | 黃色 | 黃色 | 黃色 |
應用方式與步驟
- 確定目標
明確定義團隊需要實現的目標或專案成果。矩陣通常是針對特定專案的，這使得團隊能夠專注於特定工作所需的能力。
- 識別所需能力
與團隊合作，集體討論並列出達成目標所需的技能、知識和能力 1。並適當地將其分類（例如，技術、軟技能）。
- 定義能力等級
針對每項所需能力，確定團隊成功所需的熟練程度 1。這可能需要指定每個等級所需的人數。
- 創建矩陣
建立包含團隊成員和能力的視覺化矩陣。
- 自我評估(或同儕評估):
每位團隊成員評估自己目前在每項能力上的熟練程度。鼓勵誠實和透明的自我反思。同儕評估可以提供額外的視角。自我評估賦予個人對自身發展的自主權，而同儕評估有助於減少偏見並提供更全面的團隊能力視角。結合這兩種方法可以更準確且更容易被接受地了解團隊的能力狀況。
- 識別差距
將所需能力等級與目前等級進行比較，找出團隊技能不足的領域。
- 討論並規劃行動
舉行團隊討論，審查已識別的差距，並協同制定解決方案的行動計畫 1。這可能包括培訓、指導、同儕學習、招聘或調整任務分配。
- 定期審查與更新
團隊能力矩陣是一個不斷發展的文件，應定期審查和更新，以反映技能、專案需求和團隊組成方面的變化。定期更新確保矩陣保持相關性，並成為持續團隊發展和規劃的寶貴工具。技能不斷發展，專案需求也在變化，因此矩陣需要適應這些動態。
應用場景
情境一：新專案團隊
背景： 一家公司正在組建一個新的跨職能團隊來開發一個創新產品。團隊成員來自不同的部門，擁有不同的技能組合。專案經理希望確保團隊擁有成功所需的必要能力。
應用： 專案經理主持了一個工作坊，團隊在其中確定了專案所需的關鍵技能（例如，特定的程式語言、UX 設計、敏捷專案管理、溝通技巧）。他們定義了每項技能的期望熟練程度。然後，每位團隊成員自我評估其目前的水平。矩陣顯示了差距，例如缺乏特定程式語言的專業知識以及敏捷方法經驗有限。
結果： 根據差距，團隊決定投資於程式語言的培訓，並聘請外部敏捷教練進行初步指導。他們還將敏捷技能較強的團隊成員與經驗較少的成員配對進行同儕學習。這種積極主動的方法確保團隊在專案開始時清楚了解自身的能力，並制定了彌補不足的計畫。
情境二：成長中的敏捷團隊
背景： 一個已建立的敏捷開發團隊正在快速成長，不斷有新成員加入。Scrum Master 希望確保這個不斷擴大的團隊內部保持一致的品質和知識共享。
應用： Scrum Master 在團隊回顧會議中引入了團隊能力矩陣。團隊確定了對其工作至關重要的核心技術技能、測試實踐和領域知識。他們定義了三個熟練程度。團隊成員匿名評估了自己的技能。矩陣突顯了知識集中在少數人手中的領域，造成了「巴士因素」風險。它還顯示，較新的團隊成員缺乏特定的領域知識。
結果： 團隊實施了由團隊內部專家主導的知識共享會議。他們還創建了專注於關鍵領域知識的文件和新成員入職材料。矩陣成為新團隊成員識別發展領域的工具，也成為團隊追蹤減少知識孤島和提高整體彈性的工具。
情境三：面臨技術升級的團隊 (The Team Facing a Technological Upgrade)
背景： 一個數據智能團隊需要升級其技術基礎設施並採用新的數據分析工具。團隊領導希望了解團隊為此轉型所做的準備情況並確定培訓需求。
應用： 團隊領導主持了一次會議，以繪製新基礎設施和工具所需的能力。他們定義了所需的不同專業知識級別。團隊成員根據這些新要求評估了他們目前的技能。矩陣清楚地顯示了在新數據分析工具方面的顯著差距，但在基礎數據智能技能方面卻很強。
結果： 團隊領導使用該矩陣來證明有關新工具的全面培訓計畫是合理的。他們還識別出對學習新技術有濃厚興趣的團隊成員，並將其指定為內部冠軍以支持其他人。該矩陣有助於根據團隊成員現有的技能和學習新技能的意願，策略性地將他們分配到升級的不同方面。
應用Team Competency Matrix 時需要注意的事項
- 明確定義能力和等級
確保能力定義清晰、具體、可衡量、可達成、相關且有時限（SMART 原則）。熟練程度也應具有清晰且一致的描述，以避免模糊性和主觀解釋 。
- 員工參與和認同
強調矩陣是一個協作工具，並鼓勵所有團隊成員積極參與。解決對透明度的潛在疑慮，並確保為自我評估提供安全和信任的環境。
- 定期更新和維護
矩陣需要是一個不斷發展的文件。建立定期審查和更新的時間表，以反映技能、專案需求和團隊組成的變化。過時的矩陣會失去其價值。
- 避免過度簡化
注意能力矩陣是對複雜技能的簡化。補充定性回饋和討論，以更深入地了解個人能力。
- 處理自我評估的主觀性
認識到自我評估可能帶有主觀性。考慮納入同儕回饋或主管評估，以提供更平衡的視角。
- 專注於發展，而不僅僅是評估
將矩陣定位為成長和發展的工具，而不僅僅是用於績效評估。這鼓勵團隊成員採取更積極和開放的態度。
- 考慮軟技能
不要忽略軟技能在團隊效能中的重要性。在矩陣中包含相關的軟技能並定義其熟練程度。
- 利用矩陣指導決策
積極利用從矩陣中獲得的見解來指導有關培訓、任務分配、團隊組成和招聘的決策。
總之，Management 3.0 團隊能力矩陣是一種強大的工具，用於視覺化團隊技能、識別技能差距並促進有針對性的發展。其核心概念圍繞著能力需求、熟練程度、差距分析和團隊自我組織。
發表迴響