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
  1. /Lãnh đạo & đội nhóm
  2. /"Để anh xem rồi báo lại em": vì sao PM ôm hết vi…
Lãnh đạo & đội nhóm· Domain: Đội dự án

"Để anh xem rồi báo lại em": vì sao PM ôm hết việc của đội và cách trả "con khỉ" về đúng chủ

Mỗi lần nói "để anh xem", PM nhận thêm một bước tiếp theo vốn thuộc về thành viên. Cuối tuần, PM làm đến khuya còn đội ngồi chờ PM. Bài viết dựa trên ý tưởng "ai đang giữ con khỉ" của Oncken và Wass để PM nhận ra lúc việc nhảy sang vai mình và trả nó về kèm mức chủ động phù hợp.

HP
Nguyễn Thu Hà, PMP
22/09/2026
5 phút đọc 0 0
"Để anh xem rồi báo lại em": vì sao PM ôm hết việc của đội và cách trả "con khỉ" về đúng chủ

Tình huống minh hoạ

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

Anh Hùng là PM dự án tích hợp cổng thanh toán cho một sàn thương mại điện tử. Sáng thứ Hai, Tâm chặn anh ở hành lang: "Anh ơi, bên đối tác chưa gửi tài liệu API bản mới, em đang kẹt". Anh Hùng đáp: "Để anh xem rồi báo lại em". Chiều, Long nhắn: "Anh xem giúp em cấu hình môi trường thử nghiệm có đúng không". Anh trả lời: "Ừ, tối anh xem".

Đến thứ Sáu, danh sách "để anh xem" của anh Hùng có mười lăm mục. Anh làm đến mười giờ đêm. Trong khi đó, Tâm và Long đều ghi trong báo cáo tuần: "Đang chờ anh Hùng phản hồi".

Anh Hùng không lười uỷ quyền — trái lại, anh nghĩ mình đang hỗ trợ đội. Nhưng mỗi câu "để anh xem" đã chuyển một phần công việc từ thành viên sang PM.

"Con khỉ" là gì

Trong bài viết kinh điển Management Time: Who's Got the Monkey? đăng trên Harvard Business Review năm 1974 (tái bản năm 1999), William Oncken Jr. và Donald Wass dùng hình ảnh con khỉ để chỉ bước tiếp theo của một vấn đề. Khi cấp dưới đưa vấn đề đến và người quản lý nhận "để tôi xem", con khỉ đã nhảy từ vai cấp dưới sang vai người quản lý. Kết quả nghịch lý mà các tác giả mô tả: người quản lý thiếu thời gian trầm trọng, còn cấp dưới lại có thời gian rảnh vì đang chờ.

Với PM, hiện tượng này còn rõ hơn vì PM thường là người "biết nhiều nhất về dự án", và việc tự làm luôn có vẻ nhanh hơn việc hướng dẫn.

Năm mức chủ động

Oncken và Wass mô tả các mức chủ động một người có thể có với công việc của mình, từ thấp đến cao. Diễn đạt lại cho đội dự án:

  1. Chờ được bảo mới làm.
  2. Hỏi nên làm gì.
  3. Đề xuất cách làm, được đồng ý rồi thực hiện.
  4. Làm rồi báo ngay.
  5. Tự làm, báo cáo theo định kỳ.

Ý chính của các tác giả: người quản lý không nên để cấp dưới dùng mức 1 và 2 với những việc họ có thể tự xử lý. Mỗi vấn đề rời khỏi cuộc trao đổi phải có mức chủ động được thống nhất và thời điểm gặp lại.

Thang năm mức chủ động: mức 1 và 2 khiến việc nhảy sang PM, mức 3 đến 5 giữ việc ở thành viên, kèm thời điểm gặp lại

Trả con khỉ về: cách nói thay cho "để anh xem"

Với vấn đề của Tâm (đối tác chậm gửi tài liệu)

Tình huống liên quan

Lãnh đạo & đội nhómĐội dự án

Ba tháng không dám góp ý vì sợ làm thành viên buồn: quan tâm thật lòng và nói thẳng theo khung Radical Candor

Nhiều PM tránh góp ý vì muốn giữ không khí vui vẻ, rồi đến lúc đánh giá cuối năm mới nói ra và làm thành viên sốc. Bài viết dùng khung hai trục "quan tâm cá nhân" và "thách thức trực tiếp" để PM nhận ra mình đang ở ô nào và chuyển sang góp ý thẳng thắn mà vẫn tử tế.

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

Tranh luận chọn kiến trúc biến thành chiến tranh lạnh giữa hai trưởng nhóm: giữ xung đột ở nhiệm vụ, đừng để nó lan sang quan hệ

Bất đồng về giải pháp là chuyện bình thường trong đội kỹ thuật, nhưng chỉ cần vài câu "anh lúc nào cũng…" là cuộc tranh luận chuyển thành mâu thuẫn cá nhân. Bài viết giúp PM nhận ra dấu hiệu chuyển hoá và năm cách giữ cuộc tranh luận ở đúng chỗ: tiêu chí, dữ liệu và quyền quyết định.

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

Dự án 14 tháng, đội mệt mỏi vì "làm mãi không thấy xong": giữ động lực bằng những tiến bộ nhỏ nhìn thấy được mỗi tuần

Ở giữa một dự án dài, mốc lớn tiếp theo còn xa và đội bắt đầu mất hứng dù không ai bị đối xử tệ. Nghiên cứu nhật ký công việc của Teresa Amabile chỉ ra một nguồn động lực hay bị PM bỏ quên: cảm giác tiến bộ trong công việc có ý nghĩa. Bài viết gợi ý cách chia mốc, làm tiến bộ hiện ra và gỡ trở ngại hằng ngày.

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

Họp 1-1 giữa PM và thành viên: cấu trúc, tần suất và vì sao không nên biến nó thành buổi báo cáo tiến độ

Buổi họp 1-1 là kênh hiếm hoi để thành viên nói về điều họ lo lắng, điều cản trở họ và hướng phát triển của họ. Nhưng nhiều PM biến nó thành buổi hỏi "việc đến đâu rồi". Bài viết đề xuất cấu trúc, tần suất và cách duy trì buổi 1-1 trong đội dự án.

Ngày đăng: 03/10/2026Lượt xem: 0Bình luận: 0

"Em liên hệ trực tiếp đầu mối kỹ thuật bên đối tác, hỏi ngày gửi cụ thể. Nếu đến chiều thứ Ba chưa có, em soạn sẵn email leo thang để anh ký và gửi cho quản lý của họ. Thứ Ba 4 giờ mình xem lại 10 phút."

Con khỉ vẫn ở với Tâm (mức 4: làm rồi báo), PM chỉ nhận đúng phần thuộc thẩm quyền của mình (ký email leo thang), và có hẹn gặp lại rõ ràng.

Với vấn đề của Long (kiểm tra cấu hình)

"Em đối chiếu cấu hình với danh sách kiểm tra trong tài liệu triển khai, ghi lại các điểm em chưa chắc và đề xuất cách sửa. Sáng mai mình ngồi 15 phút xem các điểm đó."

Long chuyển từ mức 2 (hỏi nên làm gì) lên mức 3 (đề xuất rồi thực hiện).

Bốn quy tắc giữ con khỉ đúng chỗ

Phỏng theo các nguyên tắc của Oncken và Wass:

  1. Mỗi con khỉ phải có lịch gặp lại — "khi nào rảnh anh xem" là con khỉ không có chủ.
  2. Mỗi con khỉ phải có mức chủ động được nói rõ — thành viên biết mình được làm đến đâu.
  3. Bàn vấn đề theo lịch, không theo kiểu chặn hành lang — cuộc trao đổi vội vàng là lúc khỉ dễ nhảy nhất.
  4. Xử lý hoặc loại bỏ — vấn đề nào không đáng theo đuổi thì nói rõ là dừng, đừng để nó nằm trong danh sách "để xem".

Khi nào PM nên nhận con khỉ

Không phải mọi việc đều nên trả về. PM nên nhận khi vấn đề thuộc thẩm quyền của PM (phê duyệt thay đổi, leo thang với cấp trên hoặc đối tác, phân bổ lại nguồn lực), khi thành viên chưa đủ năng lực và chưa có thời gian để học trong tình huống khẩn, hoặc khi việc liên quan đến an toàn, pháp lý, bảo mật cần người chịu trách nhiệm cao hơn quyết định. Ngay cả khi nhận, hãy nói rõ thời điểm phản hồi.

Những điều cần tránh

  • Trả việc về nhưng không trao quyền: bảo thành viên tự liên hệ đối tác mà không cho họ danh nghĩa đại diện dự án thì họ vẫn sẽ kẹt.
  • Trả về rồi bỏ mặc: mức chủ động cao không có nghĩa là không cần hỗ trợ. Lịch gặp lại chính là cam kết hỗ trợ.
  • Áp cùng một mức cho mọi người: thành viên mới cần mức 3 nhiều hơn; người giàu kinh nghiệm có thể ở mức 5.

Liên hệ với PMBOK® Guide và đề thi PMP

Lĩnh vực hiệu suất Team khuyến khích trao quyền và để đội tự tổ chức trong phạm vi phù hợp; người lãnh đạo phục vụ giúp đội phát triển năng lực thay vì làm thay. Trong đề thi, khi một thành viên mang vấn đề họ có thể tự giải quyết đến cho PM, phương án tốt thường là huấn luyện hoặc hướng dẫn để thành viên tự xử lý, chỉ can thiệp trực tiếp khi vấn đề vượt thẩm quyền của đội.

Kết luận

Câu "để anh xem" nghe như sự tận tâm, nhưng nếu lặp lại hàng chục lần mỗi tuần, nó biến PM thành nút thắt cổ chai và khiến đội mất cơ hội trưởng thành. Mỗi vấn đề rời cuộc trao đổi cần có chủ, có mức chủ động và có lịch gặp lại.

Nguồn tham khảo

  • Harvard Business Review – Management Time: Who's Got the Monkey? (William Oncken Jr., Donald L. Wass)
  • Wikipedia – Delegation (uỷ quyền trong quản lý)
#uy-quyen#Quản lý thời gian#Trao quyền#lanh-dao-doi#muc-do-chu-dong

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

Câu 1/1
Một thành viên giàu kinh nghiệm báo với PM rằng nhà cung cấp chậm gửi tài liệu kỹ thuật khiến công việc bị kẹt, rồi hỏi PM nên làm gì. Thành viên hoàn toàn có thể tự liên hệ đầu mối kỹ thuật của nhà cung cấp. PM nên phản hồi thế nào?

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

Mỗi tuần, bạn nói "để mình xem rồi báo lại" khoảng bao nhiêu lần?

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ạ"Con khỉ" là gìNăm mức chủ độngTrả con khỉ về: cách nói thay cho "để anh xem"Bốn quy tắc giữ con khỉ đúng chỗKhi nào PM nên nhận con khỉNhững điều cần tránhLiên hệ với PMBOK® Guide và đề thi PMPKết luậnNguồ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)