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. /Tình huống
  2. /Quản lý Nguồn lực
  3. /Microsoft bỏ “stack ranking” (2013): khi hệ thốn…
Số 69Quản lý Nguồn lực

Microsoft bỏ “stack ranking” (2013): khi hệ thống đánh giá hiệu suất phá hoại tinh thần hợp tác

Microsoft từng buộc quản lý xếp nhân viên theo đường cong, với tỷ lệ cố định người xuất sắc, trung bình và kém. Tháng 11/2013, giám đốc nhân sự Lisa Brummel thông báo bỏ đường cong và bỏ xếp hạng, chuyển sang đánh giá cả mức đóng góp cho thành công của người khác. Bài học về đánh giá hiệu suất và động lực đội dự án.

HP
Nguyễn Thu Hà, PMP
26/12/2025
3 phút đọc 0 lượt xem
Microsoft bỏ “stack ranking” (2013): khi hệ thống đánh giá hiệu suất phá hoại tinh thần hợp tác
Bình luận0

Bối cảnh thực tế

Trong nhiều năm, Microsoft áp dụng hệ thống đánh giá “stack ranking”: quản lý phải xếp nhân viên trên một đường cong, với tỷ lệ định sẵn người được đánh giá cao, trung bình và kém. Lương thưởng và thăng tiến gắn với vị trí trên đường cong.

Hệ thống bị chỉ trích vì tạo ra cạnh tranh gay gắt giữa đồng nghiệp: giúp người khác thành công có thể đồng nghĩa với đẩy mình xuống thấp hơn trên đường cong. Năm 2012, một bài báo của Vanity Fair xem stack ranking là một trong những nguyên nhân khiến Microsoft tụt lại trong giai đoạn bị gọi là “thập kỷ mất mát”.

Thay đổi ngày 12/11/2013 — theo thư nội bộ của Phó chủ tịch điều hành nhân sự Lisa Brummel:

  • Bỏ đường cong phân phối bắt buộc và bỏ xếp loại bằng điểm số.
  • Quản lý được linh hoạt phân bổ thưởng trong ngân sách, phản ánh đóng góp riêng của từng người và từng đội.
  • Đánh giá không chỉ việc mình tự làm mà cả cách tận dụng ý kiến người khác và đóng góp vào thành công của người khác.

Thay đổi này gắn với chiến lược “One Microsoft”, nhấn mạnh hợp tác thay vì cạnh tranh nội bộ.

Phân tích theo chuẩn PMP

  • Hệ thống ghi nhận và khen thưởng định hình hành vi của đội

    Trong Phát triển đội (Develop Team), PMBOK coi ghi nhận và khen thưởng là công cụ quan trọng, đồng thời lưu ý phần thưởng chỉ hiệu quả khi thoả mãn nhu cầu của người nhận và khuyến khích đúng hành vi. Hệ thống buộc “có người thắng, người thua” trong một đội khuyến khích cạnh tranh nội bộ — trái ngược với mục tiêu hợp tác của dự án.

  • Phân phối cưỡng bức xung đột với tư duy đội nhóm

    Khi phải xếp một tỷ lệ cố định người “kém” trong mỗi nhóm, đội giỏi vẫn phải có người bị đánh giá thấp. Người giỏi có xu hướng tránh làm việc cùng người giỏi khác, hoặc giữ thông tin cho riêng mình. Điều này làm suy yếu an toàn tâm lý và chia sẻ tri thức.

  • Góc nhìn thuyết động lực: McGregor và Herzberg

Stack ranking phản ánh giả định thuyết X của McGregor — con người cần bị so sánh, thúc ép mới làm việc. Đánh giá theo đóng góp và hợp tác gần với thuyết Y hơn. Theo Herzberg, cảm giác bị đánh giá bất công là yếu tố duy trì gây bất mãn mạnh, dù lương có cao.

  • Vai trò của PM trong tổ chức ma trận

    PM thường không trực tiếp quyết định đánh giá hiệu suất, nhưng có thể cung cấp thông tin cho quản lý chức năng. Đánh giá hiệu suất đội (team performance assessment) và phản hồi về đóng góp hợp tác của từng thành viên là đầu vào quan trọng để hệ thống đánh giá của tổ chức công bằng hơn.

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Gắn ghi nhận với mục tiêu chung của đội

      Thiết kế phần thưởng ở cấp đội khi kết quả phụ thuộc vào hợp tác; ghi nhận cá nhân cho hành vi giúp đỡ, chia sẻ tri thức.

    2. 2

      Bước 2: Đánh giá đóng góp theo nhiều chiều

      Một khung đánh giá cân bằng cho thành viên đội dự án:

      • Kết quả của bản thân

        Hoàn thành cam kết, chất lượng sản phẩm bàn giao.

      • Đóng góp cho người khác

        Hỗ trợ đồng nghiệp, chia sẻ tri thức, giúp đội gỡ trở ngại.

      • Tận dụng ý kiến người khác

        Biết dùng ý tưởng, phản hồi của đồng nghiệp để cải thiện kết quả chung.

    3. 3

      Bước 3: Phản hồi thường xuyên thay vì đánh giá một lần mỗi năm

      Các buổi trao đổi một-một định kỳ giúp điều chỉnh sớm, giảm bất ngờ và tăng tin cậy giữa PM và thành viên.

    4. 4

      Bước 4: PM chủ động cung cấp thông tin cho quản lý chức năng

      Trong tổ chức ma trận, PM gửi nhận xét về đóng góp và tinh thần hợp tác của thành viên để đánh giá chính thức phản ánh đúng công việc dự án.

    PM Takeaway (Bài học rút ra)

    Con người làm theo cách họ được đánh giá. Nếu muốn một đội hợp tác, hệ thống ghi nhận phải thưởng cho hợp tác — chứ không bắt đồng đội cạnh tranh để giành chỗ trên đường cong.

    Nguồn tham khảo

    • Microsoft kills stack ranking reviews — The Register
    • Microsoft Axes Its Employee-Ranking System — NBC News
    #Quản lý nguồn lực#Đánh giá hiệu suất#dong-luc#Làm việc nhóm

    Nguồn: Microsoft kills stack ranking reviews — The Register ↗ (mở trong thẻ mới)

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

    Câu 1/1
    PM nhận thấy các thành viên đội ngừng giúp đỡ nhau và giữ kiến thức cho riêng mình sau khi công ty công bố chỉ 10% nhân viên mỗi nhóm được xếp loại xuất sắc. Năng suất chung giảm và lỗi tích hợp tăng. PM nên làm gì TRƯỚC TIÊN?

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

    Nếu là PM trong tổ chức ma trận, quản lý chức năng hỏi ý kiến bạn để xếp hạng 8 thành viên đội theo đường cong bắt buộc. Bạn làm gì?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống cùng lĩnh vực

    Quản lý Nguồn lực

    Heartbleed và OpenSSL (2014): hạ tầng bảo mật của cả Internet dựa vào một nhóm tình nguyện viên, chỉ một người làm toàn thời gian

    Lỗi Heartbleed trong thư viện OpenSSL khiến khoảng 17% máy chủ web có chứng thực tin cậy bị coi là dễ tổn thương khi công bố. Phía sau là một dự án do vài tình nguyện viên duy trì, chỉ một người làm toàn thời gian và quyên góp hằng năm chỉ khoảng 2.000 USD. Phân tích dưới góc nhìn quản lý nguồn lực: phụ thuộc trọng yếu vào một "nguồn lực" không ai phân bổ ngân sách.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Quản lý Nguồn lực

    Mozilla 2020: cắt giảm khoảng 250 nhân sự, đội Servo bị ảnh hưởng và bài toán giữ tri thức khi tái cơ cấu đội kỹ thuật

    Ngày 11/08/2020 Mozilla công bố cắt giảm khoảng 250 nhân sự với lý do doanh thu giảm do đại dịch; đội phát triển công cụ trình duyệt Servo nằm trong số bị ảnh hưởng. Dự án chuyển sang Linux Foundation Europe và được kích hoạt lại năm 2023 nhờ nguồn tài trợ ngoài. Phân tích về giải tán đội, chuyển giao tri thức và kế hoạch cho dự án nghiên cứu dài hạn.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận10/10/2026
    Quản lý Nguồn lực

    Backdoor xz Utils (2024): người bảo trì một mình kiệt sức và chiến dịch gây áp lực nhiều năm để chiếm quyền bảo trì

    Năm 2022, người bảo trì gốc của xz Utils nói công khai mình bị giới hạn bởi vấn đề sức khoẻ tinh thần và dự án chỉ là sở thích không lương, trong khi một số tài khoản liên tục thúc ép bàn giao quyền. Đến tháng 3/2024, backdoor CVE-2024-3094 (CVSS 10) bị phát hiện tình cờ. Phân tích về kiệt sức, bus factor và quản trị quyền truy cập trong dự án.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận27/09/2026

    Nội dung

    Bối cảnh thực tếPhân tích theo chuẩn PMPHướng xử lý theo khuyến nghị PMIPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)