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. /Người ngồi gần sếp được giao việc hay, người làm…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Người ngồi gần sếp được giao việc hay, người làm từ xa bị "quên": nhận diện thiên kiến gần gũi khi đánh giá thành viên đội phân tán

Cuối năm, ba người được đề cử khen thưởng đều làm ở văn phòng, trong khi số liệu cho thấy một thành viên làm từ xa hoàn thành nhiều hạng mục khó nhất. Nghiên cứu cho thấy khi thiếu dữ liệu hiệu suất, người quản lý ưu ái người họ nhìn thấy. Cách PM đánh giá công bằng trong đội phân tán.

HP
Nguyễn Thu Hà, PMP
10/01/2026
5 phút đọc 0 0
Người ngồi gần sếp được giao việc hay, người làm từ xa bị "quên": nhận diện thiên kiến gần gũi khi đánh giá thành viên đội phân tán

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 công ty phần mềm có đội dự án 14 người làm theo mô hình hybrid: 9 người lên văn phòng ít nhất 3 ngày/tuần, 5 người làm hoàn toàn từ xa ở các tỉnh. Cuối năm, công ty đề nghị PM đóng góp ý kiến cho quản lý chức năng về đánh giá hiệu suất và đề cử khen thưởng.

Bản nháp đề cử đầu tiên của PM có ba cái tên — cả ba đều làm ở văn phòng, thường xuyên trao đổi với PM. Khi rà lại dữ liệu công việc trong năm, PM thấy:

  • Thắng, lập trình viên làm từ xa ở Quy Nhơn, xử lý 4 trong 6 sự cố mức nghiêm trọng nhất, phần lớn vào buổi tối.
  • Hai trong ba người được đề cử là những người "luôn có mặt trong các cuộc họp với khách hàng", nhưng khối lượng hạng mục hoàn thành ở mức trung bình.
  • Các nhiệm vụ "có tiếng" (trình bày với ban giám đốc, dẫn workshop khách hàng) gần như chỉ giao cho người ở văn phòng — vì "tiện".

PM nhận ra mình có thể đang mắc thiên kiến gần gũi (proximity bias).

Phân tích theo PMBOK® Guide

Bằng chứng về thiên kiến gần gũi

Một thí nghiệm của các nhà nghiên cứu Đại học Warsaw (Matysiak, Kasperska, Cukrowska-Torzewska), công bố trên tạp chí Work, Employment and Society, cho 937 người quản lý ở Anh xem hồ sơ giả định của nhân viên làm ở văn phòng, làm từ xa hoàn toàn hoặc hybrid. Khi không có thông tin về hiệu suất, người quản lý ít có xu hướng đề bạt nhân viên làm từ xa hoàn toàn hơn khoảng 11% và ít tăng lương hơn khoảng 9%; với nhân viên hybrid, mức chênh là khoảng 8% và 7%. Khi được cho biết nhân viên hybrid có hiệu suất ngang người ở văn phòng, chênh lệch với nhóm hybrid biến mất — nhưng nhóm làm từ xa hoàn toàn vẫn chịu bất lợi. Lý do được nêu: người quản lý coi sự có mặt tại nơi làm việc là biểu hiện của cam kết.

Báo cáo Work Trend Index của Microsoft (tháng 9/2022, khảo sát 20.000 người ở 11 quốc gia) mô tả hiện tượng "hoang tưởng năng suất" (productivity paranoia): 87% nhân viên cho rằng mình làm việc hiệu quả, nhưng 85% lãnh đạo nói làm việc hybrid khiến họ khó tin rằng nhân viên đang làm việc hiệu quả. Khuyến nghị của báo cáo: tập trung vào tác động thay vì hoạt động.

Góc nhìn PMBOK

  • PMBOK® Guide ấn bản 6: Manage Team (9.5) — theo dõi hiệu suất thành viên, cung cấp phản hồi; đầu vào là đánh giá hiệu suất đội (team performance assessments) và work performance reports. Ghi nhận và khen thưởng (recognition and rewards) thuộc Develop Team (9.4) và cần công bằng để tạo động lực.

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
  • PMBOK 7, lĩnh vực Đội ngũ và Đo lường: đo kết quả và giá trị, không đo sự hiện diện.
  • Bộ Quy tắc Đạo đức và Hành xử nghề nghiệp của PMI: giá trị công bằng (fairness) đòi hỏi ra quyết định khách quan, chủ động nhận diện thiên vị.
  • Cách xử lý

    Bước 1: Thừa nhận và tách "khả năng nhìn thấy" khỏi "đóng góp"

    PM liệt kê nguồn thông tin mình đã dùng để đề cử: ấn tượng trong họp, trao đổi trực tiếp, lời khen của khách hàng. Đa số nguồn này thiên về người có mặt. PM chuyển sang dựa trên dữ liệu công việc và kết quả.

    Bước 2: Xây tiêu chí dựa trên kết quả

    Cùng quản lý chức năng, PM thống nhất bộ tiêu chí áp dụng cho mọi người, bất kể nơi làm việc:

    Nhóm tiêu chíBằng chứng
    Kết quả giaoHạng mục hoàn thành theo Định nghĩa Hoàn thành, độ khó, sự cố đã xử lý
    Chất lượngLỗi phát sinh sau bàn giao, phản hồi từ review mã
    Hỗ trợ độiHướng dẫn người mới, chia sẻ tri thức, tài liệu
    Tác động tới khách hàng/sponsorPhản hồi chính thức, mục tiêu kinh doanh đạt được

    Bước 3: Thu phản hồi đa chiều

    Mỗi thành viên nhận phản hồi từ 3–4 đồng đội ở cả hai nhóm làm việc, không chỉ từ PM. Thông tin từ người làm cùng hằng ngày bù lại "điểm mù" của người quản lý.

    Bước 4: Phân bổ cơ hội công bằng

    PM lập danh sách các nhiệm vụ "có tiếng" trong quý tới và luân phiên giao cho thành viên làm từ xa — ví dụ Thắng trình bày phân tích sự cố trước ban giám đốc qua video, có buổi tập dượt trước. Sự hiện diện trước lãnh đạo là một cơ hội phát triển, không nên chỉ dành cho người ngồi gần.

    Bước 5: Làm cho công việc từ xa "nhìn thấy được"

    Đội đưa vào nhịp làm việc: tổng kết tuần ngắn bằng văn bản về kết quả nổi bật của từng người; ghi nhận công khai trong Sprint Review. Mục tiêu không phải giám sát, mà để kết quả của mọi người có trong cùng một nguồn dữ liệu.

    Bản đề cử cuối cùng có Thắng và một thành viên làm từ xa khác; PM ghi lại tiêu chí và bằng chứng cho từng đề cử.

    Sai lầm thường gặp

    • Đo hoạt động thay vì kết quả: số giờ online, tốc độ trả lời tin nhắn, số cuộc họp tham dự.
    • Dùng phần mềm giám sát chi tiết để "bù" cho việc không nhìn thấy: làm xói mòn niềm tin.
    • Giao nhiệm vụ có tiếng theo sự tiện lợi: người ở xa mất cơ hội phát triển.
    • Đánh giá dựa vào ký ức gần nhất (recency bias) kết hợp với thiên kiến gần gũi.
    • Không ghi lại căn cứ: không thể giải thích hay kiểm tra lại quyết định.

    Bài học rút ra

    Thiên kiến gần gũi không cần ác ý để gây hại; nó lớn lên trong khoảng trống dữ liệu. Nghiên cứu cho thấy khi người quản lý có thông tin hiệu suất rõ ràng, phần lớn chênh lệch thu hẹp. Việc của PM trong đội phân tán là lấp khoảng trống đó bằng tiêu chí kết quả, phản hồi đa chiều và cơ hội được phân bổ có chủ đích.

    Góc ôn thi PMP

    • PM trong ma trận thường đóng góp ý kiến cho đánh giá hiệu suất do quản lý chức năng thực hiện; đề có thể hỏi vai trò này.
    • Recognition and rewards phải công bằng, gắn với hành vi và kết quả mong muốn; khen thưởng kiểu "thắng – thua" hoặc thiên vị làm suy giảm gắn kết đội.
    • Câu hỏi đạo đức: phát hiện quyết định của mình có thể thiên vị → điều chỉnh dựa trên dữ liệu khách quan, minh bạch tiêu chí.

    Nguồn tham khảo

    • Staff working from home less likely to get pay rises or promotions, says research – British Sociological Association
    • Hybrid Work Is Just Work. Are We Doing It Wrong? – Microsoft Work Trend Index (2022)
    #Đội phân tán#proximity-bias#Đánh giá hiệu suất#Công bằng#manage-team

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

    Câu 1/1
    PM được đề nghị góp ý cho quản lý chức năng về đề cử khen thưởng cuối năm. Bản nháp của PM gồm toàn người làm ở văn phòng, nhưng dữ liệu công việc cho thấy một thành viên làm từ xa xử lý nhiều sự cố khó nhất. PM nên làm gì?

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

    Lãnh đạo công ty lo năng suất của người làm từ xa và đề xuất cài phần mềm ghi lại thời gian hoạt động máy tính cho riêng nhóm này. PM được hỏi ý kiến. Nếu là PM, bạn khuyến nghị gì?

    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ặpBài học rút raGó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)