MOC-組織管理

Properties2
tagsmoc/組織管理, 狀態/草稿
aliasesMOC 組織管理, MOC Organization, 組織管理 MOC, 跨團隊協作 MOC

閱讀時間約 27 分鐘

MOC-組織管理

範圍

在團隊與組織中協作的工法——當「個人能力 / 求職 / 履歷」已不是主軸，重心轉到「已在團隊中如何運作」：跨團隊協作、衝突管理、利害關係人管理、溝通與回饋、責任分配、文件與決策、組織節奏。本 MOC 聚焦 「在組織內怎麼把事做成、把人對齊、把信任建立起來」；個人軸（求職 / 履歷 / 自我成長）見 MOC-職涯。

與 MOC-職涯 的分工：

  • MOC-職涯（個人軸）——求職、履歷、自傳、面試、個人能力建立、職涯轉換
  • MOC-組織管理（團隊與組織軸）——跨團隊協作、衝突管理、利害關係人、溝通工法、責任矩陣、組織決策

兩者重疊節點（例如 SBI溝通術 同時是個人回饋技能 + 團隊回饋紀律）兩處共有；但「個人成長 vs 在組織中運作」的重心不同。

核心命題

組織協作不是邏輯題、是信任題——八條交織的元命題：

  1. 信任比效率重要——信任公式（可信度 × 可靠度 × 親近度 / 自我導向）是所有跨團隊協作的基礎；沒有信任的速度只會放大對立
  2. 把人跟問題分開——把人跟問題分開 是衝突管理 / 談判 / 回饋的元紀律；對問題強硬、對人柔軟
  3. 設計是假說、文件是賭注——設計即假說 是設計師面對委員會 / 利害關係人時的姿態反命題：不是「我做的方案」、是「我提出的假說」；對應 委員會設計 反命題（避免一群人共同稀釋設計強度）
  4. 好回饋降低防禦反應——SBI溝通術 / I-Like-I-Wish-What-If / Feedback-Capture-Grid 共有的元命題：把回饋拆成「事實 + 影響 + 期待」，避免觸發防禦機制；好回饋是被聽得進去的回饋
  5. 事故要回到系統學習——工作出錯後，先穩住、溝通、止損，再檢查流程、owner、QA 與環境；不要只把事故留在個人羞恥或情緒性追責裡
  6. 期待也是協作成本——預期管理 把「對方以為你會做什麼」拉回明示範疇、承諾與界線；沒被說清楚的期待會變成隱形工作量、失望與關係摩擦
  7. 規模化靠可複製系統——連鎖經營 提醒：組織變大不是把人塞進更多據點，而是把標準、訓練、流程、責任與收益機制設計到一般人也能穩定交付
  8. 權力不足時更要設計接收條件——向上管理 提醒：沒有正式職權時，請求要接到對方關聯、利益、急迫性與信任基礎；但溝通能力不應被誤用成無限忍耐

主軸（核心頁）

(a) 利害關係人理解

協作的起點是搞清楚「誰會被影響、誰有權力、誰需要什麼」——把利害關係人當作首要設計對象，比起把使用者放在中心，在跨團隊場景往往更關鍵。

  • 利害關係人管理 — Stakeholder Management umbrella：誰是利害關係人 / 如何識別 / 如何分類 / 如何參與
  • 影響力與利益矩陣 — 2×2 經典分類矩陣（Power × Interest）：High Power High Interest = Manage Closely / High Power Low Interest = Keep Satisfied / Low Power High Interest = Keep Informed / Low Power Low Interest = Monitor
  • 利害關係人參與評估矩陣 — 從「目前參與度」到「期望參與度」的差距分析；是 影響力與利益矩陣 的動態升級版
  • 立場與利益 — 談判 / 利害關係人對話的元紀律：立場（position）是表面要求、利益（interest）是底層需求；解開立場衝突的關鍵是回到利益層

(b) 衝突與談判

衝突不是要消除，是要管理——衝突管理 的目標是把破壞性衝突轉成建設性衝突；談判的目標是擴大餅、不是切餅。

  • 衝突管理 — Conflict Management umbrella：衝突類型（任務 / 流程 / 關係） + 處理風格（迴避 / 順應 / 妥協 / 競爭 / 合作）
  • 把人跟問題分開 — 元紀律：批評提案 ≠ 批評提案者；對問題強硬、對人柔軟
  • 我訊息 — I-Message 工具：用「我感覺 / 我觀察 / 我希望」取代「你怎麼樣 / 你為什麼」；降低對方防禦反應
  • 原則性談判法 — Principled Negotiation 四原則：把人跟問題分開 / 聚焦利益不是立場 / 創造雙贏方案 / 用客觀標準
  • Getting-to-Yes — 哈佛談判專案經典著作：原則性談判法 的書本載體（entity）

(c) 溝通與回饋

回饋是組織內最被低估的工具——好回饋讓行為改變、壞回饋讓關係惡化；信任公式 是回饋能不能被聽進去的前置條件。

  • 信任公式 — Trust Equation：(可信度 + 可靠度 + 親近度) / 自我導向；分母「自我導向」是最常被忽略的衰減因子
  • 預期管理 — 管理自己與他人的參照點、承諾與界線；職場中尤其表現在小請求、隱形工作量與拒絕能力
  • 職場溝通 — 日常工作互動中的說話順序、語氣、不同意見與引導；把回饋、反對、請求、資源限制與說服放回可協作的關係條件裡。
  • 向上管理 — 部屬 / 低權力者面對主管與高影響力者時的請求設計：讓對方看見關聯、收益、急迫性與需要的資源 / 授權。
  • SBI溝通術 — Situation-Behavior-Impact 建設性回饋三段式：說情境、說行為、說影響；建設性回饋的核心紀律
  • I-Like-I-Wish-What-If — Stanford d.school 的回饋三段式：我喜歡 / 我希望 / 如果…會怎樣；設計工作坊 / 回顧會議常用工具
  • Feedback-Capture-Grid — 2×2 回饋網格：Likes / Wishes / Questions / Ideas；把回饋結構化收集
  • 認知失調 — Cognitive Dissonance：回饋為何容易被拒絕的心理學底層；理解 dissonance 才能設計低防禦回饋

(d) 角色與責任

沒有清楚的責任分配，討論就會變成踢皮球——RACI 與委員會設計是兩個對位概念：RACI 是清楚分責的工具、委員會設計是分責失敗的反命題。

  • 高功能倖存者 — 高功能者在團隊中常默默補位；管理上要避免能幹者吞掉所有缺口，讓真正的 owner 有機會面對責任
  • 一人設計團隊 — 小型公司 / 新創中只有一位設計師的角色配置；設計師同時承擔 discovery、delivery、跨職能溝通與品質校準，組織需用角色邊界、外部 critique、文件與利害關係人機制補上缺失的設計支援系統
  • RACI框架 — Responsible / Accountable / Consulted / Informed 四角色：每個任務、每個決策都要明確標出這四欄；最古典的責任分配工具
  • 委員會設計 — Design by Committee 反命題：當太多人都對一個設計有否決權，結果是所有人都不滿意的折衷；提案者要意識到這個失敗模式並主動避免（用 設計即假說 框架對抗）

(e) 文件與決策

「我做了什麼」不是文件、「我們為什麼這樣做」才是文件——好的設計文件是 decision rationale，不是 deliverable list；對應 MOC-UX 「過程 > 交付」精神在組織協作場景的延伸。

  • 設計專案文件 — Design Doc / Project Doc umbrella：設計專案需要的文件骨架
  • 資料團隊影響力 — 資料團隊讓報表、模型與洞察被組織信任、採納並改變決策的能力；補上「資料 / 分析產出不是交付物，而是決策採納系統」的組織協作節點
  • 設計即假說 — Design as Hypothesis：把設計提案重新定位為「我提出的假說」而非「我做的方案」；在面對委員會 / 利害關係人時的姿態反命題；提案被質疑不是被否定，是假說等待驗證
  • 檢核提案的-10-個問題 — 提案前自我檢核清單：背景 / 問題 / 目標 / 限制 / 替代方案 / 成本 / 風險 / 指標 / 時程 / 角色（10 條對應決策最常被卡住的點）
  • 指導原則 — Guiding Principles：跨團隊決策衝突時的元規則；當局部決策無共識時往上找指導原則對齊
  • 六頂思考帽 — Six Thinking Hats：用事實、情緒、風險、價值、創意與流程控制六種模式主持團隊討論，避免不同類型的思考在會議中互相打斷。
  • 邀請合作信撰寫須知 — 跨團隊 / 跨組織合作邀請的文書工法：場景 + 目的 + 對方 benefit + 期待；協作的入口工具

(f) 組織節奏與管理

管理不是控制、是讓事情可以發生——領導與管理 / 管理 是大方向，完成的定義 / 時間箱 / 微任務 是節奏層次的工具；Maker-vs-Manager-Schedule 是組織內時間結構衝突的元議題。

  • 領導與管理 — Leadership vs Management 對位：領導指方向、管理顧執行；好的中階管理同時做兩件事
  • 產品領導 — 產品組織中的 leadership / management 交界：用 vision 對齊方向，用 implementation system 讓跨職能 pieces 接起來
  • 設計領導 — 設計團隊中的 leadership / management 交界：用設計原則對齊方向，用人力、時間、預算與跨團隊協作保護設計品質
  • 管理 — Management umbrella：規劃 / 組織 / 領導 / 控制四職能
  • 中階管理 — Middle Management：組織中最承壓的位置（向上負責、向下負責、橫向協作）；溝通成本最高的角色
  • 連鎖經營 — 跨據點規模化場景中的管理系統：標準、訓練、總部陪跑、店長 / 主管培育與責任中心共同讓成功可複製
  • 執行力 — Execution：把策略 / 計畫 / 決策變成結果的能力
  • 專案管理 — Project Management umbrella：生命週期、範疇 / 時程 / 成本 / 品質 / 風險 / 利害關係人、方法論光譜與變革採納
  • 演講承辦 — 講座 / 演講活動的事件型協作工法：邀約、條件、交通接待、設備、聽眾暖場、時間動線與事後回饋
  • 完成的定義 — Definition of Done：避免「以為做完了」的紀律；每個任務 / 每個迭代都要有清楚的 DoD
  • 時間箱 — Timeboxing：給任務固定時間預算，到點停止；對抗 Parkinson 定律
  • 微任務 — Micro-task：把大任務拆到「坐下來就能開始」的最小行動單位
  • 項目盒子 — Project Box：把專案放進固定時間盒子的視覺化工具
  • SMART目標 — Specific / Measurable / Achievable / Relevant / Time-bound：目標設定五要素
  • Goal-Signal-Metric — 目標 → 訊號 → 指標三層拆解；組織決策時「該量什麼」的工具（與 MOC-UX 共有）
  • Maker-vs-Manager-Schedule — Paul Graham 經典命題：Maker（創作者）需要大塊未中斷時間、Manager（管理者）以小時為單位切換；組織協作中時間結構衝突的元議題

鄰接領域

來源累積（reverse-chronological）

備註

此 MOC 是 vault 第 8 個（繼 MOC-職涯 / MOC-創作者經濟 / MOC-行銷增長 / MOC-設計思考 / MOC-UX / MOC-LLM-應用設計 / MOC-PKM）。

超門檻記錄：pilot 收割發現本 MOC 概念 9 / 來源 4 已超門檻；正式建立後概念實際達 30+ / 來源 6（含跨 MOC 共用節點）。

與 MOC-職涯 的細部分工：當一個概念既與「個人成長」相關、又與「在團隊中運作」相關（例 SBI溝通術、領導與管理），兩 MOC 都列、語境分述。

「設計是假說」這個元訊息值得在每次設計協作 / 提案 / 委員會場景的 ingest 時呼應；它是設計師在組織中最容易被偷走的姿態。

「信任比效率重要」這個元訊息值得在每次跨團隊衝突 / 談判 / 利害關係人對話的 ingest 時呼應；它是組織協作中最容易被新手錯置順序的觀念（用「為了快」犧牲「信任」最後反而更慢）。

未來累積方向：(a) Patrick Lencioni 五大障礙（缺乏信任 / 害怕衝突 / 缺乏承諾 / 規避責任 / 忽視結果）— 與 信任公式 / 衝突管理 直接對位；(b) Amy Edmondson 心理安全感（Psychological Safety / Fearless Organization）— 與 信任公式 / I-Like-I-Wish-What-If 直接對位；(c) NVC 非暴力溝通（Marshall Rosenberg：觀察 / 感受 / 需要 / 請求）— 與 我訊息 元家族；(d) 人月神話（Brooks’s Law / Mythical Man-Month）— 組織擴張的反直覺命題；(e) Conway’s Law（組織結構決定產品架構）— 與 拆分需求 跨職能命題對位；(f) 1on1 框架（Lara Hogan / Andy Grove HOM）— 主管 / 部屬定期對話工法；(g) OKR（Andy Grove → John Doerr）— 目標設定與對齊工具，與 SMART目標 / Goal-Signal-Metric 對位；(h) DACI 決策框架（Driver / Approver / Contributor / Informed）— 與 RACI框架 並列的決策變體；(i) Disagree and Commit（Amazon / Bezos）— 衝突管理在大組織的元規則；(j) DiSC / MBTI 性格分型在團隊溝通中的應用 — 與 SBI溝通術 / 我訊息 對位；(k) Six Thinking Hats 深化（Edward de Bono 原書 / facilitation cases）— 校準 六頂思考帽 的原始術語、典型流程與實務限制；(l) 變革管理深化（Kotter 8 步驟 / ADKAR / Switch）— 以 2026-05-01-曼報-EP63-當每件事都很重要 變革管理 6 要素為入口；(m) 遠距 / 非同步協作工法（Async-first / Documentation-first / GitLab Handbook）— 對位 設計專案文件 / Maker-vs-Manager-Schedule；(n) 跨文化協作（Hofstede / Erin Meyer Culture Map）— 跨國 / 跨組織文化差異工法；(o) 服務領導 vs 命令領導（Servant Leadership / Robert Greenleaf）— 與 領導與管理 對位；(p) Stakeholder Salience Model（Mitchell-Agle-Wood：Power / Legitimacy / Urgency 三軸 8 類型）— 與 影響力與利益矩陣 並列的進階變體；(q) Steven Covey 7 Habits / 4 Quadrants — 與 影響力與利益矩陣 元家族（重要 × 緊急二維變體）；(r) Crucial Conversations / 關鍵對話（Patterson 等四人）— 與 衝突管理 / 把人跟問題分開 對位；(s) Getting Things Done（David Allen GTD）— 與 微任務 / 時間箱 / 項目盒子 對位；(t) Stanford / D-School 設計協作工具家族擴展（Stanford-d-school / D-School-NTU entity 為入口；I-Like-I-Wish-What-If / Feedback-Capture-Grid 之外尚有 Empathy Map 在組織場景的延伸用法）；(u) 委員會 / 共識建構正面工具（Sociocracy / Holacracy / RAPID）— 與 委員會設計 反命題對位的正面解法；(v) Unblock 系列剩餘單元 — 以 Unblock 跨團隊設計合作術 Ep4+ 為入口持續累積本 MOC 主軸來源；(w) 每個人的商學院 / 每個人的商學院 entity 系列 — 商學院觀點的組織管理素材；(x) M觀點 entity 商業 / 管理觀點 — 從商業角度看組織議題的素材入口。

反向連結