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. /Lãnh đạo & đội nhóm
  2. /Hội đồng gật đầu theo người có chức vụ cao nhất:…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Hội đồng gật đầu theo người có chức vụ cao nhất: ra quyết định nhóm và phòng tránh groupthink

Hội đồng chín người chọn nền tảng học trực tuyến chỉ sau 30 phút vì trưởng khoa phát biểu trước. Ba tháng sau, các khoa đồng loạt phản đối. Cách thiết kế quy trình ra quyết định nhóm.

HP
Nguyễn Thu Hà, PMP
30/08/2026
5 phút đọc 0 0
Hội đồng gật đầu theo người có chức vụ cao nhất: ra quyết định nhóm và phòng tránh groupthink

Tình huống minh hoạ

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

Chị Ngọc là PM dự án chuyển đổi số đào tạo của một trường đại học công lập khoảng 15.000 sinh viên. Một hạng mục quan trọng là chọn hệ thống quản lý học tập (LMS) thay cho nền tảng cũ. Hội đồng lựa chọn gồm 9 người: phó hiệu trưởng phụ trách đào tạo, đại diện các khoa, phòng Đào tạo, phòng Công nghệ thông tin và một đại diện sinh viên.

Trong buổi họp đánh giá, ngay sau phần trình bày của ba nhà cung cấp, phó hiệu trưởng nói: "Tôi thấy phương án thứ hai giao diện đẹp, các trường khác cũng dùng nhiều." Các thành viên lần lượt đồng ý, cuộc họp kết thúc sau 30 phút.

Ba tháng sau, khi triển khai thí điểm:

  • Phòng Công nghệ thông tin phát hiện hệ thống khó tích hợp với phần mềm quản lý đào tạo hiện tại – điều một chuyên viên đã nghi ngờ nhưng không nói.
  • Hai khoa kỹ thuật phàn nàn công cụ chấm bài lập trình không đáp ứng.
  • Đại diện sinh viên thừa nhận đã có ý kiến khác nhưng "không dám nói trước thầy".

Phân tích theo PMBOK® Guide

Team Performance Domain nêu ra quyết định (decision making) là một trong các kỹ năng giao tiếp và lãnh đạo mà PM cần có. PMBOK® Guide – Seventh Edition phân biệt quyết định đơn phương – nhanh nhưng dễ sai khi thiếu thông tin và giảm cam kết – và quyết định nhóm – tận dụng tri thức của nhiều người, tạo đồng thuận, nhưng tốn thời gian và chịu ảnh hưởng của động lực nhóm. Các phương pháp như biểu quyết (đa số, đồng thuận), fist of five, Roman voting, kỹ thuật Delphi và phân tích quyết định đa tiêu chí được dùng để giảm thiên lệch.

Groupthink (tư duy nhóm) – khái niệm do nhà tâm lý học Irving Janis phát triển – là hiện tượng nhóm ưu tiên sự đồng thuận và hoà khí hơn việc đánh giá thực tế các phương án. Dấu hiệu điển hình: im lặng được hiểu là đồng ý, tự kiểm duyệt ý kiến trái chiều, áp lực ngầm từ người có vị thế cao. Liên quan là hiệu ứng mỏ neo (anchoring): ý kiến đầu tiên, nhất là từ người có quyền lực, định hướng toàn bộ thảo luận.

Nguyên nhân gốc:

  1. Không có tiêu chí đánh giá thống nhất trước khi xem các phương án.
  2. Không có quy tắc ra quyết định (ai quyết, theo phương pháp nào).
  3. Thứ tự phát biểu để người có vị thế cao nhất nói trước.
  4. Thiếu kênh cho ý kiến ẩn danh hoặc độc lập.

Cách xử lý

Bước 1 – Thống nhất cách quyết định trước khi bàn nội dung. Xác định rõ: hội đồng tư vấn và phó hiệu trưởng quyết định cuối cùng, hay hội đồng biểu quyết theo đa số? Thông báo minh bạch ngay từ đầu.

Tình huống liên quan

Luyện thi PMPĐội dự án

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Xung đột giữa hai thành viên chủ chốt: áp dụng mô hình Thomas-Kilmann

Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Ngày đăng: 28/09/2026Lượt xem: 983Bình luận: 1Đánh giá: 4.0

Bước 2 – Xây dựng tiêu chí có trọng số. Cùng các bên thống nhất tiêu chí trước khi xem demo:

Tiêu chíTrọng sốAi đánh giá chuyên sâu
Tích hợp với phần mềm quản lý đào tạo25%Phòng Công nghệ thông tin
Công cụ giảng dạy và chấm bài đặc thù25%Đại diện các khoa
Trải nghiệm người học20%Đại diện sinh viên
Tổng chi phí sở hữu 5 năm20%Phòng Kế hoạch – Tài chính
Năng lực hỗ trợ của nhà cung cấp10%Phòng Đào tạo

Bước 3 – Tách giai đoạn mở rộng và hội tụ. Đầu tiên mỗi thành viên tự chấm điểm độc lập, ẩn danh trước buổi họp; sau đó mới thảo luận các điểm chênh lệch lớn. Cách làm này lấy cảm hứng từ kỹ thuật Delphi.

Bước 4 – Điều phối để mọi ý kiến được nghe. Mời người ít vị thế nhất phát biểu trước, người có chức vụ cao nhất phát biểu sau cùng. Chỉ định một người đóng vai phản biện (devil's advocate) cho mỗi phương án.

Bước 5 – Kiểm tra mức đồng thuận. Dùng fist of five: mỗi người giơ từ 1 đến 5 ngón tay thể hiện mức ủng hộ; ai giơ 1–2 ngón được mời nêu lo ngại để nhóm xem xét trước khi chốt.

Bước 6 – Ghi lại quyết định. Decision log ghi phương án được chọn, lý do, các lo ngại còn lại và cách ứng phó, để truy vết khi cần xem lại.

Với tình huống hiện tại, chị Ngọc nên tổ chức lại buổi đánh giá với quy trình trên, xác định các khoảng trống (tích hợp, chấm bài lập trình), đưa vào risk register và trình phương án xử lý – điều chỉnh, bổ sung tích hợp hay xem xét lại lựa chọn – qua quy trình kiểm soát thay đổi.

Sai lầm thường gặp

  • Coi im lặng là đồng ý.
  • Để người có quyền lực phát biểu trước, tạo mỏ neo cho cả nhóm.
  • Chọn tiêu chí sau khi đã thích một phương án – tiêu chí bị "may đo" cho phương án đó.
  • Dùng biểu quyết đa số cho mọi việc, kể cả khi ý kiến chuyên môn của một bộ phận cần trọng số cao hơn.
  • Không ghi lại lý do quyết định, khiến tranh cãi lặp lại khi gặp khó khăn.

Liên hệ đề thi PMP

Câu hỏi: Trong buổi chốt phương án kỹ thuật, PM dùng kỹ thuật fist of five. Hầu hết thành viên giơ 4–5 ngón, một thành viên giơ 2 ngón. PM nên làm gì tiếp theo?

  • A. Chốt phương án vì đa số đã ủng hộ.
  • B. Mời thành viên giơ 2 ngón chia sẻ lo ngại để nhóm thảo luận trước khi chốt.
  • C. Yêu cầu thành viên đó tuân theo quyết định của đa số.
  • D. Hoãn quyết định và báo cáo sponsor.

Đáp án: B. Mục đích của fist of five là phát hiện những người chưa ủng hộ để lắng nghe lo ngại, vốn có thể chứa thông tin quan trọng. A và C bỏ qua thông tin đó; D là leo thang không cần thiết.

Bài học rút ra

  • Thống nhất cách ra quyết định và tiêu chí trước khi bàn phương án.
  • Đánh giá độc lập rồi mới thảo luận giúp giảm groupthink và hiệu ứng mỏ neo.
  • Người có vị thế cao nên phát biểu sau cùng; im lặng không phải là đồng ý.
  • Ghi lại lý do và lo ngại còn lại trong decision log để quyết định có thể được truy vết.
#ra-quyet-dinh#groupthink#team#leadership

Biểu mẫu tải về

  • Mẫu phiên động não có bỏ phiếu (Atlassian Confluence)Gồm định nghĩa vấn đề, khu vực ghi ý tưởng bằng giấy nhớ, nhóm ý tưởng theo chủ đề, bỏ phiếu chấm điểm và ghi quyết định, bước tiếp theo. Dùng để thu ý kiến độc lập trước khi thảo luận, hạn chế chạy theo người có chức vụ cao. Trực tuyến (Confluence).atlassian.com · 0 lượt mở
    Mở liên kết
  • Retrospective về cách đội ra quyết định (Atlassian Team Playbook)Bài tập nhìn lại các quyết định đã qua: ai quyết, dựa trên thông tin gì, có ý kiến trái chiều nào bị bỏ qua, và rút ra thói quen ra quyết định tốt hơn. Dùng để phát hiện mẫu hình "gật đầu theo sếp" trong hội đồng. Hướng dẫn trực tuyến.atlassian.com · 0 lượt mở
    Mở liên kết
  • Bộ mẫu buổi pre-mortem trên bảng trắng (Miroverse)Các mẫu do cộng đồng Miro chia sẻ để chạy pre-mortem: giả định dự án đã thất bại rồi để từng người ghi lý do, hợp thức hoá việc nói ra điều đáng lo. Dùng trước khi chốt quyết định lớn để phá thế đồng thuận giả. Trực tuyến (Miro).miro.com · 0 lượt mở
    Mở liên kết
  • Khung ra quyết định DACI (Atlassian Team Playbook)Bài tập phân vai Driver – Approver – Contributors – Informed cho từng quyết định và ghi lại các phương án đã cân nhắc. Dùng để tách vai người phê duyệt khỏi người đóng góp ý kiến, tránh để chức vụ cao nhất định hướng cả hội đồng. Hướng dẫn trực tuyến kèm mẫu.atlassian.com · 0 lượt mở
    Mở liên kết
  • Hướng dẫn tổ chức cuộc họp hoà nhập (Atlassian Team Playbook)Các kỹ thuật giúp mọi người dự họp đều có tiếng nói và cảm thấy được thuộc về nhóm: chuẩn bị trước, đặt quy tắc tham gia, tạo cơ hội cho người ít nói đóng góp. Dùng để giảm hiệu ứng thứ bậc trong các buổi họp hội đồng ra quyết định. Hướng dẫn trực tuyến.atlassian.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Chị Ngọc chuẩn bị tổ chức lại buổi đánh giá nền tảng học trực tuyến (LMS) với hội đồng 9 người. Việc nào cần làm trước khi các nhà cung cấp trình diễn sản phẩm?

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

Hội đồng chọn nền tảng LMS chỉ sau 30 phút vì mọi người gật đầu theo phó hiệu trưởng. Ba tháng sau, khi thí điểm, nhiều khoa đồng loạt phản đối. Nếu là PM, bạn chọn hướng nào?

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ặpLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềTrắc nghiệmBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)