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. /Thành viên giỏi nhất cũng là người khó chịu nhất…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Thành viên giỏi nhất cũng là người khó chịu nhất: PM xử lý hành vi độc hại mà không đánh mất chuyên gia

Kỹ sư dữ liệu xuất sắc nhất dự án liên tục chê bai đồng nghiệp trước cả nhóm, khiến một BA xin chuyển dự án. Cách đưa phản hồi, đặt chuẩn mực và giảm phụ thuộc vào một cá nhân.

HP
Nguyễn Thu Hà, PMP
24/09/2026
5 phút đọc 0 0
Thành viên giỏi nhất cũng là người khó chịu nhất: PM xử lý hành vi độc hại mà không đánh mất chuyên gia

Tình huống minh hoạ

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

Chị Hạnh là PM dự án xây dựng kho dữ liệu báo cáo quản trị cho một ngân hàng thương mại, đội 11 người. Anh Tuấn, kỹ sư dữ liệu cao cấp, là người hiểu sâu nhất hệ thống core banking và đã nhiều lần "cứu" dự án khi pipeline gặp sự cố.

Tuy nhiên, các phàn nàn về anh Tuấn ngày càng nhiều:

  • Trong buổi code review, anh nhận xét công khai: "Code thế này mà cũng dám đẩy lên à?"
  • Thường xuyên ngắt lời BA khi họ trình bày yêu cầu, cho rằng "người không biết SQL thì đừng thiết kế báo cáo".
  • Từ chối tài liệu hoá phần xử lý phức tạp: "Cần gì thì hỏi tôi."

Bạn Trang, BA hai năm kinh nghiệm, gửi đơn xin chuyển dự án. Hai thành viên khác bắt đầu im lặng trong các buổi họp. Một số người khuyên chị Hạnh "kệ đi, dự án cần anh ấy".

Phân tích theo PMBOK® Guide

Team Performance Domain coi văn hoá đội (team culture) là thứ PM chủ động xây dựng: thiết lập chuẩn mực, làm gương, và xử lý những hành vi đi ngược chuẩn mực đó. Một đội hiệu suất cao cần sự tin cậy và an toàn tâm lý (psychological safety) – mọi người dám đặt câu hỏi, thừa nhận sai sót, đưa ý kiến trái chiều mà không sợ bị bẽ mặt.

Các nguyên tắc liên quan:

  • Create a collaborative project team environment.
  • Be a diligent, respectful, and caring steward – sự tôn trọng là một trong bốn giá trị cốt lõi trong PMI Code of Ethics and Professional Conduct (trách nhiệm, tôn trọng, công bằng, trung thực).
  • Demonstrate leadership behaviors – dung túng một hành vi đồng nghĩa với việc ngầm chấp nhận nó là chuẩn mực.

Nguyên nhân gốc và rủi ro ẩn:

  1. Không có quy tắc ứng xử (ground rules) rõ ràng trong team charter, nên không có căn cứ để phản hồi.
  2. Phụ thuộc vào một cá nhân (key person dependency): tri thức tập trung ở anh Tuấn tạo ra quyền lực không chính thức và một rủi ro nghiêm trọng nếu anh nghỉ.
  3. Chi phí ẩn của hành vi độc hại: nhân sự rời đi, ý kiến bị nén lại, lỗi không được báo sớm. Những chi phí này thường lớn hơn đóng góp kỹ thuật của một người, nhưng không hiện trên báo cáo.

Cách xử lý

Bước 1 – Thu thập dữ kiện, không dựa vào tin đồn. Chị Hạnh ghi lại các sự việc cụ thể đã chứng kiến hoặc được nhiều người xác nhận: thời điểm, lời nói, tác động.

Bước 2 – Phản hồi riêng, cụ thể, theo mô hình SBI. Mô hình (do Center for Creative Leadership phổ biến) giúp phản hồi tập trung vào hành vi thay vì phán xét con người:

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
Situation – Behavior – Impact
Thành phầnVí dụ
Situation"Trong buổi code review sáng thứ Ba..."
Behavior"...anh nói trước cả nhóm rằng code của Minh không đáng đẩy lên."
Impact"Sau đó Minh không đặt câu hỏi nào nữa, và hai bạn khác ngại gửi pull request cho anh review."

Sau đó hỏi để hiểu: anh Tuấn có thể đang quá tải, thất vọng vì chất lượng chung, hoặc cảm thấy không được ghi nhận. Thừa nhận đóng góp của anh là chân thành, nhưng nêu rõ: chuyên môn không thay thế được chuẩn mực ứng xử.

Bước 3 – Thống nhất kỳ vọng cụ thể. Ví dụ: góp ý code bằng bình luận kỹ thuật trên pull request, không bình luận về năng lực cá nhân; để người trình bày nói hết rồi mới phản biện.

Bước 4 – Đưa chuẩn mực vào team charter cho cả đội. Tổ chức buổi rà soát team charter, cả đội cùng bổ sung quy tắc ứng xử trong review, họp và trao đổi. Như vậy chuẩn mực áp dụng cho tất cả, không nhắm vào một người.

Bước 5 – Giảm phụ thuộc bằng chia sẻ tri thức. Giao cho anh Tuấn vai trò dẫn dắt kỹ thuật có trách nhiệm cụ thể: viết tài liệu kiến trúc pipeline, pair programming với hai thành viên, tổ chức buổi chia sẻ hằng tuần. Biến chuyên môn của anh thành tài sản của đội, đồng thời ghi rủi ro phụ thuộc vào risk register.

Bước 6 – Theo dõi và leo thang khi cần. Gặp lại sau 2–3 tuần để ghi nhận tiến bộ. Nếu hành vi không thay đổi, phối hợp với quản lý trực tiếp (functional manager) và bộ phận nhân sự theo quy trình của tổ chức. Đồng thời gặp riêng bạn Trang để lắng nghe và cho biết dự án đang hành động.

Sai lầm thường gặp

  • Dung túng vì "dự án cần anh ấy": cả đội học được rằng người giỏi được miễn trừ quy tắc.
  • Phê bình công khai – lặp lại đúng hành vi mình muốn loại bỏ.
  • Chỉ chuyển người bị ảnh hưởng đi thay vì xử lý nguồn gốc.
  • Phản hồi chung chung kiểu "anh nên hoà nhã hơn" – không chỉ ra hành vi cụ thể nên khó thay đổi.
  • Bỏ qua rủi ro phụ thuộc – kể cả khi hành vi được cải thiện, một điểm lỗi duy nhất vẫn là rủi ro.

Liên hệ đề thi PMP

Câu hỏi: Một thành viên có chuyên môn cao thường xuyên chỉ trích gay gắt đồng nghiệp trong các cuộc họp. Vài thành viên đã ngừng đóng góp ý kiến. PM nên làm gì trước tiên?

  • A. Đề nghị quản lý chức năng thay thế thành viên này.
  • B. Nhắc nhở thành viên đó ngay trong cuộc họp kế tiếp để cả đội thấy PM đã hành động.
  • C. Gặp riêng thành viên đó, đưa phản hồi cụ thể về hành vi và tác động, rồi thống nhất kỳ vọng.
  • D. Bỏ qua vì đóng góp kỹ thuật của thành viên này quan trọng với dự án.

Đáp án: C. Đề thi ưu tiên giải quyết trực tiếp, riêng tư, dựa trên hành vi cụ thể. A là leo thang quá sớm; B làm mất thể diện và có thể gây xung đột lớn hơn; D vi phạm trách nhiệm xây dựng môi trường làm việc tôn trọng.

Bài học rút ra

  • Hành vi độc hại có chi phí thật, dù không xuất hiện trên báo cáo tiến độ.
  • Phản hồi riêng tư, cụ thể (SBI) hiệu quả hơn lời nhắc chung chung hay phê bình công khai.
  • Chuẩn mực ứng xử phải thành văn trong team charter và áp dụng cho mọi người.
  • Chuyên môn tập trung ở một người vừa là rủi ro, vừa là nguồn quyền lực không chính thức – hãy chia sẻ nó.
#team#leadership#xung-dot#phan-hoi#team-charter

Biểu mẫu tải về

  • Mẫu thoả thuận làm việc của đội (Miro)Canvas để từng người điền trước, sau đó cả đội thống nhất các quy tắc ứng xử và phối hợp hằng ngày. Dùng làm chuẩn mực chung để PM góp ý hành vi gây hại dựa trên điều cả đội đã cam kết, không dựa trên cảm tính. Trực tuyến (Miro).miro.com · 0 lượt mở
    Mở liên kết
  • Phương pháp phản hồi SBI/SBII: Tình huống – Hành vi – Tác động – Ý định (CCL)Hướng dẫn của Center for Creative Leadership về cách nêu phản hồi dựa trên hành vi quan sát được và tác động của nó, rồi hỏi về ý định của người nghe thay vì phán xét tính cách. Dùng để chuẩn bị cuộc nói chuyện riêng với thành viên có hành vi gây tổn hại cho đội. Bài hướng dẫn trực tuyến.ccl.org · 0 lượt mở
    Mở liên kết
  • Kỹ thuật Feedback Wrap – khung phản hồi có cấu trúc (Management 3.0)Khung phản hồi theo các bước: mô tả bối cảnh, liệt kê quan sát, nêu cảm nhận, nói rõ giá trị bị ảnh hưởng và đưa đề xuất; có mẫu tải về. Dùng khi cần góp ý thẳng nhưng tôn trọng với chuyên gia giỏi mà hành xử làm người khác ngại lên tiếng. Hướng dẫn trực tuyến + mẫu PDF.management30.com · 0 lượt mở
    Mở liên kết
  • Bài tập "Ở đội mình, cứ thoải mái…" – viết ra chuẩn mực ngầm (Atlassian Team Playbook)Bài tập giúp đội viết thành danh sách các hành vi được hoan nghênh (ví dụ hỏi lại, phản biện, nhận sai), biến chuẩn mực ngầm thành cam kết chung và xây an toàn tâm lý. Dùng để có căn cứ khách quan khi nhắc một thành viên vi phạm chuẩn mực đội. Hướng dẫn trực tuyến kèm mẫu.atlassian.com · 0 lượt mở
    Mở liên kết
  • Mẫu retrospective về văn hoá đội (Atlassian Team Playbook)Buổi retrospective tập trung vào cách đội làm việc với nhau thay vì sản phẩm: điều gì đang tốt, điều gì cần đổi và cam kết hành vi mới. Dùng để đội tự nêu vấn đề ứng xử mà không biến buổi họp thành phiên "xử" một cá nhân. Hướng dẫn trực tuyến kèm mẫu.atlassian.com · 0 lượt mở
    Mở liên kết
  • Phiên "Sparring" – góp ý đồng nghiệp có cấu trúc (Atlassian Team Playbook)Quy trình góp ý: người trình bày nêu rõ phần cần góp ý, mọi người bình luận trong thời gian giới hạn, góp ý cụ thể, ghi nhận điểm tốt và nhắm vào sản phẩm chứ không vào con người. Dùng để chuyên gia vẫn được phản biện gay gắt về chuyên môn nhưng theo khuôn khổ tôn trọng. 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ị Hạnh nhận nhiều phàn nàn về anh Tuấn – kỹ sư dữ liệu giỏi nhất dự án – vì thường chê bai đồng nghiệp trước cả nhóm. Trước khi gặp riêng anh Tuấn, chị nên chuẩn bị gì?

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

Kỹ sư dữ liệu giỏi nhất dự án liên tục chê bai đồng nghiệp trước cả nhóm, một BA đã xin chuyển dự án; nhiều người khuyên "kệ đi, dự án cần anh ấy". Nếu là PM, bạn làm gì trước?

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áoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)