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. /Sponsor muốn cả đội mới làm trắc nghiệm tính các…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Sponsor muốn cả đội mới làm trắc nghiệm tính cách để "xếp người cho đúng chỗ": dùng công cụ đánh giá cá nhân và đội đúng mục đích

Trắc nghiệm tính cách là "công cụ đánh giá cá nhân và đội" được nhắc trong PMBOK, nhưng cũng dễ bị dùng sai: dán nhãn, phân việc theo "loại người", thậm chí loại người khỏi đội. Cách PM dùng các công cụ này để đội mới hiểu nhau hơn, và những giới hạn khoa học cần biết.

HP
Nguyễn Thu Hà, PMP
10/01/2026
6 phút đọc 0 0
Sponsor muốn cả đội mới làm trắc nghiệm tính cách để "xếp người cho đúng chỗ": dùng công cụ đánh giá cá nhân và đội đúng mục đích

Tình huống minh hoạ

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

Một tập đoàn sản xuất lập đội 10 người để triển khai hệ thống quản lý sản xuất (MES) tại nhà máy mới. Sponsor vừa dự một hội thảo về "phát triển nhân tài" và đề nghị PM:

  • Cho cả đội làm một bài trắc nghiệm tính cách phổ biến.
  • Dùng kết quả để "xếp người hướng ngoại làm việc với khách hàng, người hướng nội làm kỹ thuật".
  • Cân nhắc thay hai thành viên có kết quả "không phù hợp với làm việc nhóm".

PM thấy đề xuất có phần hợp lý — đội mới cần hiểu nhau — nhưng cũng thấy rủi ro. Làm thế nào để vừa đáp ứng sponsor, vừa không gây hại cho đội?

Công cụ đánh giá cá nhân và đội trong PMBOK

PMBOK® Guide ấn bản 6 liệt kê đánh giá cá nhân và đội (individual and team assessments) là một công cụ và kỹ thuật của quy trình Develop Team (9.4). Mục đích được mô tả là giúp PM và đội hiểu điểm mạnh, điểm yếu, sở thích, cách ra quyết định và cách xử lý thông tin của các thành viên — từ đó tăng sự thấu hiểu, tin tưởng, cam kết và giao tiếp trong đội. Các công cụ có thể là khảo sát thái độ, đánh giá cụ thể, phỏng vấn có cấu trúc, bài kiểm tra năng lực, nhóm tập trung.

Điểm then chốt: mục đích là phát triển đội, không phải sàng lọc hay xếp hạng con người.

Biết giới hạn của công cụ

Lấy ví dụ chỉ báo Myers–Briggs (MBTI), một trong những công cụ phổ biến nhất trong doanh nghiệp:

  • Nhiều nhà tâm lý học coi MBTI có độ tin cậy và giá trị khoa học yếu. Một tổng quan năm 1991 của Viện Hàn lâm Khoa học Quốc gia Mỹ cho thấy chỉ thang hướng nội – hướng ngoại có giá trị tương đối mạnh.
  • Độ ổn định thấp: theo các nghiên cứu được tổng hợp, một tỷ lệ đáng kể người làm lại bài sau vài tuần nhận được kiểu tính cách khác.
  • Phần lớn người có điểm nằm gần giữa thang đo, trong khi công cụ lại xếp họ vào một trong hai cực.
  • Chính đơn vị phát hành MBTI nói rõ công cụ không nhằm dự đoán và không nên dùng để tuyển dụng, sàng lọc hay quyết định các vấn đề quan trọng của cuộc đời.

Ngoài ra, nghiên cứu Project Aristotle của Google không tìm thấy mối liên hệ đáng kể giữa mức độ hướng ngoại của thành viên và hiệu quả đội. Xếp việc theo "hướng nội/hướng ngoại" vì thế thiếu cơ sở.

Các công cụ khác (DISC, Belbin, các thang năm yếu tố tính cách…) có điểm mạnh và giới hạn riêng. Nguyên tắc chung áp dụng cho tất cả: công cụ gợi mở cuộc trò chuyện, không thay cho quan sát và trao đổi trực tiếp.

Cách dùng đúng với đội mớ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

1. Nói rõ mục đích trước khi làm

"Bài đánh giá này giúp chúng ta hiểu cách mỗi người thích làm việc, giao tiếp và ra quyết định. Kết quả không ảnh hưởng đến đánh giá hiệu suất hay vị trí của ai." Nếu PM không thể cam kết điều này (vì sponsor muốn dùng để loại người), PM cần xử lý với sponsor trước.

2. Tự nguyện và tôn trọng quyền riêng tư

Thành viên quyết định chia sẻ kết quả ở mức nào. Kết quả cá nhân không gửi cho quản lý chức năng hay phòng nhân sự nếu không được đồng ý.

3. Chuyển kết quả thành thoả thuận làm việc

Thay vì "anh là kiểu X", hãy hỏi: "Kết quả này có đúng với bạn không? Điều này có ý nghĩa gì cho cách đội làm việc với bạn?". Ví dụ, một người thích có thời gian suy nghĩ trước khi phát biểu → đội gửi tài liệu trước họp 24 giờ. Đây là đầu vào tốt cho điều lệ đội.

4. Kết hợp với dữ liệu thực tế

Kỹ năng và kinh nghiệm thực (ma trận kỹ năng), sở thích phát triển, quan sát trong công việc giúp PM giao việc tốt hơn bất kỳ bài trắc nghiệm tính cách nào.

5. Không dùng để loại người

Loại thành viên dựa trên kết quả trắc nghiệm tính cách đi ngược mục đích công cụ, có thể vi phạm chính sách nhân sự, và gửi thông điệp nguy hiểm đến cả đội: "ở đây bạn bị đánh giá vì con người bạn, không vì việc bạn làm". An toàn tâm lý của đội mới sẽ bị tổn hại ngay từ đầu.

PM trả lời sponsor thế nào

PM có thể đề xuất phương án cân bằng:

  1. Đồng ý tổ chức một buổi workshop "hiểu nhau" có dùng công cụ đánh giá, với mục đích phát triển đội.
  2. Giải thích ngắn gọn giới hạn của công cụ và khuyến cáo của chính nhà phát hành về việc không dùng để sàng lọc.
  3. Đề nghị phân công dựa trên ma trận kỹ năng và kinh nghiệm thực, kết hợp ý kiến của thành viên.
  4. Nếu sponsor lo ngại về hai thành viên cụ thể, đề nghị dựa trên quan sát hiệu suất và hành vi trong công việc, xử lý qua phản hồi và hỗ trợ trước.

Cách trả lời này vừa tôn trọng sponsor, vừa bảo vệ đội — đúng tinh thần trách nhiệm và tôn trọng trong Bộ quy tắc đạo đức của PMI.

Sai lầm thường gặp

  • Dán nhãn: "Đừng giao việc này cho anh ấy, anh ấy là kiểu người…". Nhãn hạn chế sự phát triển và tạo định kiến.
  • Bắt buộc tham gia và công khai kết quả: biến công cụ phát triển thành công cụ kiểm soát.
  • Làm một lần rồi quên: nếu kết quả không được chuyển thành thoả thuận làm việc, bài đánh giá chỉ là hoạt động giải trí.
  • Dùng thay cho lãnh đạo: không công cụ nào thay được việc PM trò chuyện 1:1 với từng thành viên.

Gợi ý chương trình buổi "hiểu nhau" 2 giờ

Thời lượngHoạt động
10 phútPM nêu mục đích, cam kết về quyền riêng tư và cách dùng kết quả
25 phútMỗi người tự đọc kết quả của mình, ghi lại điều thấy đúng và chưa đúng
40 phútTừng người chia sẻ (tự nguyện) hai điều: "tôi làm việc tốt nhất khi…" và "đồng nghiệp có thể giúp tôi bằng cách…"
30 phútCả đội chuyển các điểm chung thành 3–5 thoả thuận làm việc
15 phútThống nhất thời điểm xem lại thoả thuận, thường sau 4–6 tuần

Kết quả của buổi làm việc không phải là bảng "kiểu tính cách" của từng người, mà là các thoả thuận giúp đội làm việc với nhau tốt hơn.

Góc ôn thi PMP

  • Individual and team assessments là công cụ của Develop Team, mục đích nâng cao hiểu biết và tin tưởng, không phải tuyển chọn.
  • Các công cụ khác của Develop Team: colocation, đội ảo, công nghệ giao tiếp, kỹ năng giao tiếp và quan hệ (team building, động lực, đàm phán, ảnh hưởng, quản lý xung đột), ghi nhận và khen thưởng, đào tạo, họp.
  • Đầu ra chính của Develop Team: đánh giá hiệu quả đội (team performance assessments).

Nguồn tham khảo

  • Myers–Briggs Type Indicator – Wikipedia
  • Google re:Work – Guide: Understand team effectiveness
#team-assessment#mbti#danh-gia-doi#doi-moi-thanh-lap#develop-team

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

Câu 1/1
Sponsor đề nghị PM cho đội dự án mới làm một bài trắc nghiệm tính cách và dùng kết quả để thay hai thành viên "không phù hợp với làm việc nhóm". Hai người này hiện chưa có vấn đề nào về hiệu suất. PM nên phản hồi thế nào?

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

Đội mới của bạn sẽ làm một buổi "hiểu nhau" có dùng công cụ đánh giá. Một thành viên không muốn chia sẻ kết quả của mình với cả đội. Nếu là PM, bạn xử lý thế 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ạCông cụ đánh giá cá nhân và đội trong PMBOKBiết giới hạn của công cụCách dùng đúng với đội mớiPM trả lời sponsor thế nàoSai lầm thường gặpGợi ý chương trình buổi "hiểu nhau" 2 giờGóc ôn thi PMPNguồ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)