Stakeholder Map

---
doc_type: "stakeholder-map"
variant: "light"
status: "draft"
owner: "<your-name>"
last_updated: "YYYY-MM-DD"
upstream:
  required: ["org-chart", "project-scope"]
  optional: ["past-conflict-log"]
---

# Stakeholder Map: <project-name>

**Status:** Draft v0.X · **Owner:** <BA / PM name> · **Last updated:** YYYY-MM-DD

> [!IMPORTANT]
> **AI 填寫規則：** 本範本 5 段（編號 1, 2, 5, 10, 12），全部必填——刻意沿用完整版章節編號讓兩版可對照。**必須標 ≥ 2 個「沉默但有否決權」角色**（資安 / 法遵 / 稽核 / DPO / 內控），漏標的負面後果是上線前一週被否決全部重做。每個 stakeholder 必標 power × interest 一組座標 + decision scope。每結論 `（依據：org-chart §X / 過往升級 §Y）`；缺資料寫 `_TODO: 需要 XXX_` 不編造。

---

## 1. Executive Summary

<!-- ai-fill: 3-5 行：總 stakeholder 數、沉默否決者數、最高風險的 likely blocker、最強 ally -->

<3-5 行說明>

> **TL;DR:** <一句話：本專案 3 個必須對齊 + 2 個必須 brief 的關鍵角色>

---

## 2. Stakeholder List（含 power × interest）

<!-- ai-rule: 必涵蓋內部 / 橫向 / 外部三類至少各 1。Silent veto risk 必標 ≥ 2 個（資安 / 法遵 / 稽核 / DPO / 內控）-->

| ID | Name / Role | Org unit | Category | Power | Interest | Concerns | Decision scope | Silent veto? | Source | Confidence |
|---|---|---|---|---|---|---|---|---|---|---|
| SH-001 | <PM-X> | Product | internal-business | **high** | **high** | scope creep | scope sign-off | no | org §1 | **[H]** |
| SH-002 | <資安主管> | Security | horizontal-compliance | **high** | **mid** | 個資外洩 | security review veto | **yes** | 過往否決 §2 | **[H]** |
| SH-003 | <法遵> | Legal | horizontal-compliance | **high** | **low** | GDPR 違規 | compliance sign-off | **yes** | 法遵 SOP | **[M]** |
| SH-004 | <DevOps lead> | Engineering | internal-eng | mid | high | infra capacity | infra approval | no | org §2 | **[H]** |
| SH-005 | <key 客戶 X> | (external) | external-customer | mid | high | 上線 timeline | — | no | 合約 §1 | **[H]** |

---

## 5. RACI（key deliverables）

<!-- ai-rule: 每行對應具體 deliverable / decision，不可給角色一個總體 R/A/C/I -->

| Deliverable / Decision | R | A (唯一) | C | I |
|---|---|---|---|---|
| Scope sign-off | SH-001 | SH-001 | SH-002, SH-003 | SH-004, SH-005 |
| 個資處理流程簽核 | SH-002 | SH-003 | SH-001 | SH-004 |
| Go-live approval | SH-001 | <主管> | SH-002, SH-003 | SH-005 |

---

## 10. Decision Log（key 1-2 條）

<!-- ai-rule: 每條必含 chosen + 至少 1 個 rejected option + 拒絕原因 -->

| Date | Decision | Options | Chosen | Rejected why |
|---|---|---|---|---|
| YYYY-MM-DD | <例：法遵是否列為沉默否決者> | 列 yes / 列 no / 列 partial | yes | no (過往 3 個專案被否決)、partial (concerns 不明確) |

---

## 12. Confidence & Sources & TODO

- **最低 confidence 項：** <列出所有 [L] 與 [M]>
- **Fabricated assumptions（推測但 input 未明說）：**
  - <假設 1，例：法遵主管職掌不變>
- **Highest-value next input:** <PMO 治理文件 / 法遵簽核紀錄 / 過往升級 ticket 三選一>

### TODO（缺資料）

- _TODO: 需要確認 SH-003 法遵當前簽核權範圍_

---

> [!CAUTION]
> **輸出前 AI 自檢：**
> - [ ] 5 段 H2 章節齊全（編號 1, 2, 5, 10, 12，刻意不連號）
> - [ ] 三類別齊全（internal-business / internal-eng / horizontal-compliance / external 至少各 1）
> - [ ] ≥ 2 個 stakeholder 標 `silent veto = yes`
> - [ ] 每個 stakeholder 標 power × interest 一組座標
> - [ ] RACI 每行對應具體 deliverable / decision（不是籠統角色）
> - [ ] 每結論帶 `[H/M/L]` badge + `（依據：...）` 引用
> - [ ] Decision Log ≥ 1 條，每條有 rejected reason
> - [ ] 無 YAML / JSON schema 輸出（map 是給人讀的 markdown）