Bài 10 — Stakeholder Engagement Matrix

Mở đầu — vì sao bài này quan trọng

Bạn có thể lập kế hoạch dự án hoàn hảo, tính toán ngân sách chính xác đến từng đồng, dựng lịch trình chặt chẽ đến từng ngày — nhưng nếu bỏ quên một người có quyền lực đủ lớn, dự án của bạn vẫn có thể chết yểu chỉ sau một cuộc họp. Trong thực tế nghề PM, phần lớn các dự án thất bại không phải vì thiếu năng lực kỹ thuật, mà vì quản lý bên liên quan (stakeholder) yếu kém: bỏ sót người quan trọng, dồn sức nhầm chỗ, hoặc phản ứng quá muộn khi một stakeholder chuyển từ ủng hộ sang chống đối.

Ở các bài trước bạn đã học về Servant Leadership, về Stewardship và đạo đức, về tư duy hệ thống. Bài 10 này đi vào một công cụ cụ thể và cực kỳ thực dụng: ma trận phân tích và gắn kết bên liên quan (Stakeholder Engagement Matrix). Đây là công cụ giúp bạn trả lời ba câu hỏi sống còn: Ai thực sự quan trọng với dự án này? Họ đang đứng ở đâu về mặt thái độ? Và tôi nên đầu tư sự chú ý của mình vào ai, ở mức độ nào?

Trong kỳ thi PMP, chủ đề stakeholder chiếm tỷ trọng lớn ở cả hai miền People và Process. Rất nhiều câu hỏi tình huống xoay quanh việc "làm gì tiếp theo" với một stakeholder khó chịu, một người có quyền lực nhưng thờ ơ, hay một nhóm bị ảnh hưởng nhưng không có tiếng nói. Nắm vững các mô hình trong bài này, bạn không chỉ trả lời đúng câu hỏi thi mà còn có bộ khung tư duy dùng được cả đời làm nghề.

Khái niệm cốt lõi

Trước hết cần phân biệt: stakeholder là bất kỳ cá nhân, nhóm hoặc tổ chức nào có thể tác động đến dự án, chịu tác động từ dự án, hoặc tự cho là mình chịu tác động. Định nghĩa cuối cùng rất quan trọng — nhận thức của họ cũng là hiện thực bạn phải quản lý, dù họ có thực sự bị ảnh hưởng hay không.

Việc quản lý stakeholder diễn ra theo một chuỗi logic: Xác định (Identify) → Phân tích (Analyze) → Lập kế hoạch gắn kết (Plan) → Gắn kết (Engage) → Giám sát (Monitor). Ma trận là công cụ nằm ở bước phân tích và lập kế hoạch. Ta có ba mô hình phân tích chính bạn cần thuộc lòng.

Mô hình Power/Interest Grid (Lưới Quyền lực/Quan tâm)

Đây là ma trận 2x2 kinh điển và được dùng nhiều nhất. Hai trục:

• Power (Quyền lực): khả năng của stakeholder tác động đến kết quả, nguồn lực, quyết định của dự án.
• Interest (Mức độ quan tâm): mức độ họ để tâm, bận lòng đến kết quả dự án.

Bốn ô tương ứng với bốn chiến lược:

• Quyền lực cao – Quan tâm cao → Manage Closely (Quản lý sát sao): đây là những người bạn phải chăm sóc kỹ nhất. Nhà tài trợ (sponsor), khách hàng chính, giám đốc điều hành.
• Quyền lực cao – Quan tâm thấp → Keep Satisfied (Giữ hài lòng): có quyền nhưng chưa để ý nhiều. Đừng làm phiền quá mức, nhưng phải giữ họ hài lòng vì họ có thể "ra tay" bất cứ lúc nào nếu bất mãn. Ví dụ: một phó tổng phụ trách tài chính.
• Quyền lực thấp – Quan tâm cao → Keep Informed (Giữ thông tin đầy đủ): họ rất quan tâm nhưng ít quyền lực. Thường là người dùng cuối, nhân viên bị ảnh hưởng bởi thay đổi. Cung cấp thông tin đều đặn, họ có thể trở thành đồng minh quý giá.
• Quyền lực thấp – Quan tâm thấp → Monitor (Theo dõi): chỉ cần giám sát nhẹ, không đầu tư quá nhiều công sức.

Biến thể của lưới này là Power/Influence Grid (thay Interest bằng Influence — mức độ chủ động tham gia vào dự án) và Influence/Impact Grid.

Salience Model (Mitchell, Agle & Wood)

Khi danh sách stakeholder quá dài và phức tạp, lưới 2x2 không đủ tinh tế. Mô hình Salience (mô hình mức độ nổi bật) dùng ba thuộc tính để phân loại và xác định ai đáng được ưu tiên chú ý:

• Power (Quyền lực): khả năng áp đặt ý chí lên dự án — qua nguồn lực, thẩm quyền, hay ảnh hưởng.
• Legitimacy (Tính chính danh): quyền hợp pháp, chính đáng để tham gia — dựa trên hợp đồng, luật pháp, đạo đức hoặc quan hệ sở hữu. Một người bị ảnh hưởng trực tiếp bởi dự án có tính chính danh cao dù có thể không có quyền lực.
• Urgency (Tính cấp bách): mức độ đòi hỏi sự chú ý ngay lập tức — kết hợp giữa tính nhạy cảm về thời gian và mức độ hệ trọng đối với stakeholder.

Giao thoa của ba thuộc tính này tạo ra bảy loại stakeholder:

• Chỉ có 1 thuộc tính (Latent — tiềm ẩn): Dormant (chỉ có quyền lực), Discretionary (chỉ có chính danh), Demanding (chỉ có cấp bách). Ưu tiên thấp.
• Có 2 thuộc tính (Expectant — kỳ vọng): Dominant (quyền lực + chính danh), Dependent (chính danh + cấp bách), Dangerous (quyền lực + cấp bách — nhóm nguy hiểm vì có thể cưỡng ép mà không chính danh). Ưu tiên trung bình đến cao.
• Có cả 3 thuộc tính → Definitive (Xác quyết): đây là nhóm bạn phải ưu tiên tuyệt đối.

Điểm hay của Salience Model là nó động: một stakeholder có thể "leo hạng" khi có thêm thuộc tính. Một người dùng bình thường (Discretionary — chỉ có chính danh) có thể trở thành Dependent khi vấn đề của họ trở nên cấp bách, và trở thành Definitive nếu họ kéo được một lãnh đạo quyền lực đứng về phía mình.

Stakeholder Engagement Assessment Matrix (Ma trận đánh giá mức độ gắn kết)

Đây là công cụ mà PMBOK gọi tên trực tiếp và bạn phải nhớ để thi. Nó không đo quyền lực, mà đo thái độ hiện tại (Current, ký hiệu C) so với thái độ mong muốn (Desired, ký hiệu D) của từng stakeholder theo năm mức:

• Unaware (Không biết): chưa hay biết gì về dự án và tác động của nó.
• Resistant (Kháng cự): biết nhưng phản đối thay đổi.
• Neutral (Trung lập): biết nhưng không ủng hộ cũng không phản đối.
• Supportive (Ủng hộ): biết và ủng hộ.
• Leading (Dẫn dắt): chủ động tích cực đảm bảo dự án thành công.

Bạn lập bảng, đánh dấu C và D cho từng người. Nơi nào có khoảng cách giữa C và D — đó chính là nơi cần hành động. Ví dụ, nếu một trưởng phòng đang Resistant (C) nhưng bạn cần họ Supportive (D), khoảng cách đó định hướng toàn bộ kế hoạch giao tiếp và thuyết phục của bạn.

Tình huống thực tế

Tình huống 1 — Dự án ERP tại một chuỗi bán lẻ TP.HCM

Công ty bán lẻ "Nhà Vui Mart" (giả định) với 40 cửa hàng triển khai hệ thống ERP mới để hợp nhất quản lý kho và bán hàng, ngân sách 8 tỷ đồng, thời gian 9 tháng. PM ban đầu chỉ tập trung vào ban giám đốc (sponsor) và bộ phận IT.

Ba tháng đầu tiến triển tốt trên giấy tờ. Nhưng đến giai đoạn triển khai thí điểm, dự án gần như đình trệ vì các quản lý cửa hàng — nhóm mà PM xếp vào ô "Quyền lực thấp – Quan tâm thấp" — âm thầm tẩy chay. Họ đã quen với quy trình cũ, sợ hệ thống mới lộ ra chênh lệch tồn kho mà họ vẫn "linh hoạt" xử lý. Trên ma trận Salience, nhóm này thực ra là Dangerous: họ không có tính chính danh trong việc quyết định công nghệ, nhưng có quyền lực thực tế (kiểm soát dữ liệu nhập tay tại cửa hàng) và vấn đề của họ rất cấp bách với chính họ.

Bài học rút ra: PM đã đánh giá sai quyền lực. Quyền lực không chỉ nằm ở chức danh trên sơ đồ tổ chức mà còn ở khả năng cản trở ngầm. Sau khi phân loại lại, PM chuyển nhóm này sang chiến lược "Manage Closely", tổ chức workshop lấy ý kiến, cử vài quản lý cửa hàng làm "champion" (người tiên phong), và điều chỉnh assessment matrix từ Resistant sang mục tiêu Supportive. Sau hai tháng, tỷ lệ chấp nhận hệ thống tăng từ 45% lên 88%.

Tình huống 2 — Dự án xây dựng nhà máy có yếu tố cộng đồng

Một tập đoàn FDI xây nhà máy sản xuất tại một khu công nghiệp ở Bình Dương. Trong danh sách stakeholder, PM liệt kê chủ đầu tư, nhà thầu, chính quyền địa phương, ngân hàng cấp vốn. Nhưng bỏ sót cộng đồng dân cư quanh nhà máy.

Theo Salience Model, ban đầu cộng đồng chỉ là Discretionary (có tính chính danh về mặt môi trường sống, nhưng chưa có quyền lực và chưa cấp bách). PM cho rằng nhóm này "Monitor là đủ". Nhưng khi việc thi công gây bụi và tiếng ồn ban đêm, sự việc trở nên cấp bách (Urgency), cộng đồng khiếu nại lên báo chí và chính quyền — lúc này họ kéo được stakeholder có quyền lực (chính quyền) đứng cùng, và nhóm cộng đồng nhảy vọt lên Definitive. Dự án bị đình chỉ 3 tuần, thiệt hại ước tính hơn 2 tỷ đồng.

Bài học rút ra: Salience là mô hình động. Một stakeholder "ưu tiên thấp" hôm nay có thể thành "ưu tiên tuyệt đối" ngày mai khi tính cấp bách xuất hiện hoặc khi họ liên minh. PM giỏi phải dự báo khả năng leo hạng, chủ động gắn kết cộng đồng từ sớm (họp thông báo, cam kết giờ thi công) thay vì chữa cháy.

Tình huống 3 — Áp dụng Engagement Assessment Matrix trong dự án chuyển đổi số ngân hàng

Một ngân hàng thương mại tại Hà Nội triển khai app mobile banking mới. PM lập ma trận đánh giá gắn kết cho các stakeholder chính. Kết quả cho thấy Giám đốc Khối Vận hành đang ở mức Resistant (C) vì lo ngại app mới làm tăng tải cho tổng đài chăm sóc khách hàng, trong khi mục tiêu cần là Supportive (D).

Thay vì phớt lờ, PM dùng chính khoảng cách C–D này làm kim chỉ nam: tổ chức một buổi làm việc riêng, đưa dữ liệu cho thấy app sẽ giảm 30% cuộc gọi nhờ tính năng tự phục vụ, và mời vị giám đốc tham gia hội đồng review thiết kế. Sau sáu tuần, thái độ chuyển từ Resistant sang Supportive, và vị này thậm chí trở thành người bảo vệ dự án trước ban lãnh đạo (tiến gần mức Leading).

Bài học rút ra: Ma trận đánh giá gắn kết không phải để "chấm điểm" stakeholder rồi cất tủ. Nó là công cụ hành động: mỗi ô có khoảng cách C–D phải kèm theo một hoạt động cụ thể trong kế hoạch giao tiếp, có người chịu trách nhiệm và thời hạn.

Hướng dẫn từng bước

Đây là quy trình bạn có thể áp dụng ngay cho một dự án thật:

• Liệt kê toàn bộ stakeholder (Stakeholder Register). Đừng vội phân loại. Brainstorm rộng: nội bộ và bên ngoài, trực tiếp và gián tiếp, ủng hộ và có thể chống đối. Hỏi các thành viên nhóm và sponsor để không bỏ sót "stakeholder ẩn".

• Thu thập thông tin cho từng người: vai trò, kỳ vọng, lợi ích, mối lo ngại, quyền lực thực tế, thái độ hiện tại. Ghi lại cả kênh giao tiếp ưa thích.

• Phân loại bằng mô hình phù hợp. Với dự án nhỏ/trung bình, dùng Power/Interest Grid. Với dự án lớn, nhiều bên phức tạp, dùng Salience Model để tìm nhóm Definitive và các nhóm có nguy cơ leo hạng.

• Lập Engagement Assessment Matrix: đánh dấu mức Current (C) và Desired (D) cho từng người theo thang Unaware → Leading. Tô đậm những nơi C ≠ D.

• Xây dựng kế hoạch gắn kết (Stakeholder Engagement Plan): với mỗi khoảng cách C–D, xác định hành động cụ thể — họp, báo cáo, demo, thuyết phục — cùng tần suất, kênh, và người phụ trách.

• Thực thi và tích hợp vào kế hoạch giao tiếp: kết nối ma trận với lịch giao tiếp thực tế để không bị bỏ quên.

• Giám sát và cập nhật định kỳ: thái độ stakeholder thay đổi liên tục. Rà soát ma trận ở mỗi mốc quan trọng, sau mỗi sự kiện lớn, hoặc ít nhất mỗi cuối giai đoạn (phase gate).

Lỗi thường gặp & mẹo

• Nhầm chức danh với quyền lực thực tế. Người có chức vụ thấp vẫn có thể cản trở dự án. Hãy hỏi: "Ai có thể khiến dự án này chậm lại hoặc dừng lại?" — câu trả lời thường bất ngờ.
• Coi ma trận là tài liệu tĩnh. Nhiều PM lập một lần rồi quên. Stakeholder analysis phải là hoạt động lặp đi lặp lại suốt vòng đời dự án.
• Bỏ sót stakeholder tiêu cực hoặc thầm lặng. Người không lên tiếng không có nghĩa là ủng hộ. Nhóm Unaware và Resistant thường bị bỏ qua cho đến khi quá muộn.
• Dồn quá nhiều công sức vào ô "Monitor". Đầu tư năng lượng phải tương xứng với mức độ ưu tiên; đừng để lịch sự xã giao chiếm hết thời gian dành cho nhóm Definitive.
• Mẹo thi PMP: khi câu hỏi cho tình huống một stakeholder bất ngờ xuất hiện hoặc thái độ thay đổi, đáp án đúng gần như luôn là cập nhật Stakeholder Register / Engagement Plan trước, rồi mới hành động — chứ không phải leo thang lên sponsor ngay hay phớt lờ.
• Mẹo thi PMP: nếu đề nhắc "quyền lực + tính chính danh + cấp bách" cùng lúc, họ đang gợi ý Salience Model và nhóm Definitive.
• Mẹo bảo mật thông tin: một số stakeholder analysis chứa đánh giá nhạy cảm (ví dụ "người này chống đối"). Đừng công khai bản đầy đủ; chỉ chia sẻ những gì phù hợp.

Bài tập thực hành

• Lập ma trận cho dự án của bạn: Chọn một dự án thật (hoặc giả định) và liệt kê ít nhất 8 stakeholder. Vẽ Power/Interest Grid và xếp mỗi người vào một trong bốn ô. Ghi chiến lược tương ứng.

• Áp dụng Salience Model: Với cùng danh sách trên, chấm mỗi stakeholder theo ba thuộc tính Power, Legitimacy, Urgency (có/không). Xác định ai là Definitive, ai là Dangerous, và ai có nguy cơ leo hạng trong 3 tháng tới.

• Engagement Assessment Matrix: Lập bảng năm mức (Unaware → Leading), đánh dấu C và D cho từng người. Với ba người có khoảng cách C–D lớn nhất, viết ra một hành động cụ thể (kèm kênh và tần suất) để rút ngắn khoảng cách.

• Câu hỏi tình huống: Một quản lý phòng ban vốn ủng hộ dự án (Supportive) bỗng trở nên im lặng và bắt đầu vắng mặt trong các cuộc họp. Theo tư duy stakeholder engagement, bạn sẽ làm gì đầu tiên? Viết 3–4 câu lý giải.

Tóm tắt

Quản lý bên liên quan là kỹ năng phân biệt PM giỏi với PM xoàng. Ba công cụ cốt lõi bạn cần thuộc: Power/Interest Grid để phân bổ sự chú ý theo bốn chiến lược (Manage Closely, Keep Satisfied, Keep Informed, Monitor); Salience Model với ba thuộc tính Power–Legitimacy–Urgency tạo ra bảy nhóm, đỉnh cao là nhóm Definitive cần ưu tiên tuyệt đối; và Engagement Assessment Matrix đo khoảng cách giữa thái độ hiện tại (C) và mong muốn (D) trên thang Unaware → Resistant → Neutral → Supportive → Leading.

Điều quan trọng nhất cần khắc ghi: stakeholder analysis là một hoạt động động và liên tục. Quyền lực thực tế không phải lúc nào cũng khớp với chức danh; một nhóm ưu tiên thấp hôm nay có thể leo hạng thành ưu tiên số một ngày mai. Ma trận không phải để trưng bày mà để hành động — mỗi khoảng cách phải dẫn đến một việc cụ thể, có người phụ trách, có thời hạn. Nắm chắc điều này, bạn vừa ghi điểm trong phòng thi PMP, vừa dẫn dắt được những con người thực đằng sau mỗi dự án.