從辨識、分析到持續互動的專案管理實戰|張力仁老師
利害關係人管理怎麼做?權力利益矩陣、5步驟與溝通策略
2024 Jan 03 目標設定與任務分派
快速摘要
- 利害關係人不只包含主管與客戶,凡是能影響專案、會受專案影響,或自認會受影響的人,都應納入盤點。
- 管理流程可分為:辨識對象、分析影響、設定優先順序、規劃溝通、持續互動與調整。
- 權力/利益矩陣能協助分配溝通資源,但分類不是貼標籤,必須隨專案階段與情勢更新。
- 本文提供利害關係人清冊、四象限策略、溝通計畫表、系統導入案例與主管檢核表。
專案延期時,團隊最常檢討的是時程、資源與執行力;但許多專案真正的卡點,是關鍵人物太晚被看見:決策主管最後一刻才提出條件、使用單位沒有參與需求確認、跨部門窗口以為自己只需配合,客戶則以為某項功能早已包含。
專案管理不只是把工作排進甘特圖,更要理解「誰能影響結果、誰會受到結果影響,以及他們在意什麼」。這就是利害關係人管理的核心。
一、什麼是利害關係人管理?
利害關係人(Stakeholder)是能影響專案、會受到專案影響,或認為自己會受影響的個人、群體與組織。常見對象包括:
- 專案贊助人、高階主管與決策者。
- 專案經理、核心團隊與跨部門執行者。
- 客戶、使用者、供應商與合作夥伴。
- 法務、財務、資訊、稽核等支援或把關單位。
- 主管機關、社區、股東或其他外部群體。
利害關係人管理,是有系統地辨識這些對象,理解其權力、利益、期待與態度,再安排適當的參與及溝通方式。目的不是討好所有人,而是讓重要需求及早被看見,讓決策、資源與支持在需要時到位。
二、為什麼專案會敗在利害關係人?
1. 關鍵人物沒有及早參與
專案團隊做了大量規劃,直到核准或驗收階段才發現真正能拍板的人另有其人,只好重新調整需求與時程。
2. 各方對成功的定義不同
管理階層重視投資效益,使用者在意便利性,技術單位重視穩定與資安。若沒有把成功標準放在同一張桌上,大家都可能很努力,最後卻交出彼此不接受的成果。
3. 權責與決策流程不清楚
誰提供意見、誰負責執行、誰最終核准沒有說清楚,會議就容易出現「每個人都有意見,卻沒有人能決定」的經典場面。
4. 只在出問題時才溝通
若平時沒有建立固定節點與信任,等到延誤或衝突才聯繫,對方收到的不是資訊,而是一份需要立刻承擔的意外。
主管提醒:利害關係人管理不是專案經理「比較會做人」就能解決。主管必須提供授權、協助跨部門取捨,並在關鍵決策時真正出席。
三、利害關係人管理五步驟
步驟一:完整辨識利害關係人
可從五個方向盤點:誰出資、誰決策、誰執行、誰使用、誰會受影響。除了組織圖上的正式角色,也要留意非正式影響者,例如資深同仁、意見領袖與實際掌握資訊的人。
建議建立「利害關係人清冊」,至少記錄角色、部門、聯絡窗口、關注議題、影響力、目前態度與期望參與方式。
步驟二:分析權力、利益與態度
權力代表對資源、決策或專案結果的影響程度;利益代表專案對該對象的重要性與影響程度。除此之外,還要判斷其目前態度:支持、中立、擔心或反對。
同一個人可能權力很高卻沒有時間關心,也可能權力不高但高度受影響,進而透過輿論或其他主管影響專案。分析時不要只看職稱。
步驟三:排定管理優先順序
利用權力/利益矩陣分成四類,決定投入程度。優先順序不是誰「比較重要」的永久排名,而是此刻應投入多少溝通與管理資源。
步驟四:制定參與與溝通計畫
針對每一類對象確認:需要知道什麼、何時需要知道、用什麼形式、由誰負責、希望對方做出什麼行動。溝通的目的可能是取得決策、蒐集需求、降低疑慮、確認驗收或維持知情。
步驟五:持續互動、追蹤與更新
利害關係人的權力、利益與態度會隨專案變化。專案啟動、需求確認、重大變更、上線與驗收前,都應重新檢查清冊與溝通策略。
四、權力/利益矩陣怎麼用?
| 類型 | 管理策略 | 溝通重點 | 常見對象 |
|---|---|---|---|
| 權力高、利益高 | 密切管理 | 共同決策、頻繁同步、及早處理風險 | 贊助人、關鍵客戶、核心主管 |
| 權力高、利益低 | 保持滿意 | 提供重點與例外,不用資訊轟炸 | 高階主管、把關單位 |
| 權力低、利益高 | 保持知情 | 蒐集需求、說明影響、建立回饋管道 | 使用者、第一線同仁 |
| 權力低、利益低 | 適度監看 | 提供必要資訊,留意情勢變化 | 非核心支援者、潛在合作方 |
矩陣最大的價值,是避免兩種極端:對所有人發送完全相同的資訊,或只關注職位最高的人。真正有效的做法,是依對方的影響力與需求調整頻率、深度與參與方式。
五、如何製作利害關係人清冊?
清冊不必做得像戶口名簿一樣龐大,但應足以支持行動。可使用以下欄位:
- 對象與角色:姓名、單位及其與專案的關係。
- 影響與利益:權力高低、受影響程度與關注議題。
- 目前態度:支持、中立、疑慮或反對。
- 期待結果:他認為專案成功應該是什麼樣子。
- 可能風險:若未處理其需求,會發生什麼影響。
- 參與策略:決策、諮詢、執行或知會。
- 負責窗口:由誰維持關係並追蹤承諾。
若任務與權責容易混淆,可搭配 RACI 或任務交辦方法,把執行者、最終負責者、諮詢者與知會者說清楚。
六、利害關係人溝通計畫怎麼寫?
溝通計畫應從「要推動什麼行動」出發,而不是單純列出會議名稱。
| 對象 | 溝通目的 | 內容 | 頻率/時點 | 形式與負責人 |
|---|---|---|---|---|
| 專案贊助人 | 取得決策與資源 | 里程碑、重大風險、待決事項 | 雙週或發生例外時 | 簡報/專案經理 |
| 核心團隊 | 協調工作與障礙 | 進度、依賴、問題與下一步 | 每週 | 工作會議/各任務負責人 |
| 使用單位 | 確認需求與採用 | 流程影響、測試、教育與回饋 | 需求、測試、上線前 | 工作坊/產品或變革窗口 |
跨部門討論若常卡在立場衝突,可延伸運用跨部門溝通五步驟,先對齊共同成果,再釐清限制、權責與決策方式。
主管提醒:不是資訊寄出去就算完成溝通。真正的檢核點是:對方是否理解、是否同意、是否做出決策,或是否採取了預期行動。
七、完整案例:公司導入新系統
假設公司準備導入新的客戶管理系統,表面上是資訊專案,實際上會改變業務、客服、財務與管理階層的工作方式。
第一步:辨識對象
專案贊助人、資訊部門、業務主管、第一線業務、客服、財務、外部供應商與最終使用者都應列入。
第二步:分析關注議題
- 高階主管關心投資效益與上線時間。
- 資訊部門關心整合、資安與維運風險。
- 業務主管關心資料透明與預測準確度。
- 第一線業務擔心輸入工作增加、操作變複雜。
- 客服與財務關心資料格式與跨系統交接。
第三步:安排不同參與方式
贊助人參與重大里程碑與資源決策;核心部門共同確認流程與需求;第一線使用者提早參與原型測試;支援單位在介接與驗收節點提供意見。
第四步:處理阻力與變更
若使用者反對,先確認是操作負擔、績效透明、能力焦慮,還是過去系統經驗造成不信任。不同原因需要不同方案,不能用一場說明會包治百病。
第五步:留下決策與追蹤紀錄
每次會議確認決議、負責人、期限、變更影響與例外回報方式。目標與里程碑可搭配目標執行與進度追蹤,讓承諾轉成可檢核的行動。
八、遇到反對或難以合作的利害關係人怎麼辦?
1. 先理解反對的是什麼
對方可能反對目標、方案、時程、風險分配,或只是認為自己沒有被尊重。先將模糊的反對轉為具體議題。
2. 區分可協商與不可協商條件
法規、資安與核心品質通常不能任意妥協;呈現方式、執行順序與部分範圍可能有調整空間。把邊界說清楚,才有真正的協商。
3. 用選項與影響促進決策
整理至少兩個方案,說明成本、時間、風險與對各方的影響,再請有權限者決策。可參考問題分析與解決步驟,避免討論停留在立場拉扯。
4. 必要時向上升級,但不要變成告狀
升級時說明共同目標、客觀事實、已嘗試的方法、可行選項與需要的決策。若要向主管簡潔報告,可搭配向上溝通方法。
九、專案經理與贊助人的角色分工
- 專案經理:維護清冊、安排溝通、整合資訊、追蹤承諾與風險。
- 專案贊助人:提供授權、協調高階利益、取得資源、處理超出團隊權限的衝突。
- 功能主管:確認部門資源、專業標準、任務優先順序與人員承諾。
- 團隊成員:依約交付、及早回報異常,並提供第一線利害關係人資訊。
專案經理不能只有責任卻沒有授權;贊助人也不能只在啟動會議露面拍照,之後便神隱到驗收日。
十、利害關係人管理常見錯誤
- 只列姓名與職稱,沒有分析期待、態度與影響。
- 把矩陣分類當成固定標籤,專案期間從未更新。
- 只向支持者溝通,避開真正有疑慮的人。
- 對所有對象發送相同內容,重要訊息反而被淹沒。
- 只有例行報告,沒有明確的決策與行動需求。
- 忽略第一線使用者,直到上線才發現無法採用。
- 沒有記錄承諾與變更,事後各自記得不同版本。
十一、利害關係人管理檢核表
專案啟動時
- 是否辨識內部、外部、決策、執行與使用對象?
- 是否確認贊助人、最終決策者與專案授權?
- 是否建立清冊並記錄權力、利益、期待與態度?
專案執行中
- 關鍵人物是否依計畫參與並收到適當資訊?
- 需求、態度或影響力是否發生變化?
- 決策、責任、期限與變更是否留下紀錄?
- 反對與疑慮是否已轉成可處理的具體議題?
里程碑與結案前
- 驗收者與使用者是否確認成果標準?
- 未決事項、維運責任與後續窗口是否清楚?
- 是否復盤哪些互動策略有效、哪些需要改善?
十二、利害關係人管理常見問題 FAQ
Q1:利害關係人和專案團隊有什麼不同?
專案團隊是實際負責規劃與執行工作的人;利害關係人的範圍更廣,也包含決策者、客戶、使用者、支援單位及其他能影響或受影響的對象。
Q2:權力/利益矩陣多久更新一次?
至少在專案啟動、重大需求變更、組織或人員異動,以及關鍵里程碑前重新檢查。高變動專案則可在每次風險檢討時同步更新。
Q3:權力高、利益低的主管應如何溝通?
以重點摘要、重大風險與待決策事項為主,維持其滿意與必要參與。不要提供過多操作細節,也不要等到需要資源時才突然出現。
Q4:利害關係人很多,應該每個人都密切管理嗎?
不需要。應依權力、利益、態度與專案階段分配資源;高影響且高度關注者密切管理,其餘對象則保持滿意、知情或適度監看。
Q5:利害關係人反對專案時,第一步是什麼?
先確認反對的具體內容與背後需求,再區分資訊落差、利益衝突、風險疑慮或關係問題,之後才決定補充資訊、協商方案或向上取得決策。
結語:專案管理的核心,是讓關鍵人物在正確時間參與
利害關係人管理不是建立一份名單後存檔,而是持續理解人、權力、利益與期待如何變化。先辨識對象,再分析影響、安排參與、保持對話並追蹤承諾,專案才能減少最後一刻的意外。
真正成熟的專案團隊,不會假設大家自然會支持,而是用透明的資訊、清楚的權責與有節奏的互動,把支持逐步經營出來。
想規劃專案管理、利害關係人溝通或跨部門協作課程,歡迎聯絡張力仁老師。
如想留言評分,請先 登入會員!