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. /Luyện thi PMP
  2. /Ôn PMP domain People: trao quyền cho đội — bảy m…
Luyện thi PMP· Domain: Đội dự án

Ôn PMP domain People: trao quyền cho đội — bảy mức uỷ quyền và các bẫy "PM quyết thay đội"

Trao quyền (empower the team) không phải là "để đội tự lo mọi thứ". Bài viết dùng bảy mức uỷ quyền của Management 3.0 để giải thích những câu hỏi PMP kiểu "ai nên quyết định?", phân biệt quyết định của đội với quyết định thuộc PM, Product Owner hay cấp quản trị, và chỉ ra các đáp án bẫy.

HP
Nguyễn Thu Hà, PMP
08/06/2026
5 phút đọc 0 0
Ôn PMP domain People: trao quyền cho đội — bảy mức uỷ quyền và các bẫy "PM quyết thay đội"

Tình huống minh hoạ

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

Đội phát triển ứng dụng ngân hàng số có 7 người, làm theo Scrum được 5 sprint. Lan — PM kiêm Scrum Master — nhận được ba câu hỏi trong cùng một buổi chiều:

  1. Đội hỏi: "Chị ơi, có nên chuyển thư viện kiểm thử sang công cụ mới không?"
  2. Một lập trình viên hỏi: "Em nên nhận story thanh toán hoá đơn hay story đăng nhập sinh trắc học trước?"
  3. Trưởng nhóm kiểm thử hỏi: "Có thể bỏ bớt kiểm thử bảo mật để kịp ngày phát hành không?"

Lan đã quen trả lời ngay cả ba câu. Kết quả: đội chờ Lan trước mỗi quyết định, và năng suất phụ thuộc vào lịch họp của Lan.

Phân tích theo ECO 2026 và Scrum Guide

"Empower the team" trong ECO 2026

ECO 2026 đặt trao quyền cho đội là một hoạt động của nhiệm vụ Lead the project team, bên cạnh thiết lập kỳ vọng ở cấp đội, giải quyết vấn đề và làm rõ vai trò, trách nhiệm. Hai hoạt động này đi cùng nhau: trao quyền chỉ hiệu quả khi ranh giới quyền quyết định đã rõ.

Scrum Guide nói gì về quyền quyết định

Theo Scrum Guide 2020:

  • Đội Scrum tự quản lý (self-managing): tự quyết ai làm gì, khi nào, bằng cách nào.
  • Developers tự lên kế hoạch cho sprint (Sprint Backlog) và tự chịu trách nhiệm về chất lượng theo Definition of Done.
  • Product Owner chịu trách nhiệm tối đa hoá giá trị sản phẩm và sắp xếp thứ tự Product Backlog.
  • Scrum Master huấn luyện đội về tự quản lý và tính liên chức năng, giúp gỡ trở ngại.

Áp vào ba câu hỏi của Lan:

Câu hỏiAi quyết theo ScrumVai trò của Lan
Đổi công cụ kiểm thửDevelopers (cách làm việc)Tạo điều kiện thảo luận, nêu ràng buộc của tổ chức nếu có
Nhận story nào trướcDevelopers tự sắp xếp trong sprint, theo mục tiêu sprintKhông phân việc thay
Bỏ kiểm thử bảo mậtKhông ai được tự ý hạ chất lượng dưới Definition of Done; yêu cầu bảo mật có thể là bắt buộc pháp lýNêu rõ ranh giới, đưa vấn đề phạm vi/ngày phát hành lên Product Owner và cấp có thẩm quyền

Bảy mức uỷ quyền

Management 3.0 (Jurgen Appelo) đề xuất bảy mức uỷ quyền, diễn đạt lại như sau:

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
Luyện thi PMPĐo lường

Dạng bài tính toán hay gặp trong đề PMP: float, PERT và EVM giải từng bước

Câu tính toán trong đề PMP không nhiều nhưng dễ mất điểm vì nhầm công thức hoặc đọc sai đề. Ôn ba dạng hay gặp – float trên mạng lịch trình, ước lượng PERT và các chỉ số EVM – với ví dụ giải chi tiết.

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
  1. Thông báo (tell): người quản lý quyết và thông báo.
  2. Thuyết phục (sell): người quản lý quyết và giải thích để đội đồng thuận.
  3. Tham vấn (consult): hỏi ý kiến đội rồi người quản lý quyết.
  4. Đồng thuận (agree): cùng quyết.
  5. Tư vấn (advise): người quản lý góp ý, đội quyết.
  6. Hỏi lại (inquire): đội quyết, người quản lý hỏi sau để nắm thông tin.
  7. Uỷ quyền hoàn toàn (delegate): đội quyết, người quản lý không cần biết.

Hai công cụ đi kèm: delegation poker (mỗi người chọn kín một lá 1–7 cho từng tình huống rồi cùng lật, thảo luận khác biệt) và delegation board (bảng liệt kê các lĩnh vực quyết định và mức uỷ quyền tương ứng, treo công khai như bộ phát thông tin).

Điểm quan trọng: trao quyền không có nghĩa mọi quyết định đều ở mức 7. Bảo mật trong ngân hàng có thể ở mức 3 hoặc 4 vì liên quan tuân thủ; công cụ kiểm thử có thể ở mức 6.

Cách xử lý

Bước 1: Liệt kê các loại quyết định thường gặp

Lan cùng đội liệt kê khoảng 12 loại quyết định: công cụ, phân việc, giờ họp, kiến trúc, thư viện mã nguồn mở, ngày phát hành, tuyển thêm người...

Bước 2: Chơi delegation poker

Mỗi loại quyết định được bỏ phiếu kín. Những chỗ chênh nhiều (ví dụ "thêm thư viện mã nguồn mở": đội chọn 7, Lan chọn 3 vì vướng chính sách bản quyền của ngân hàng) được thảo luận đến khi rõ lý do.

Bước 3: Treo delegation board và giữ lời

Bảng được đặt cạnh bảng sprint. Khi đội hỏi về việc ở mức 6–7, Lan trả lời: "Việc này đội quyết." Giữ lời là điều kiện để niềm tin hình thành.

Bước 4: Rà soát định kỳ

Sau mỗi vài sprint, đội và Lan xem lại: quyết định nào có thể nâng mức uỷ quyền vì đội đã chứng minh năng lực.

Trao quyền trong dự án theo hướng dự đoán

Trao quyền không chỉ là chuyện của agile. Trong dự án dự đoán, PM giao gói công việc (work package) trong WBS cho người phụ trách, kèm tiêu chí chấp nhận và ngân sách; người phụ trách tự quyết cách thực hiện miễn là không vượt các ngưỡng đã thống nhất. Ma trận phân công trách nhiệm (RAM, ví dụ RACI) cho biết ai thực hiện, ai chịu trách nhiệm cuối cùng, ai được hỏi ý kiến, ai được thông báo — về bản chất đó cũng là một bảng mức uỷ quyền. Khi vượt ngưỡng (ví dụ chi phí, tiến độ của gói việc), quyết định quay về PM hoặc ban kiểm soát thay đổi.

Sai lầm thường gặp

  • Trao quyền rồi rút lại: PM nói "đội quyết" nhưng khi đội chọn khác ý mình thì bác bỏ — niềm tin sụp đổ nhanh hơn không trao quyền.
  • Trao quyền không ranh giới: đội quyết cả những việc vượt thẩm quyền (hợp đồng, ngân sách, tuân thủ) rồi bị cấp trên lật lại.
  • Trao quyền nhưng không trao thông tin: đội không thấy dữ liệu chi phí, ưu tiên kinh doanh, nên quyết sai.
  • Đánh đồng trao quyền với buông: PM vẫn phải gỡ trở ngại, huấn luyện và bảo vệ đội.
  • Trao quyền cho đội chưa sẵn sàng: đội mới hình thành có thể cần bắt đầu ở mức thấp hơn rồi nâng dần, thay vì nhận ngay mức 7 và thất bại.

Góc ôn thi PMP

  • Câu hỏi "thành viên hỏi PM nên làm task nào" trong bối cảnh agile → đáp án tốt: khuyến khích đội tự quyết (ví dụ dựa trên mục tiêu sprint), không phân việc thay.
  • Câu hỏi "đội muốn hạ chất lượng/bỏ kiểm thử để kịp hạn" → không phải chuyện trao quyền; Definition of Done và yêu cầu tuân thủ không được tự ý hạ; đưa đánh đổi phạm vi – thời hạn lên Product Owner/cấp có thẩm quyền.
  • Đáp án chứa "PM quyết định và thông báo cho đội" thường sai trong agile, trừ khi có yếu tố khẩn cấp hoặc vượt thẩm quyền đội.
  • Trong môi trường dự đoán, PM vẫn trao quyền: giao gói công việc và để người phụ trách quyết cách thực hiện trong giới hạn kế hoạch.

Nguồn tham khảo

  • PMP Examination Content Outline 2026 (PDF) – Project Management Institute
  • The Scrum Guide (2020) – Ken Schwaber và Jeff Sutherland
  • Delegation Poker & Delegation Board – Management 3.0
#pmp-exam#Trao quyền#delegation-poker#tu-quan-ly#eco-2026

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

Câu 1/1
Trong đội agile tự quản lý, hai lập trình viên tranh luận nên dùng thư viện nào để xây dựng tính năng biểu đồ. Cả hai thư viện đều đã được phòng an ninh thông tin phê duyệt. Họ đến hỏi PM chọn giúp. PM nên làm gì?

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

Đội của bạn muốn tự quyết cả việc chọn nhà cung cấp dịch vụ đám mây cho môi trường kiểm thử (chi phí vài triệu đồng mỗi tháng). Quy chế mua sắm của công ty yêu cầu PM ký duyệt mọi khoản chi. Nếu là PM, bạn chọn mức uỷ quyền 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 ECO 2026 và Scrum GuideCách xử lýSai lầm thường gặpGóc ôn thi PMPNguồn tham khảoTrắ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)