mcpbeat

Ops Talent Strategy

asgard-ai-platform/ops-talent-strategy

Strategic talent-management toolkit integrating 9-box grid (performance × potential), succession planning, competency models, and talent review into one operational flow. Use for key-position-risk diagnosis, succession pipeline design, family-business second-generation grooming, annual talent review, competency/promotion systems, or post-M&A talent retention. Triggers: 『誰來接班』『關鍵職缺斷鏈』『高潛人才』『績效考核跟晉升脫節』『家族二代怎麼養』『留才方案』『9-box』『繼任規劃』『職能模型』『人才盤點』. For Taiwan EMBA strategic-HR/OB/family-business courses (政大/成大). Algorithmic HR tools: use Asgard `algo-hr-compensation`, `algo-hr-matching`, `algo-hr-turnover`.

17k tokens
context cost
the whole folder, loaded on every use
8
files
instructions only
0
copies elsewhere
how many repositories repackaged it
223
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/asgard-ai-platform/skills --skill ops-talent-strategy

What comes with it

54 020 bytes besides the instruction
examples/family-business-succession.md
examples/ipo-succession-readiness.md
references/9-box-variants.md
references/competency-modeling.md
references/emba-hr-courses.md
references/succession-frameworks.md
references/tw-family-succession.md

The instruction itself

20 sections, as written by the author

策略人資工具箱(Strategic Talent Management Toolkit)

定位

EMBA 策略人資作業最常被問:「關鍵職位萬一明天人走,你能點名三位接班人嗎?」本 skill 提供一條由「盤點 → 評估 → 規劃 → 發展 → 監控」的完整流程,涵蓋:

  • 人才盤點(Talent Review):9-box grid 標準化
  • 繼任規劃(Succession Planning):關鍵職位風險地圖
  • 職能模型(Competency Model):崗位期待顯性化
  • 發展路徑(Development Planning):高潛人才 IDP
  • 家族企業接班(台灣特化):股權 + 專業化雙軌

與相近 Asgard skill 的邊界

  • algo-hr-compensation — 薪酬結構計算
  • algo-hr-matching — 職位配對演算
  • algo-hr-turnover — 離職預測模型
  • grad-strat-upper-echelons — 高階梯隊學理
  • 本 skill — 整合框架層,把上述工具串為「組織年度人才治理」流程

何時使用

觸發條件

  • 年度人才盤點(HR 或 BU 主管的例行工作)
  • 關鍵職位出現離職、生病、退休風險
  • 組織擴張需大量提拔中階幹部
  • 家族企業二代接棒、IPO 前夕治理升級
  • 併購後關鍵人才保留與整合
  • EMBA 策略人資、組織行為課程個案

不適用

  • 個別員工績效面談技術 → 另找 HR 實務手冊
  • 薪酬水準市場對標 → Asgard algo-hr-compensation
  • 組織文化診斷 → 本 repo ops-org-behavior
  • 個人領導風格選用 → 本 repo ops-leadership-styles

IRON LAW — 策略人資的三條鐵律

IRON LAW 1:沒有「關鍵職位」清單,一切人才工作都是瞎忙
30 人公司可能只有 3 個關鍵職位;
300 人公司可能仍只有 15 個。
關鍵職位 = 「此人離職 90 天內組織運作會實質受損」。
先定義它,再做盤點。
IRON LAW 2:9-box 的「潛力」不能用過去績效推
高績效員工 ≠ 高潛力員工。
升上去表現崩盤的常見原因:把「當前崗位高績效」誤判為「下一崗位高潛力」。
潛力需獨立評估:學習敏捷度(Learning Agility)、格局、抗壓。
IRON LAW 3:繼任規劃若無發展配套,等於在紙上談兵
列出接班候選人(Successor)後,
若未配給 IDP(個人發展計畫)、暴露機會(stretch assignments)、
定期 checkpoint,
兩年後接班人會跟現在的候選人完全不一樣 — 不是因他們成長,
而是因他們離職或被追上。

Rationalization Table — 當 Claude 想「本案例外」時,先自問

| 可能想 | 但 Iron Law 仍適用,因為 |

|---|---|

| 「個案沒明示關鍵職位,就把所有主管列入分析」 | 必須先推論並揭示「關鍵職位定義」的假設;不列清單 = 策略失焦 |

| 「該員工歷年考績皆 A,就放『高潛力』格」 | 績效與潛力是兩軸;潛力需獨立評估學習敏捷、角色複雜度承受度、主動性 |

| 「報告列出接班人名單就結案」 | 每位候選人必須附 IDP、暴露機會、時程;缺發展配套 = 不可執行 |

流程總覽

> 根據個案性質跳過不適用步驟;以下為完整候選路徑,非必跑清單。

Step 1:定義關鍵職位(Criticality Map)
  ├─ 衝擊分析:此職位離開,組織損失什麼?
  └─ 稀缺分析:市場能否找到替代?

Step 2:人才盤點(Talent Review)
  ├─ 9-box grid 校準
  └─ 人才分類:明星、核心、補強、高風險

Step 3:繼任規劃(Succession Planning)
  ├─ 每個關鍵職位列 3 層繼任者
  └─ 時間橫軸:立即可接、1 年內可接、3 年培養

Step 4:職能模型建立(Competency Model)
  ├─ 崗位關鍵職能定義
  └─ 對應的行為指標(BEI 面談依據)

Step 5:個人發展計畫(IDP)
  ├─ 關鍵職能 gap → 學習活動(課程、專案、教練)
  └─ 70-20-10 原則配比

Step 6:年度檢視與重校準(Calibration)
  ├─ 半年度 / 年度盤點會議
  └─ 數據 × 主管觀點 × 360 回饋三角驗證

Step 1:定義關鍵職位

關鍵職位的兩維度

| 維度 | 問題 | 高分代表 |

|---|---|---|

| 衝擊度 | 此人離開 90 天,組織損失多大? | 越大越關鍵 |

| 替代難度 | 市場能否 3 個月找到替代者? | 越難越關鍵 |

關鍵職位 = 衝擊度高 + 替代難度高

常見關鍵職位類型

  • 策略型:CEO、事業部總經理、研發 VP
  • 營運型:工廠廠長、供應鏈總監
  • 關係型:大客戶 KAM、主要供應商對接人
  • 技術型:首席架構師、少數深度專業人才
  • 家族型:家族內持股 + 核心職位雙重身份

誤區

  • 以為「高薪 = 關鍵職位」:薪資反映市場行情,不等於組織依賴度
  • 以為「高階 = 關鍵職位」:某個基層工頭可能比某個副總更關鍵
  • 忽略「隱形關鍵職位」:長期幕後經手客戶資料、系統密碼的人

Step 2:人才盤點(9-box Grid)

9-box 標準架構

        低績效    中績效    高績效
高潛力   疑問           新星        明星★
中潛力   可觀察         核心骨幹    高績效骨幹
低潛力   低效⚠          穩定貢獻    穩定高手

各格代表

| 分類 | 特徵 | 行動建議 |

|---|---|---|

| 明星(高潛+高績) | 公司未來領導層 | 加速培養、配關鍵專案、留才方案 |

| 新星(高潛+中績) | 新到崗或尚未發揮 | 觀察、給機會、預期 12 個月內升格 |

| 疑問(高潛+低績) | 錯位或有障礙 | 診斷原因、調崗、若無起色檢討潛力評價 |

| 高績骨幹(中潛+高績) | 當前支柱 | 維持激勵、但晉升要審慎 |

| 核心骨幹(中潛+中績) | 組織主力 | 穩定與培養並重 |

| 可觀察(中潛+低績) | 短期狀態不佳 | 確認是否個人事件、3–6 月追蹤 |

| 穩定高手(低潛+高績) | 專家型人才 | 技術軌晉升、不強迫管理職 |

| 穩定貢獻(低潛+中績) | 忠誠可靠 | 維持、別誤當明星 |

| 低效(低潛+低績) | 風險個案 | 直面績效管理、考慮汰換 |

評分校準原則

績效(過去 12 個月)

  • 以 KPI、360 回饋、專案成果為主
  • 避免「好好先生效應」(主管都給 8–9 分)
  • 建議強制分佈(如 Top 20%、Middle 70%、Bottom 10%)

潛力(未來 3–5 年)

核心指標:

  • 學習敏捷度(Learning Agility):面對新情境的適應速度
  • 格局(Perspective):能否從更高視角思考
  • 抗壓性:高壓下的情緒與決策穩定度
  • 影響力:能否跨部門協調、激勵他人

易混淆點:「會做事」≠「有潛力」。潛力著重「能上的邊界」而非「現在做得多好」。

人才盤點會議(Calibration Meeting)

  • 主管們逐一討論每位部屬評級
  • HR 擔任主持人(防止主管偏袒自己人)
  • 決議變動要記錄理由(佐證制度正當性)

Step 3:繼任規劃

關鍵職位接班表模板

| 職位 | 現任 | 風險 | 立即接班(0–6 月) | 1 年內 | 3 年培養 |

|---|---|---|---|---|---|

| 事業部總 | 王 | 退休 24 月 | 無 ⚠️ | 李 | 陳、張 |

| 供應鏈總監 | 林 | 挖角風險中 | 副總監黃 | 無 | 周 |

| 研發 VP | 吳 | 低 | 無 | 高 | 劉、宋 |

斷鏈警訊

  • 「立即接班」欄為空 → 高度風險
  • 同一人出現多次 → 關鍵人依賴(另一個脆弱點)
  • 「3 年培養」欄空白 → 培育管線空轉

風險等級

  • :關鍵職位 + 立即接班空 + 離職風險高
  • :關鍵職位 + 立即接班僅 1 人
  • :各層都至少 1 人

接班人評估的避坑

  • 避免「克隆偏誤」:把「像現任者」當接班條件 → 組織失去演化
  • 避免「熟人偏誤」:接班人都來自同一導師 / 派系
  • 公開接班人名單 vs. 保密:美式傾向透明、台式常保密;兩者各有副作用

Step 4:職能模型

Spencer 冰山模型

  • 水面上(可見):知識、技能(可培訓)
  • 水面下(難見):自我概念、特質、動機(難以改變)

核心職能定義:對崗位成功至關重要、可觀察、可培養(至少部分)。

職能建立方法

BEI(行為事件面談)

  • 訪談高績效者 20–30 位
  • 請其描述關鍵成功/失敗事件
  • 提煉共同行為模式 → 定義職能

常見高管職能領域

  • 戰略思考(Strategic Thinking)
  • 結果導向(Drive for Results)
  • 領導他人(Leading People)
  • 變革引領(Leading Change)
  • 協作影響(Collaboration & Influence)
  • 誠信(Integrity)
  • 客戶導向(Customer Focus)

行為錨定(BARS)

每項職能配 4 級行為指標(L1 初階 → L4 典範),避免抽象評分。

Step 5:個人發展計畫(IDP)

70-20-10 原則

  • 70% 實作學習(stretch assignments、跨部門專案)
  • 20% 教練與導師(coaching、mentoring、feedback)
  • 10% 正式訓練(課程、EMBA、證照)

IDP 模板要素

  • 當前職能評估(強項、gap)
  • 未來 2–5 年目標崗位
  • 發展活動(具體、有時限、可驗收)
  • 導師 / 教練配對
  • 半年檢視點

高潛人才加速培養的暴露機會

  • 輪調到不同事業部 / 職能
  • 海外派駐
  • 客戶一線經驗
  • 重要專案帶領
  • 董事會/高管簡報機會

Step 6:年度檢視

治理節奏

  • 月度:HR + 事業主管追蹤關鍵職位狀態
  • 半年:中階以上人才盤點
  • 年度:董事會層級報告(關鍵風險、接班健康度)

KPI 建議

  • 關鍵職位「紅」狀態比率 < 10%
  • 內部晉升比率 > 60%
  • 高潛人才(明星 + 新星)年度自願離職率 < 5%
  • 每個關鍵職位至少 1 位「立即可接」

Output Format

# 策略人資診斷:{組織/事業部}

## 一、關鍵職位清單
| 職位 | 現任 | 衝擊度 | 替代難度 | 總風險 |
|---|---|---|---|---|

## 二、9-box 盤點結果
(各格人數分布表 + 每位關鍵人姓名)

## 三、繼任規劃
### 關鍵職位接班表
### 斷鏈警訊與紅黃綠分級

## 四、職能模型(擇重點職位 1–2 個)
- 核心職能清單
- 各職能行為指標(BARS)

## 五、高潛人才 IDP 摘要
(前 5–10 位關鍵高潛人才)
- 當前崗位、目標崗位
- 主要 gap
- 發展活動(70-20-10 配比)

## 六、年度行動清單
### 立即(本季)
### 中期(6–12 個月)
### 結構性(12–36 個月)

## 七、風險與限制
- 人才盤點的主觀性
- 外部環境變化的衝擊
- 建議搭配的後續動作

Examples

正確應用

情境:中部機械業集團(員工 1,200、營收 80 億),2026 年規劃 2028 年 IPO。創辦人 72 歲,欲建立專業經理人接班梯隊。

產出要點

  • 定義 12 個關鍵職位,其中 5 個亮紅燈(3 個立即接班空、2 個高度關鍵人依賴)
  • 盤點結果:明星 3 人(全集中於研發)、新星 8 人、疑問 2 人(非績效問題,為上任不滿 6 月)
  • 繼任規劃:對 CFO 職位編列 5 年培養計畫(現無合適人選),由集團向外聘用
  • IDP:明星 3 人皆獲跨事業輪調 + 董事會列席 + 外部 EMBA 進修
  • 行動:立即成立「人才發展委員會」、由 HR 長 + 2 位外部董事共同主持

正確之處:以關鍵職位為起點(非全員)、潛力與績效分離評估、承認「有些職位市場才找得到」、配套 IDP 有時限。

錯誤應用

  • 把所有員工都進 9-box → 盤點無焦點、耗費資源
  • 以為高績效 = 高潛力 → 造成升官後崩盤(「彼得原理」)
  • 只列繼任名單不配 IDP → 兩年後名單失真
  • 家族企業中把家族身份等同關鍵職位 → 忽略市場替代性 + 家族成員是否具能力

Gotchas

  • 「人才」定義不清:各主管心中的人才標準不同。第一年先校準 9-box 評級口徑,之後再談發展。
  • 潛力評估被主管「好惡」污染:主管會把自己喜歡的員工評為高潛。必須導入 360 + HR 校準會議 + 外部評鑑中心(Assessment Center)三角驗證。
  • 繼任規劃保密的代價:不告訴候選人,他可能在關鍵時刻被挖角離職;告訴他,未接上可能情緒反彈。建議「告訴明星、不承諾職位、定期溝通」折衷。
  • 家族接班的特殊政治:9-box 若家族成員評為低潛力,會引發重大政治衝擊。必須家族 vs. 非家族人才採「平行雙軌」盤點,最終由家族委員會決議融合。
  • 高流動率產業的接班規劃失真:半導體、金融業主管兩年換一次工作,3 年接班規劃等到執行時人已換。改用「短週期迭代」(每半年重校準)。
  • 制度化 vs. 人治的張力:台灣中小企業常是「老闆一人盤點」。制度化本身就會得罪老闆 → 建議先從「關鍵職位清單」切入,9-box 留到第二年。
  • IDP 變成紙上作業:若無半年 checkpoint,IDP 填完就塵封。HR 需每季查核、主管年度 KPI 掛勾人才發展進度。

References

  • 9-box 歷史、變體與實證研究 → 見 references/9-box-variants.md
  • 繼任規劃框架與跨國企業實踐 → 見 references/succession-frameworks.md
  • 職能模型建立方法(BEI、BARS 實作)→ 見 references/competency-modeling.md
  • 台灣家族企業接班與股權規劃 → 見 references/tw-family-succession.md
  • 各校 EMBA 策略人資課程取向筆記 → 見 references/emba-hr-courses.md
  • 延伸:Asgard algo-hr-compensationalgo-hr-matchingalgo-hr-turnovergrad-strat-upper-echelonsgrad-social-identity;本 repo ops-org-behaviorops-leadership-styles

How to use it

Copy the folder

Take asgard-ai-platform/ops-talent-strategy from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.