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. /Twitter cắt giảm khoảng một nửa nhân sự (11/2022…
Số 325Quản lý Nguồn lực

Twitter cắt giảm khoảng một nửa nhân sự (11/2022): sa thải trong vài ngày rồi phải mời một số người quay lại vì "cắt nhầm"

Sau khi Elon Musk mua Twitter, công ty cắt khoảng một nửa trong gần 8.000 nhân viên chỉ trong vài ngày, rồi phải nhờ hàng chục người quay lại vì họ bị cắt nhầm hoặc có kỹ năng cần cho tính năng mới. Tối hậu thư "cực kỳ hardcore" sau đó khiến thêm hàng trăm người nghỉ. Bài học về hoạch định nguồn lực khi tái cấu trúc: biết ai giữ tri thức gì trước khi cắt.

HP
Nguyễn Thu Hà, PMP
22/06/2026
3 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Cuối tháng 10/2022 Elon Musk hoàn tất thương vụ mua Twitter. Ông cho biết công ty đang lỗ hơn 4 triệu USD mỗi ngày và cắt giảm chi phí là bắt buộc. Những gì diễn ra trong ba tuần sau đó được báo chí ghi lại chi tiết:

  • 04/11/2022: Twitter bắt đầu sa thải hàng loạt và tạm đóng văn phòng; theo New York Times khoảng một nửa nhân viên bị cho nghỉ (các báo khác ước khoảng 3.700 người).
  • 06–07/11/2022: theo Bloomberg, công ty liên hệ hàng chục người vừa bị sa thải để mời quay lại — một số bị cắt nhầm, số khác bị cắt trước khi ban lãnh đạo nhận ra kỹ năng của họ cần cho các tính năng Musk muốn làm.
  • 16/11/2022: Musk gửi email yêu cầu nhân viên cam kết làm việc "cực kỳ hardcore" cho "Twitter 2.0" hoặc nhận trợ cấp và rời đi; ngày hôm sau hàng trăm người chọn nghỉ, văn phòng lại tạm đóng.
  • Tháng 4/2023, Musk nói với BBC rằng số nhân viên đã giảm từ dưới 8.000 xuống khoảng 1.500 — tức hơn 6.000 người đã rời đi — và việc điều hành "không vui chút nào", có lúc "đau đớn".

Nền tảng vẫn hoạt động, nhưng cách cắt giảm — nhanh, thiếu dữ liệu về ai đang giữ hệ thống nào — trở thành ví dụ điển hình về rủi ro mất tri thức khi tái cấu trúc.

Phân tích nguyên nhân theo chuẩn PMP

  • Cắt nguồn lực khi chưa có bản đồ kỹ năng

    Việc phải mời người quay lại vài ngày sau cho thấy quyết định được đưa ra mà thiếu ma trận kỹ năng và sơ đồ ai phụ trách hệ thống nào. Trong quản lý nguồn lực, lập kế hoạch nguồn lực (Plan Resource Management) phải đi trước điều chỉnh nguồn lực, không phải ngược lại.

  • Tri thức ngầm không được chuyển giao

    Hệ thống lớn chạy nhờ nhiều hiểu biết chưa được ghi lại (tacit knowledge). Sa thải trong một ngày không có giai đoạn bàn giao biến từng người rời đi thành một điểm lỗi đơn (single point of failure).

  • Tối hậu thư gây hao hụt ngoài kế hoạch

    Yêu cầu cam kết chỉ sau ít ngày khiến những người có lựa chọn tốt hơn — thường là người giỏi nhất — rời đi. Tổ chức không kiểm soát được ai ở lại, đúng ngược với mục tiêu giữ năng lực lõi.

  • Rủi ro nguồn lực không được đưa vào sổ rủi ro

    Một đợt tái cấu trúc lớn cần đánh giá rủi ro vận hành (độ tin cậy dịch vụ, bảo mật, tuân thủ) trước khi thực hiện, với kế hoạch ứng phó cho từng hệ thống trọng yếu.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Lập bản đồ hệ thống – người phụ trách trước khi cắt

      Liệt kê dịch vụ trọng yếu, người trực, người duy nhất hiểu từng thành phần; đánh dấu vị trí không thể cắt nếu chưa có người thay thế.

    2. 2

      Bước 2: Phân loại vị trí theo mức rủi ro khi cắt

      Dùng tiêu chí để quyết định thứ tự và cách cắt giảm:

      • Cắt được ngay

        Công việc trùng lặp hoặc dự án đã dừng, tri thức đã được ghi lại đầy đủ.

      • Cắt sau khi bàn giao

        Người giữ tri thức về hệ thống đang chạy: cần thời gian bàn giao, tài liệu hoá và người kế nhiệm.

      • Chưa được cắt

        Người duy nhất vận hành hệ thống trọng yếu hoặc bảo mật: giữ lại cho đến khi có phương án thay thế.

    3. 3

      Bước 3: Giai đoạn chuyển tiếp có kiểm soát

      Lên kế hoạch theo đợt, mỗi đợt có bàn giao, runbook và chỉ số độ tin cậy dịch vụ để quyết định có đi tiếp hay không.

    4. 4

      Bước 4: Giao tiếp rõ với người ở lại

      Nói rõ tiêu chí, kỳ vọng và lộ trình thay vì tối hậu thư ngắn hạn; giữ người chủ chốt bằng cam kết cụ thể.

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

    Cắt giảm nguồn lực là một thay đổi lớn cần được lập kế hoạch như một dự án. Hãy biết ai đang giữ tri thức gì trước khi cắt, và dành thời gian bàn giao — nếu không, bạn sẽ phải đi mời lại chính những người vừa cho nghỉ.

    Nguồn tham khảo

    • Wikipedia — Twitter under Elon Musk
    • Engadget — Twitter reportedly asks some laid-off workers to return (11/2022)
    • CNN — Elon Musk says he has cut about 80% of Twitter staff (04/2023)
    #Quản lý nguồn lực#Tái cấu trúc#Mất tri thức#Ma trận kỹ năng#Công ty công nghệ

    Nguồn: Wikipedia — Twitter under Elon Musk ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Ban lãnh đạo yêu cầu PM cắt 40% nhân sự kỹ thuật trong hai tuần để giảm chi phí. Nhiều dịch vụ đang chạy chỉ có một hoặc hai người hiểu rõ. Việc đầu tiên PM nên làm là gì?

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

    Nếu là trưởng bộ phận kỹ thuật được giao cắt một nửa nhân sự trong một tuần, bạn chọn hướng nào?

    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 nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM 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)