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.109 người đã truy cậpPhiên bản 1.15.0
  2. /Lý thuyết PMP
  3. /Chương 5
  4. /Bài 5.7: Ra quyết định cùng đội: đồng thuận, biểu quyết v…

Bài 5.7 · Chương 5: ECO 2026 — Con người (People)

Ra quyết định cùng đội: đồng thuận, biểu quyết và mức uỷ quyền

Không phải quyết định nào PM cũng nên tự đưa ra, và cũng không phải quyết định nào cũng cần cả đội đồng thuận. Bài này giúp chọn cách ra quyết định phù hợp: tự quyết, tham vấn, biểu quyết, đồng thuận hay uỷ quyền hẳn cho đội.

Cơ bản7 phút đọc5 câu hỏiCập nhật 24/10/2026
Lĩnh vực hiệu suất
Nguồn lực
Nguyên tắc
Xây dựng đội được trao quyền
Nhóm trọng tâm
Thực hiện
Mục lục (14)
  1. Hai câu hỏi trước mọi quyết định
  2. Các kỹ thuật ra quyết định nhóm
  3. Không đồng ý nhưng cam kết
  4. Uỷ quyền: bảy mức, không chỉ "giao" hay "không giao"
  5. Ví dụ: đội triển khai phần mềm quản lý kho cho chuỗi siêu thị
  6. Sai lầm thường gặp
  7. Liên hệ đề thi PMP
  8. Điểm cần nhớ
  9. Mẹo thi PMP
  10. Thuật ngữ chính
  11. Liên hệ đề thi PMP
  12. Tài liệu tham khảo
  13. Trắc nghiệm nhanh
  14. Hoàn thành bài học

Mỗi tuần, một đội dự án đưa ra hàng chục quyết định: chọn thư viện kỹ thuật, xếp thứ tự công việc, đổi lịch họp, xử lý một yêu cầu gấp của khách hàng. Task P3 (Lãnh đạo đội dự án) và P1 (Xây dựng tầm nhìn chung) của ECO 2026 đều đòi hỏi PM biết ai nên quyết định điều gì, theo cách nào. Quyết định đúng nhưng đội không tham gia sẽ khó được thực hiện tận tâm; còn mọi việc đều đem ra bàn thì đội mất cả ngày để họp.

Bài này bổ sung cho Xây dựng tầm nhìn chung và lãnh đạo đội dự án và nguyên tắc Xây dựng đội được trao quyền của PMBOK® Guide 8.

Thang mức tham gia ra quyết định, từ PM tự quyết đến đội tự quyết hoàn toàn

Hai câu hỏi trước mọi quyết định

Trước khi chọn kỹ thuật, PM nên tự hỏi:

  1. Chất lượng quyết định quan trọng đến đâu? Chọn kiến trúc dữ liệu cho hệ thống ngân hàng lõi khác hẳn chọn màu áo đồng phục cho buổi ra mắt.
  2. Sự chấp nhận của đội quan trọng đến đâu? Nếu đội là người thực hiện quyết định, sự đồng lòng của họ quyết định kết quả. Nếu quyết định chỉ ảnh hưởng đến báo cáo gửi nhà tài trợ, mức chấp nhận ít quan trọng hơn.

Thêm vào đó là thời gian (có kịp họp không?) và ai nắm thông tin (PM hay đội?). Đây chính là tinh thần của mô hình Vroom–Yetton: không có cách ra quyết định "tốt nhất", chỉ có cách phù hợp nhất với tình huống. Khi khủng hoảng, ví dụ hệ thống thanh toán sập giữa giờ cao điểm, người có thẩm quyền cần quyết nhanh. Khi chọn cách làm việc chung cho cả năm, đội cần được tham gia sâu.

Các kỹ thuật ra quyết định nhóm

Tự quyết (autocratic). Một người quyết định, có thể sau khi nghe thông tin. Nhanh, phù hợp khi khẩn cấp hoặc khi việc nhỏ. Nhược điểm: đội dễ thụ động nếu dùng quá nhiều.

Tham vấn (consultative). Người quyết định hỏi ý kiến đội rồi tự quyết. Điều quan trọng là nói rõ từ đầu rằng đây là tham vấn, không phải biểu quyết, để tránh cảm giác "hỏi cho có".

Biểu quyết (voting). Có nhiều biến thể:

  • Nhất trí (unanimity): mọi người đều đồng ý. Hiếm, chậm, nhưng chắc chắn.
  • Đa số (majority): hơn 50% số phiếu.
  • Đa số tương đối (plurality): phương án nhiều phiếu nhất thắng, kể cả khi chưa quá nửa. Hữu ích khi có từ ba phương án trở lên.

Đồng thuận (consensus). Không phải ai cũng thích phương án nhất, nhưng mọi người đều chấp nhận được và cam kết thực hiện. Đồng thuận cần thời gian thảo luận, đổi lại sự ủng hộ bền vững.

Các kỹ thuật nhanh trong đội agile:

  • Nắm tay năm ngón (fist of five): mỗi người giơ 0–5 ngón. Ai giơ 0–2 ngón được mời nói lý do, nhóm bàn tiếp rồi bỏ phiếu lại.
  • Giơ ngón cái (lên, ngang, xuống) cho quyết định đơn giản.
  • Bỏ phiếu chấm (dot voting): mỗi người có số chấm giới hạn để dồn cho các phương án ưu tiên.

Kỹ thuật Delphi băng rộng (Wideband Delphi). Các chuyên gia đưa ý kiến hoặc ước lượng ẩn danh, xem kết quả tổng hợp, thảo luận lý do của những giá trị chênh lệch rồi làm lại vài vòng. Cách này giảm ảnh hưởng của người có chức vụ cao hoặc nói to nhất. Planning Poker trong agile là một dạng rút gọn của ý tưởng này.

Không đồng ý nhưng cam kết

Đồng thuận hoàn toàn không phải lúc nào cũng đạt được. Nguyên tắc "không đồng ý nhưng cam kết" (disagree and commit) cho phép thành viên nói rõ phản đối, được lắng nghe nghiêm túc, rồi khi quyết định đã chốt thì thực hiện hết sức như thể đó là ý của mình. Hai điều kiện để nguyên tắc này lành mạnh:

  • Ý kiến phản đối phải thực sự được cân nhắc, không bị gạt đi.
  • Đặt điểm xem lại: "Sau hai sprint, nếu chỉ số lỗi không giảm, ta quay lại phương án B".

Nếu không có hai điều kiện trên, "cam kết" chỉ là im lặng miễn cưỡng, và sự phản kháng sẽ xuất hiện dưới dạng chậm trễ hoặc làm cho có.

Uỷ quyền: bảy mức, không chỉ "giao" hay "không giao"

Uỷ quyền (delegation) không phải công tắc bật/tắt. Mô hình bảy mức uỷ quyền (thường dùng với trò chơi Delegation Poker của Management 3.0) mô tả dải liên tục:

MứcTênÝ nghĩa
1Ra lệnh (Tell)Người quản lý quyết, thông báo cho đội
2Thuyết phục (Sell)Người quản lý quyết, giải thích để đội đồng tình
3Tham vấn (Consult)Hỏi ý kiến đội rồi người quản lý quyết
4Thống nhất (Agree)Cùng thảo luận và quyết chung
5Tư vấn (Advise)Đội quyết, người quản lý góp ý
6Hỏi lại (Inquire)Đội quyết, sau đó báo cho người quản lý
7Uỷ quyền hẳn (Delegate)Đội quyết, người quản lý không cần biết

Cách dùng thực tế: ngay khi khởi động, PM cùng đội liệt kê các loại quyết định thường gặp (chọn công cụ, nhận thành viên mới, đổi thứ tự backlog, chi tiêu dưới 10 triệu đồng...) và thống nhất mức cho từng loại. Kết quả ghi vào điều lệ đội. Mức uỷ quyền có thể tăng dần khi đội trưởng thành và niềm tin tăng lên.

Lưu ý: uỷ quyền quyết định không có nghĩa là PM hết trách nhiệm giải trình với nhà tài trợ. Đây là điểm giao giữa nguyên tắc trao quyền cho đội và nguyên tắc lãnh đạo có trách nhiệm giải trình.

Ví dụ: đội triển khai phần mềm quản lý kho cho chuỗi siêu thị

Đội 8 người triển khai phần mềm kho cho 40 siêu thị tại miền Bắc. PM chị Lan áp dụng như sau:

  • Chọn cách đặt tên mã sản phẩm: mức 7 — đội kỹ thuật tự quyết.
  • Thứ tự triển khai các siêu thị: mức 3 — chị Lan hỏi ý kiến đội và quản lý vùng rồi quyết, vì cần cân nhắc cam kết với khách hàng.
  • Thời điểm chuyển dữ liệu cũ sang hệ thống mới: mức 4 — cả đội và chị Lan cùng quyết vì rủi ro cao và đội nắm thông tin kỹ thuật.
  • Ước lượng công việc: đội dùng Planning Poker; chị Lan không tham gia bỏ phiếu để tránh "neo" con số.

Một lần, khi sự cố mạng làm ba siêu thị không xuất được hàng, chị Lan quyết ngay việc quay về quy trình giấy tạm thời rồi mới họp đội rút kinh nghiệm. Không ai phàn nàn, vì đội hiểu khi khẩn cấp thì mức "ra lệnh" là hợp lý.

Sai lầm thường gặp

  • Hỏi ý kiến cho có: PM đã quyết sẵn nhưng vẫn tổ chức "thảo luận". Đội nhận ra rất nhanh và mất niềm tin.
  • Đồng thuận cho mọi thứ: những việc nhỏ cũng họp cả tiếng, quyết định bị trì hoãn.
  • Không ghi lại quyết định: hai tuần sau không ai nhớ đã chốt gì và vì sao. Một nhật ký quyết định ngắn (ngày, nội dung, người quyết, lý do) giải quyết việc này.
  • Uỷ quyền rồi rút lại: giao cho đội quyết nhưng khi đội chọn khác ý mình thì PM bác bỏ. Lần sau đội sẽ không còn muốn quyết.
  • Để người có chức vụ nói trước: ý kiến của trưởng nhóm hay giám đốc thường "neo" cả nhóm. Nên cho mọi người viết ra trước rồi mới công bố.

Liên hệ đề thi PMP

Đề ECO 2026 nghiêng về đội tự tổ chức và lãnh đạo phục vụ. Khi tình huống hỏi "PM nên làm gì" về một quyết định trong phạm vi công việc của đội, phương án tốt thường là tạo điều kiện để đội cùng quyết (đồng thuận, nắm tay năm ngón, Delphi) chứ không phải PM tự quyết hay đẩy lên cấp trên. Ngoại lệ: tình huống khẩn cấp ảnh hưởng an toàn hoặc khách hàng, khi đó quyết định nhanh của người có thẩm quyền là hợp lý. Hãy phân biệt đồng thuận (mọi người chấp nhận được) với nhất trí (mọi người đều đồng ý) và đa số tương đối (nhiều phiếu nhất, chưa chắc quá nửa).

Điểm cần nhớ

  • Cách ra quyết định phụ thuộc vào mức quan trọng của chất lượng, mức cần đội chấp nhận, thời gian và ai nắm thông tin.
  • Đồng thuận là mọi người chấp nhận được và cam kết; nhất trí là mọi người đều đồng ý; đa số tương đối là phương án nhiều phiếu nhất.
  • Delphi và Planning Poker dùng ý kiến ẩn danh hoặc đồng thời để giảm ảnh hưởng của người có chức vụ.
  • Uỷ quyền có bảy mức; thống nhất mức cho từng loại quyết định và ghi vào điều lệ đội.
  • "Không đồng ý nhưng cam kết" chỉ lành mạnh khi phản đối được lắng nghe và có điểm xem lại.

Mẹo thi PMP

  • Quyết định thuộc phạm vi công việc của đội → ưu tiên để đội cùng quyết, PM điều phối.
  • Khủng hoảng, an toàn bị đe doạ → quyết định nhanh của người có thẩm quyền là chấp nhận được.
  • Muốn tránh hiệu ứng "theo sếp" khi ước lượng → kỹ thuật ẩn danh như Delphi.

Thuật ngữ chính

Kỹ thuật ra quyết định trong nhóm · Group Decision-Making Techniques
Các cách nhóm đi đến quyết định: nhất trí tuyệt đối (unanimity – mọi người đồng ý), đa số (majority – trên 50%), đa số tương đối (plurality – phương án nhiều phiếu nhất dù chưa quá bán), độc đoán (autocratic – một người quyết), và đồng thuận (consensus – mọi người chấp nhận và cam kết ủng hộ dù không phải ai cũng thích nhất). Có thể kết hợp với phân tích quyết định đa tiêu chí. Chọn cách nào tuỳ thời gian, mức quan trọng và mức cam kết cần có; cách thức nên thống nhất trước trong quy tắc cơ bản.
Biểu quyết khi ra quyết định nhóm · Voting: Unanimity, Majority, Plurality, Autocratic
Các cách ra quyết định nhóm khi thu thập yêu cầu: nhất trí (unanimity) — mọi người đồng ý, có thể dùng Delphi để đạt; đa số (majority) — hơn 50% thành viên ủng hộ, nên dùng nhóm số lẻ để tránh hoà; đa số tương đối (plurality) — phương án được nhiều phiếu nhất dù chưa quá bán; độc đoán (autocratic) — một người quyết định thay cả nhóm.
Bảy mức uỷ quyền · Seven Levels of Delegation (Delegation Poker)
Thang của Management 3.0 cho thấy uỷ quyền không phải "có hoặc không" mà có bảy mức: (1) Ra lệnh – tôi quyết; (2) Thuyết phục – tôi quyết và giải thích; (3) Tham vấn – hỏi ý kiến rồi tôi quyết; (4) Đồng thuận – cùng quyết; (5) Tư vấn – tôi góp ý, bạn quyết; (6) Hỏi lại – bạn quyết rồi cho tôi biết; (7) Uỷ thác hoàn toàn. Trò chơi Delegation Poker giúp đội và người quản lý thống nhất mức cho từng loại quyết định, ghi lên bảng uỷ quyền (delegation board).
Uỷ quyền · Delegation
Việc giao cho người khác một nhiệm vụ kèm quyền hạn tương ứng để hoàn thành, trong khi người giao vẫn giữ trách nhiệm giải trình (accountability) về kết quả cuối cùng. Uỷ quyền tốt cần: chọn đúng người, nêu rõ kết quả mong muốn và tiêu chí hoàn thành, xác định mức tự quyết, cung cấp nguồn lực, thống nhất điểm kiểm tra và không thu hồi việc giữa chừng. Uỷ quyền giúp PM tập trung vào việc chỉ PM làm được và phát triển năng lực cho đội.
Không đồng ý nhưng cam kết · Disagree and Commit
Nguyên tắc ra quyết định theo đó mọi người được khuyến khích phản biện thẳng thắn trong lúc thảo luận, nhưng khi quyết định đã được đưa ra thì tất cả cam kết thực hiện hết mình, kể cả người không đồng ý. Nguyên tắc gắn với văn hoá Intel thời Andy Grove và được Amazon đưa vào bộ nguyên tắc lãnh đạo. Nó giúp tránh cả hai thái cực: đồng thuận giả tạo và cản trở ngầm sau cuộc họp. Điều kiện để áp dụng tốt là ý kiến trái chiều thực sự được lắng nghe và người ra quyết định được xác định rõ.
Mô hình ra quyết định Vroom–Yetton · Vroom–Yetton Decision Model
Mô hình của Victor Vroom và Philip Yetton giúp người lãnh đạo chọn mức độ để đội tham gia vào một quyết định, từ tự quyết (AI, AII), tham vấn từng người hoặc cả nhóm (CI, CII) đến để nhóm cùng quyết (GII). Lựa chọn dựa trên một chuỗi câu hỏi về yêu cầu chất lượng của quyết định, thông tin người lãnh đạo đang có, mức cần sự chấp thuận của đội và thời gian cho phép. Ý chính: không có một cách ra quyết định đúng cho mọi tình huống.
Kỹ thuật Delphi băng rộng · Wideband Delphi
Biến thể của kỹ thuật Delphi dùng cho ước lượng, được Barry Boehm mô tả trong cuốn Software Engineering Economics (1981). Các chuyên gia ước tính độc lập, người điều phối tổng hợp kết quả, sau đó cả nhóm họp thảo luận những điểm chênh lệch lớn và giả định khác nhau, rồi ước tính lại ẩn danh qua nhiều vòng cho đến khi các con số hội tụ. Planning Poker trong agile là phiên bản gọn nhẹ của ý tưởng này.
Ôn 7 thuật ngữ bằng thẻ ghi nhớ

Liên hệ đề thi PMP (ECO 2026)

  • P1Xây dựng tầm nhìn chungBài cùng task P1
  • P3Lãnh đạo đội dự ánBài cùng task P3
Luyện câu hỏi thi cho các task này

Tài liệu tham khảo

  1. Wikipedia — Vroom–Yetton decision model (mở trong thẻ mới)
  2. Wikipedia — Wideband delphi (mở trong thẻ mới)
  3. Wikipedia — Consensus decision-making (mở trong thẻ mới)
  4. Management 3.0 — Delegation Poker (mở trong thẻ mới)

Trắc nghiệm nhanh

5 câu · Đạt từ 70 %

Câu 1/5
Đội sáu người cần chọn một trong bốn công cụ quản lý mã nguồn. Sau thảo luận, phương án X được ba phiếu, các phương án khác lần lượt hai, một và không phiếu. Đội chọn X. Đây là kiểu biểu quyết nào?

Hoàn thành bài học

Bài trướcBài 5.6 · Tạo động lực cho đội dự án: từ lý thuyết đến hành độngBài tiếp theoBài 5.8 · Xung đột giữa các bên liên quan và đường leo thang

Bài trong chương

Chương 5: ECO 2026 — Con người (People)

  1. 5.1Bài 5.1: Xây dựng tầm nhìn chung và lãnh đạo đội dự án
  2. 5.2Bài 5.2: Quản lý xung đột
  3. 5.3Bài 5.3: Gắn kết, thống nhất và quản lý kỳ vọng các bên liên quan
  4. 5.4Bài 5.4: Truyền thông và chuyển giao tri thức
  5. 5.5Bài 5.5: Lãnh đạo đội phân tán, đa văn hoá và hoà nhập
  6. 5.6Bài 5.6: Tạo động lực cho đội dự án: từ lý thuyết đến hành động
  7. 5.7Bài 5.7: Ra quyết định cùng đội: đồng thuận, biểu quyết và mức uỷ quyền
  8. 5.8Bài 5.8: Xung đột giữa các bên liên quan và đường leo thang
  9. 5.9Bài 5.9: Chính trị tổ chức và ảnh hưởng không cần quyền hạn
  10. 5.10Bài 5.10: Chuyển giao tri thức khi bàn giao sang vận hành
  11. 5.11Bài 5.11: Truyền thông với nhà tài trợ và lãnh đạo cấp cao: ngắn, rõ, sớm
Danh sách bài học

Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.

Mục lục

Hai câu hỏi trước mọi quyết địnhCác kỹ thuật ra quyết định nhómKhông đồng ý nhưng cam kếtUỷ quyền: bảy mức, không chỉ "giao" hay "không giao"Ví dụ: đội triển khai phần mềm quản lý kho cho chuỗi siêu thịSai lầm thường gặpLiên hệ đề thi PMPĐiểm cần nhớMẹo thi PMPThuật ngữ chínhLiên hệ đề thi PMPTài liệu tham khảoTrắc nghiệm nhanhHoàn thành bài học

Bài trong chương

Chương 5: ECO 2026 — Con người (People)

  1. 5.1Bài 5.1: Xây dựng tầm nhìn chung và lãnh đạo đội dự án
  2. 5.2Bài 5.2: Quản lý xung đột
  3. 5.3Bài 5.3: Gắn kết, thống nhất và quản lý kỳ vọng các bên liên quan
  4. 5.4Bài 5.4: Truyền thông và chuyển giao tri thức
  5. 5.5Bài 5.5: Lãnh đạo đội phân tán, đa văn hoá và hoà nhập
  6. 5.6Bài 5.6: Tạo động lực cho đội dự án: từ lý thuyết đến hành động
  7. 5.7Bài 5.7: Ra quyết định cùng đội: đồng thuận, biểu quyết và mức uỷ quyền
  8. 5.8Bài 5.8: Xung đột giữa các bên liên quan và đường leo thang
  9. 5.9Bài 5.9: Chính trị tổ chức và ảnh hưởng không cần quyền hạn
  10. 5.10Bài 5.10: Chuyển giao tri thức khi bàn giao sang vận hành
  11. 5.11Bài 5.11: Truyền thông với nhà tài trợ và lãnh đạo cấp cao: ngắn, rõ, sớm
Danh sách bài học