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. /Team Bondi và L.A. Noire (2011): bảy năm phát tr…
Quản lý Nguồn lực

Team Bondi và L.A. Noire (2011): bảy năm phát triển, cáo buộc làm việc quá sức, luân chuyển nhân sự và studio phá sản

L.A. Noire phát hành năm 2011 sau khoảng sáu năm kể từ khi công bố. Báo IGN Australia đăng bài dựa trên lời kể ẩn danh của 11 nhân viên cũ về giờ làm, nhân sự thay đổi và phong cách quản lý; IGDA mở điều tra, hàng trăm người bị tranh cãi về ghi danh và studio vào thanh lý cuối năm. Phân tích cáo buộc dưới góc nhìn quản lý đội, kiệt sức và duy trì nhân lực.

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

Bối cảnh thực tế

Team Bondi là studio game ở Sydney, thành lập giữa năm 2003. Trò chơi L.A. Noire được công bố tháng 7/2005 và phát hành tháng 5/2011; ban đầu do Sony Computer Entertainment Australia tài trợ, sau đó Rockstar Games đảm nhận phát hành.

Tháng 6/2011, nhà báo Andrew McMillen của IGN Australia đăng bài "Why Did L.A. Noire Take Seven Years to Make?" dựa trên lời kể của 11 nhân viên cũ ẩn danh về phong cách quản lý, tỷ lệ nghỉ việc, giờ làm và điều kiện làm việc, kèm phản hồi của người sáng lập. Theo Wikipedia, Hiệp hội Nhà phát triển Game Quốc tế (IGDA) thông báo điều tra cuối tháng 6/2011; chủ tịch IGDA nói rằng việc làm 12 giờ mỗi ngày kéo dài, nếu đúng, là không chấp nhận được. Đây là các cáo buộc từ nguồn ẩn danh chứ không phải kết luận chính thức.

Các diễn biến khác theo cùng nguồn:

  • Một trang web do cựu nhân viên lập danh sách hơn 130 người làm việc cho game nhưng không được ghi tên hoặc ghi sai trong phần credit; phần lớn đã nghỉ hoặc bị cho thôi việc trong quá trình phát triển.
  • Ngày 31/08/2011, Team Bondi vào diện quản lý tài sản (administration), tháng 10/2011 vào thanh lý.
  • Hơn 40 chủ nợ được báo là bị nợ tới 1,4 triệu đô Úc, trong đó lương và thưởng chưa trả chiếm trên 75%.

Bài này không phán xét cá nhân nào; chỉ dùng vụ việc như ví dụ về các rủi ro nguồn lực kinh điển trong dự án game dài hơi.

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

  • Dự án kéo dài mà không có nhịp giao hàng và kiểm soát phạm vi

    Sáu năm phát triển cho một tựa game cho thấy phạm vi và công nghệ lớn, thời gian dài. Dự án dài cần các cột mốc kiểm chứng định kỳ để điều chỉnh công suất, nếu không "bù" thường được thực hiện bằng giờ làm thêm của đội.

  • Làm thêm giờ kéo dài thay cho quản lý công suất

    Nguồn ẩn danh nói về ngày làm 12 giờ và crunch dài. Dù chưa kiểm chứng, đây là mô hình quen thuộc: khi ước tính thiếu thực tế, đội gánh chênh lệch. Kết quả thường là kiệt sức, lỗi, và nghỉ việc.

  • Tỷ lệ nghỉ việc cao làm mất tri thức và tăng chi phí đào tạo

    Nhân sự rời đi giữa chừng kéo theo mất tri thức, chi phí tuyển và hoà nhập người mới. Đây là rủi ro nguồn lực cần chỉ báo theo dõi (turnover) trong Manage Team.

  • Ghi nhận đóng góp và minh bạch với đội

    Tranh chấp credit cho thấy ghi nhận đóng góp ảnh hưởng nặng đến sự gắn bó. Chính sách ghi nhận nên được thoả thuận rõ từ đầu và áp dụng nhất quán, kể cả với người rời đi.

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

    1. 1

      Bước 1: Đặt ngưỡng cảnh báo cho giờ làm và tỷ lệ nghỉ việc

      Chỉ báo sức khoẻ đội theo ba mức hành động:

      • Bình thường

        Giờ làm thêm hiếm và ngắn hạn; tỷ lệ nghỉ việc thấp; đội còn đề xuất cải tiến.

      • Cảnh báo

        Làm thêm kéo dài nhiều tuần hoặc có người nghỉ việc vì áp lực; xem lại kế hoạch, cắt phạm vi.

      • Khẩn

        Làm thêm là chuẩn mực và có nhiều người rời đi; báo ban chỉ đạo, thương lượng lại thời hạn hoặc phạm vi.

    2. 2

      Bước 2: Chia dự án dài thành các giai đoạn kiểm chứng

      Đặt mốc "vertical slice", dự trữ thời gian và ngân sách cho thử nghiệm; đánh giá lại phạm vi tại mỗi mốc.

    3. 3

      Bước 3: Xây quy tắc ghi nhận và truyền thông minh bạch

      Thống nhất cách ghi tên đóng góp ngay từ đầu, gồm cả người rời đi, và công khai trong đội.

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

    Làm thêm giờ kéo dài không phải kế hoạch, mà là dấu hiệu kế hoạch sai. Hãy đo sức khoẻ đội, đặt ngưỡng hành động và dùng cột mốc kiểm chứng để điều chỉnh phạm vi — thay vì để đội gánh chênh lệch cho tới khi họ rời đi.

    Nguồn tham khảo

    • Team Bondi — Wikipedia
    #Quản lý nguồn lực#Kiệt sức#Ngành game#Crunch#Luân chuyển nhân sự#Team Bondi

    Nguồn: Team Bondi — Wikipedia ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án game của bạn đã trễ, đội làm thêm giờ liên tục 6 tuần, hai lập trình viên chủ chốt vừa xin nghỉ. Bạn nên làm gì trước tiên?

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

    Một dự án game đang trễ và đội bắt đầu làm thêm giờ. Bạn chọn biện pháp nào trước?

    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)