專案利害關係人分析怎麼做：權力、利益與參與程度的實用判斷方法
分析專案利害關係人，可以先問三件事：這個人能影響什麼，成果會改變他的哪些工作或利益，目前實際如何參與？每個答案旁邊都應有依據。職位高、在會議上熱情、實際投入多，並不是同一件事。有些人權限大，卻少有參與這項任務；有些人沒有核准權，卻每天使用成果。 權力與利益方格能概括結論，但畫圖不應是第一步。先明確這次分析針對的決定或階段。同一個人在方向核准、草稿審閱、成果接收時的作用，可能不同。
界定分析的範圍
寫出成果及階段，再列出有關的個人或邊界清楚的群體。熟練操作人員與偶爾使用者需要不同內容時，「所有使用者」這一組可能太粗。只有差異會影響目前工作，才拆分群體。請已和相關人合作的同事檢查遺漏，不要為了填滿方格，增加沒有用途的類別。
APM 的範圍包括參與專案或受其影響的人與群體，不限於組織架構內。供應商窗口、未來使用者、維護成果的人，即使不參加例會，也可能需要考慮。納入的理由應是與本次成果有實際關聯，而不是已在專案群組裡。
依可採取的行動判斷權力
逐一確認：在這件事情上，對方可以核准、暫緩、分配或改變什麼？依據可能來自已約定的核准職責、必要資源的調配權，或對相關決定產生的可查證影響。這些是查核方向，不表示列出名字便能證明權力。權限不明，應向負責人確認。
高階職稱不足以證明能核准這項交付；沒有正式簽核職責，也不代表沒有影響力。記下具體能力及界限，例如能安排專業同事的時間，卻不能改動對外承諾的交付日期。僅寫「權力高」，容易把一個決定上的權限擴張到所有事情。
區分利益、關注與支持
先說明成果會改變對方哪項工作、責任或期待的收益。利益不只指金錢，也不等於喜歡這個專案。可以詢問希望保留什麼、希望成果使哪些事情可行，再記錄目前關注的內容。用對方明確提出的需要或問題作依據，不要憑性格印象推測。
APM 分別提到相對權力、主動關注程度及支持可能性。一個人很關心結果，仍可能不同意目前方案；支持目標的人，也不一定需要頻繁追蹤細節。ONS 使用權力與關注度規劃接觸，但象限名稱並非所有組織唯一的標準。說清楚維度後再放進圖中。
以可觀察的貢獻判斷參與
記錄這個階段實際做過的事：提供需求、審閱草稿、參與決定、檢查交接或接收成果，再與下一項工作需要的貢獻比較。出席不表示已提供資訊，沉默也不表示反對。可能尚未收到草稿、沒有存取權限，或不知道需要什麼回覆。沒有查證就寫「參與低」，會讓後續安排依賴猜測。
Microsoft 的名單指引區分參與程度和責任，包括主動執行工作的人，以及主要需要接收訊息的人。用這個差異描述缺少哪一項貢獻，不要評價個人價值。不知道的情況就寫待查，並註明能釐清的問題，不要用低分填補未知。
留下理由與更新條件
每個人留一條簡短紀錄，包含相關權力與依據、受影響利益、目前參與、日期，以及未確認事項。若使用方格，先記理由再定位。ONS 建議保留判斷理由、判斷者、日期，並隨情況變化調整。看似精確的數字不一定比有證據的一句話可靠。
用三個假設情況檢查分析：職位高卻無權核准這件事的人，正式權力低但使用影響大的使用者，以及經常出席卻尚未完成約定資訊提供的人。這是檢查維度是否混淆，不是公開為人排序。階段、角色或證據改變就更新。這次成果是有理由的分析；持續溝通計畫是下一項不同的工作。