Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Quản lý các bên liên quan
  2. /Hai giám đốc cùng "ký duyệt" một hạng mục: làm r…
Quản lý các bên liên quan· Domain: Các bên liên quan

Hai giám đốc cùng "ký duyệt" một hạng mục: làm rõ quyền phê duyệt bằng ma trận RACI

Thiết kế giao diện app khách hàng phải qua cả Giám đốc Marketing lẫn Giám đốc Công nghệ, mỗi người sửa theo một hướng. Ba vòng duyệt, hai tuần trôi qua. Dùng RACI với nguyên tắc "một và chỉ một người Accountable" để chấm dứt vòng lặp phê duyệt.

HP
Nguyễn Thu Hà, PMP
18/09/2026
6 phút đọc 0 0
Hai giám đốc cùng "ký duyệt" một hạng mục: làm rõ quyền phê duyệt bằng ma trận RACI

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Một công ty bảo hiểm phát triển ứng dụng di động cho khách hàng. Quyết định khởi động dự án ghi: "Giám đốc Marketing và Giám đốc Công nghệ đồng phê duyệt các sản phẩm bàn giao". Chị Hương là PM.

Bản thiết kế giao diện màn hình mua bảo hiểm đi qua ba vòng:

  1. Giám đốc Marketing yêu cầu thêm banner khuyến mãi, đổi màu nút cho nổi bật.
  2. Giám đốc Công nghệ yêu cầu bỏ banner vì ảnh hưởng hiệu năng, giữ màu theo bộ nhận diện.
  3. Đội thiết kế sửa theo người góp ý sau cùng – và người kia lại không đồng ý.

Hai tuần trôi qua, đội phát triển ngồi chờ. Mỗi người đều nói "tôi chịu trách nhiệm về trải nghiệm khách hàng". Không ai sai, nhưng dự án đứng yên.

Phân tích theo PMBOK® Guide

Góc nhìn PMBOK 7

  • Stakeholder Performance Domain: đồng thuận về mục tiêu và cách ra quyết định là một kết quả mong muốn; khi quyền quyết định mơ hồ, stakeholder dù thiện chí vẫn kéo dự án theo hai hướng.
  • Nguyên tắc Demonstrate leadership behaviors: PM chủ động làm rõ cơ chế ra quyết định thay vì chờ "các sếp tự thống nhất".
  • Nguyên tắc Tailor based on context: cơ chế quản trị (governance) cần phù hợp với tổ chức – có nơi một người quyết, có nơi hội đồng quyết, nhưng phải rõ.
  • Planning Performance Domain: phương thức phê duyệt là một phần của kế hoạch, không phải chuyện xử lý khi xảy ra.

Góc nhìn PMBOK 6

  • 9.1 Plan Resource Management: ma trận phân công trách nhiệm (Responsibility Assignment Matrix – RAM), dạng phổ biến là RACI.
  • 13.2 Plan Stakeholder Engagement và 10.1 Plan Communications Management: ai cần được hỏi ý kiến, ai chỉ cần được thông báo.
  • 4.1 Develop Project Charter: điều lệ dự án nên nêu người phê duyệt và tiêu chí phê duyệt; "đồng phê duyệt" mà không có cơ chế giải quyết bất đồng là một lỗ hổng quản trị.

RACI và nguyên tắc vàng

  • R – Responsible: người làm việc; có thể nhiều người.
  • A – Accountable: người chịu trách nhiệm cuối cùng, phê duyệt kết quả – một và chỉ một người cho mỗi hạng mục/quyết định.
  • C – Consulted: người được hỏi ý kiến trước khi quyết, trao đổi hai chiều.

Tình huống liên quan

Quản lý các bên liên quanCác bên liên quan

Người quyết định thật không có trong sơ đồ tổ chức: nhận diện và gắn kết stakeholder "ẩn"

Mọi cuộc họp với Phó Tổng giám đốc đều suôn sẻ, nhưng quyết định cứ bị "treo" sau đó. Hoá ra người được hỏi ý kiến cuối cùng là một chuyên gia lâu năm không có chức danh quản lý. Cách vẽ bản đồ ảnh hưởng không chính thức và gắn kết stakeholder ẩn mà không đi đường vòng.

Ngày đăng: 06/10/2026Lượt xem: 1Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Phòng Pháp chế "xuất hiện" sát ngày go-live: nhận diện stakeholder sớm với mô hình Salience

Một bộ phận chưa từng được mời họp bỗng đề nghị dừng go-live vì rủi ro tuân thủ. Vì sao nhận diện stakeholder phải làm sớm, lặp lại, và cách dùng mô hình Salience để ưu tiên.

Ngày đăng: 01/10/2026Lượt xem: 6Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Stakeholder quyền lực cao liên tục thay đổi yêu cầu: PM nên làm gì?

Giám đốc khối kinh doanh gửi yêu cầu mới mỗi tuần qua tin nhắn. Làm sao giữ quan hệ tốt mà vẫn bảo vệ được baseline dự án?

Ngày đăng: 01/10/2026Lượt xem: 1.245Bình luận: 3Đánh giá: 4.5
Quản lý các bên liên quanCác bên liên quan

Sponsor được điều chuyển giữa dự án: giữ "người bảo trợ" khi ghế lãnh đạo đổi chủ

Sponsor khởi xướng dự án được điều chuyển, người kế nhiệm chưa từng nghe về business case. Cách PM chủ động "onboard" sponsor mới, tái xác nhận giá trị và tránh để dự án mồ côi.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
  • I – Informed: người được thông báo sau khi quyết, một chiều.
  • Hai người cùng là "A" nghĩa là không ai thực sự là "A": khi bất đồng, không có ai chốt.

    Một số tổ chức dùng biến thể như RASCI (thêm Support – người hỗ trợ) hay các khung "người đề xuất – người quyết định – người góp ý". Tên gọi không quan trọng bằng hai câu hỏi cốt lõi: ai có tiếng nói cuối cùng? và ý kiến của ai phải được nghe trước khi quyết? Trong tình huống, cả hai giám đốc đều nên là người có tiếng nói cuối cùng – nhưng ở những loại quyết định khác nhau.

    Một điểm tinh tế: RACI xử lý quyền chứ không xử lý mâu thuẫn mục tiêu. Marketing muốn tỷ lệ chuyển đổi cao, Công nghệ muốn hệ thống nhanh và ổn định – cả hai đều phục vụ mục tiêu kinh doanh của công ty. Vì vậy ngoài RACI, PM cần đưa hai mục tiêu này về cùng một bộ tiêu chí ưu tiên do sponsor xác nhận.

    Cách xử lý

    Bước 1: Lượng hoá chi phí của vòng lặp phê duyệt

    Chị Hương tổng hợp: số vòng duyệt mỗi thiết kế, số ngày đội chờ, các mốc bị ảnh hưởng. Dữ liệu giúp cuộc trao đổi với sponsor mang tính khách quan, không phải "PM kêu ca về hai giám đốc".

    Bước 2: Tách "quyết định" thành các loại cụ thể

    Không phải mọi thứ đều cần một người quyết. Hãy chia nhỏ:

    Quyết địnhGiám đốc MarketingGiám đốc Công nghệTrưởng nhóm UXPM
    Nội dung, thông điệp, khuyến mãiACRI
    Bộ nhận diện thương hiệu (màu, font)AIRI
    Hiệu năng, bảo mật, kiến trúcCAII
    Luồng thao tác, khả dụngCCA/RI
    Ngày phát hànhCCIA (trong giới hạn sponsor giao)

    Mỗi dòng chỉ có một A. Người có chuyên môn liên quan được đặt ở C để ý kiến đến trước khi chốt.

    Bước 3: Thống nhất với sponsor và hai giám đốc

    • Trình bày bảng như một đề xuất, không áp đặt. Sponsor (hoặc ban chỉ đạo) là người phê duyệt cơ chế quản trị.
    • Bổ sung quy tắc leo thang: nếu C và A bất đồng về yếu tố ảnh hưởng ràng buộc (ví dụ banner làm chậm ứng dụng vượt ngưỡng), đưa lên sponsor trong vòng 2 ngày làm việc với dữ liệu so sánh.
    • Ghi vào kế hoạch quản lý stakeholder / kế hoạch truyền thông và điều lệ dự án (nếu cần cập nhật).

    Bước 4: Đưa tiêu chí khách quan vào phê duyệt

    Nhiều bất đồng biến mất khi có tiêu chí đo được: thời gian tải màn hình tối đa, tỷ lệ chuyển đổi mục tiêu, hướng dẫn thương hiệu. A quyết định dựa trên tiêu chí, C góp ý dựa trên tiêu chí.

    Bước 5: Vận hành và rà soát

    • Mỗi bản thiết kế gửi đi ghi rõ: ai là A, ai là C, hạn góp ý.
    • Theo dõi số vòng duyệt và thời gian chờ; đưa vào buổi rà soát định kỳ.
    • RACI là tài liệu sống: cập nhật khi có thay đổi nhân sự hoặc giai đoạn.

    Sai lầm thường gặp

    • Hai chữ A trên một dòng – thoả hiệp chính trị để không ai phật lòng, trả giá bằng thời gian của đội.
    • Quá nhiều C – ai cũng "được hỏi", vòng góp ý kéo dài vô hạn; C phải là người có chuyên môn hoặc lợi ích trực tiếp.
    • Nhầm R và A – người làm việc không nhất thiết là người phê duyệt.
    • RACI chỉ nằm trong hồ sơ – lập xong để nộp PMO, không ai dùng khi gửi thiết kế đi duyệt.
    • PM tự phân quyền cho lãnh đạo – PM đề xuất, sponsor/ban chỉ đạo quyết.

    Góc ôn thi PMP

    • Câu hỏi về "vai trò và trách nhiệm không rõ ràng" thường có đáp án liên quan tới RACI/RAM, team charter hoặc project charter.
    • Nhớ nguyên tắc: chỉ một Accountable cho mỗi hoạt động.
    • Khi hai stakeholder cấp cao xung đột, PM không tự chọn phe; PM tạo điều kiện (facilitate) bằng dữ liệu, đề xuất cơ chế và đưa sponsor vào khi cần.
    • Bẫy: "Làm theo ý người có chức vụ cao hơn" – không phải tinh thần PMI; hoặc "Đợi hai bên tự thống nhất" – thụ động.

    Bài học rút ra

    • Đồng phê duyệt mà không có cơ chế giải quyết bất đồng là công thức cho sự chậm trễ.
    • Chia quyết định theo loại giúp mỗi lãnh đạo giữ quyền ở phần chuyên môn của mình.
    • RACI chỉ có giá trị khi được dùng hằng ngày, gắn với từng lần gửi duyệt.

    Nguồn tham khảo

    • MindTools – The RACI Matrix
    • APM – Is stakeholder engagement pointless? (nguyên tắc gắn kết stakeholder của APM/RICS)
    #RACI#stakeholder#phê duyệt#quản trị dự án#trách nhiệm

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Theo điều lệ dự án, hai giám đốc khối cùng phê duyệt các thiết kế. Mỗi người liên tục yêu cầu sửa theo hướng ngược nhau, đội phát triển phải chờ hơn hai tuần. Cả hai đều có lý do chuyên môn chính đáng. PM nên làm gì?

    Bạn chọn phương án nào?

    Nếu là PM, hai giám đốc khối cùng phê duyệt thiết kế và liên tục mâu thuẫn. Bạn chọn cơ chế nào để đề xuất với sponsor?

    Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

    Đánh giá bài viết

    Bình luận

    Mục lục

    Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lýSai lầm thường gặpGóc ôn thi PMPBài học rút raNguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoTemplate quản lý dự án (mẫu)
    Quảng cáoBộ đề thi thử PMP (mẫu)