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. /Mozilla 2020: cắt giảm khoảng 250 nhân sự, đội S…
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.

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

Bối cảnh thực tế

Ngày 11/08/2020, trong bài đăng "Changing World, Changing Mozilla", lãnh đạo Mozilla thông báo cắt giảm khoảng 250 nhân sự của Mozilla Corporation. Lý do nêu là đại dịch làm doanh thu giảm đáng kể nên kế hoạch 2020 trước đó không còn khả thi, đồng thời tổ chức cần được cơ cấu lại để tạo ra sản phẩm mới. Bài đăng không nêu tỷ lệ phần trăm trên tổng nhân sự; báo chí nêu con số khoảng một phần tư tới 30%.

Theo các bài báo, đợt cắt giảm ảnh hưởng tới nhiều nhóm, trong đó có nhóm làm Servo — công cụ dựng trình duyệt thử nghiệm viết bằng ngôn ngữ Rust — và một số đội liên quan tới Rust, Wasmtime, MDN. Bài đăng của Mozilla không nêu tên Servo.

Hệ quả với dự án, theo Wikipedia:

  • Phần lớn công việc Servo do nhân viên Mozilla thực hiện cho tới năm 2020.
  • Quyền quản trị Servo chuyển sang Linux Foundation Europe (bài "Servo's new home" ngày 17/11/2020).
  • Igalia và các thành viên cộng đồng tiếp tục phát triển trong cùng kho mã; tháng 1/2023, nguồn tài trợ ngoài mới giúp một đội kích hoạt lại dự án.

Một phần công nghệ của Servo đã được đưa vào Firefox thông qua dự án Quantum từ năm 2016, trước đợt cắt giảm. Bài này không đánh giá quyết định tái cơ cấu của Mozilla, chỉ phân tích khía cạnh nguồn lực và tri thức.

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

  • Phụ thuộc vào một nhà tài trợ/nhân sự công ty duy nhất

    Servo chủ yếu do nhân viên một công ty làm. Khi công ty phải cắt chi phí, dự án mất gần như toàn bộ nguồn lực cùng lúc. Kế hoạch nguồn lực cần có nhiều nguồn đóng góp hoặc quỹ dự phòng cho dự án dài hạn.

  • Giải tán đội đồng nghĩa mất tri thức ngầm

    Tri thức về thiết kế, quyết định và lý do kỹ thuật nằm trong đầu thành viên. Quy trình Quản lý tri thức dự án đòi hỏi bàn giao và ghi lại trước khi đội giải tán, đặc biệt với dự án nghiên cứu.

  • Thiếu kế hoạch kết thúc/chuyển giao có kiểm soát (Close Project or Phase)

Khi dừng một dự án hoặc đội, cần có kế hoạch bàn giao quyền sở hữu, quản trị và hạ tầng. Việc chuyển sang Linux Foundation Europe cho thấy dự án có thể sống tiếp nếu có nơi tiếp nhận.

  • Giao tiếp thay đổi ảnh hưởng người ở lại và cộng đồng

    Cắt giảm lớn ảnh hưởng tinh thần người ở lại và niềm tin của cộng đồng đóng góp. Quản lý bên liên quan cần thông điệp rõ ràng về tương lai dự án.

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

    1. 1

      Bước 1: Khi buộc phải giải tán đội, thực hiện bàn giao theo các mức

      Chuẩn bị gói chuyển giao theo mức độ khả thi:

      • Tối thiểu

        Tài liệu kiến trúc, lý do quyết định, danh sách việc đang dở và hướng dẫn xây dựng/kiểm thử.

      • Tốt hơn

        Thêm phiên bàn giao với người nhận, ghi hình giải thích và danh sách liên hệ người từng làm.

      • Thiếu

        Không có người nhận hoặc tài liệu; rủi ro dự án mất hẳn tri thức, cần đánh giá lại trước khi giải tán.

    2. 2

      Bước 2: Tìm đơn vị tiếp nhận hoặc nguồn tài trợ thay thế

      Chủ động liên hệ tổ chức trung lập, đối tác và cộng đồng sẵn sàng đảm nhận quản trị; chuyển giao tên miền, kho mã và hạ tầng một cách rõ ràng.

    3. 3

      Bước 3: Giữ liên lạc với người từng đóng góp

      Duy trì danh sách và kênh để có thể mời họ tham gia lại khi dự án có nguồn lực mới.

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

    Khi nguồn lực biến mất, tri thức biến mất theo trừ khi được chuyển giao có kế hoạch. Dự án dài hạn nên có nhiều nguồn lực đóng góp và PM phải coi bàn giao tri thức, quyền sở hữu là một phần của kế hoạch kết thúc, không phải việc làm vội ở phút cuối.

    Nguồn tham khảo

    • Mitchell Baker — Changing World, Changing Mozilla
    • Servo (software) — Wikipedia
    #Quản lý nguồn lực#Mozilla#Servo#Tái cơ cấu#chuyen-giao-tri-thuc#Mã nguồn mở

    Nguồn: Mitchell Baker — Changing World, Changing Mozilla (Mozilla Blog, 11/08/2020) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Công ty buộc phải giải tán đội phát triển một thư viện nghiên cứu mã nguồn mở trong 4 tuần. Là PM, bạn nên ưu tiên điều gì?

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

    Một dự án nghiên cứu dài hạn bị mất toàn bộ ngân sách. Bạn đề xuất 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

    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
    Số 164Quản lý Nguồn lực

    Hệ thống y tế cựu chiến binh Mỹ (VHA): thiếu bác sĩ, điều dưỡng và chính bộ phận tuyển dụng cũng thiếu người

    Năm 2017, GAO cho biết số nhân viên rời đi ở 5 nghề lâm sàng thiếu hụt nhất của VHA tăng từ khoảng 5.900 (2011) lên 7.700 người (2015), trong khi bộ phận nhân sự (HR) cũng nghỉ việc nhiều và không đủ năng lực hỗ trợ tuyển dụng. Phân tích chuỗi nguồn lực: muốn có người làm dự án, trước hết phải có năng lực tuyển và giữ người.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận26/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)