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. /Anthem của BioWare (Canada): gần bảy năm phát tr…
Số 324Quản lý Nguồn lực

Anthem của BioWare (Canada): gần bảy năm phát triển, chỉ khoảng 18 tháng sản xuất thật sự và làn sóng nghỉ vì kiệt sức

Anthem được công bố hoành tráng tại E3 2017 nhưng khi đó gần như chưa có màn chơi nào hoàn chỉnh. Phần lớn trò chơi chỉ thật sự được làm trong khoảng 18 tháng cuối, chuyên gia engine Frostbite bị điều sang dự án khác và nhiều nhân viên phải nghỉ dài ngày theo chỉ định của bác sĩ. Bài học về hoạch định nguồn lực, giữ người có kỹ năng then chốt và cái giá của việc dựa vào "nước rút" cuối dự án.

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

Bối cảnh thực tế

BioWare — studio nổi tiếng với Mass Effect và Dragon Age, thuộc Electronic Arts (EA) — bắt đầu ý tưởng Anthem từ năm 2012: một game hành động trực tuyến nhiều người chơi, mặc bộ giáp bay "javelin". Trò chơi được công bố tại E3 tháng 6/2017, dự kiến ra cuối 2018, rồi lùi sang ngày 22/02/2019. Anthem nhận điểm đánh giá thấp nhất trong lịch sử studio; năm 2021 BioWare dừng kế hoạch làm lại game và máy chủ đóng cửa tháng 1/2026.

Tháng 4/2019, phóng viên Jason Schreier (Kotaku) công bố bài điều tra dựa trên lời kể của 19 người từng làm hoặc ở gần dự án. Theo các bản tóm tắt của PCGamesN và Wikipedia:

  • Bản trình diễn E3 2017 được làm khi gần như chưa có màn chơi nào hoàn chỉnh; một nhà phát triển nói phần lớn bản demo "không được xây đúng cách".
  • Sau nhiều năm xoay quanh ý tưởng, trò chơi chỉ thật sự vào sản xuất toàn lực trong khoảng 18 tháng cuối; đến lúc đó đội vẫn chưa chốt người chơi bay được bao xa hay thế giới lớn cỡ nào.
  • Engine Frostbite của EA không được thiết kế cho kiểu game này, khiến việc thử nghiệm và thay đổi thiết kế rất chậm; kỹ sư có kinh nghiệm Frostbite có lúc bị rút sang hỗ trợ các game khác như FIFA.
  • Nhiều nhân viên phải nghỉ "stress leave" theo chỉ định của bác sĩ trong nhiều tuần hoặc nhiều tháng; trong năm 2017–2018 có nhiều người rời studio. Nhân sự Dragon Age và văn phòng BioWare Austin bị điều sang cứu Anthem.
  • Các lo ngại của nhân viên gửi lên lãnh đạo thường bị gạt đi; studio tin vào "phép màu BioWare" — niềm tin rằng mọi thứ sẽ tự ăn khớp ở phút cuối như những lần trước.

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

  • Kế hoạch nguồn lực dựa vào "nước rút" cuối dự án

    Khi nhiều năm đầu không ra quyết định thiết kế, toàn bộ khối lượng dồn vào 18 tháng cuối. Biểu đồ nhu cầu nguồn lực (resource histogram) dựng đứng như vậy chỉ có thể đáp ứng bằng làm thêm giờ kéo dài — một dạng "crunch" có hệ thống chứ không phải sự cố.

  • Không bảo vệ kỹ năng then chốt

    Kỹ năng Frostbite là nguồn lực khan hiếm của dự án, nhưng chuyên gia lại bị điều sang dự án khác. Thiếu ma trận kỹ năng và thoả thuận phân bổ nguồn lực (resource assignment) với tổ chức mẹ khiến rủi ro kỹ thuật biến thành rủi ro tiến độ.

  • Sức khoẻ đội ngũ không được theo dõi như một chỉ số

    Nghỉ vì kiệt sức và nghỉ việc là tín hiệu sớm của nguồn lực bị dùng quá mức. PMBOK coi việc quản lý đội (Manage Team) gồm cả theo dõi hiệu suất lẫn tinh thần; khi chỉ báo này không lên đến người ra quyết định, năng suất thực tế thấp hơn nhiều so với kế hoạch.

  • Tiếng nói của đội bị gạt bỏ

    Môi trường mà lo ngại bị "gạt đi" làm mất an toàn tâm lý — đội ngừng báo rủi ro. Nhà lãnh đạo phục vụ (servant leader) cần chủ động gỡ trở ngại thay vì trông chờ phép màu cuối dự án.

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

    1. 1

      Bước 1: Chốt các quyết định thiết kế lõi có hạn chót

      Đặt mốc quyết định (decision gate) cho cơ chế bay, quy mô thế giới, vòng lặp chơi; dùng prototype ngắn để chốt sớm, giảm khối lượng dồn về cuối.

    2. 2

      Bước 2: Lập ma trận kỹ năng và giữ chuyên gia then chốt

      Xác định người có kỹ năng hiếm (Frostbite), ghi vào kế hoạch quản lý nguồn lực, thoả thuận với lãnh đạo EA không điều chuyển trong giai đoạn trọng yếu; song song đào tạo người thay thế.

    3. 3

      Bước 3: Theo dõi sức khoẻ đội như một chỉ số dự án

      Dùng ngưỡng cảnh báo để báo cáo lên ban điều hành:

      • Bền vững

        Làm thêm giờ chỉ thỉnh thoảng, không ai nghỉ vì kiệt sức, tỉ lệ nghỉ việc bình thường.

      • Cảnh báo

        Làm thêm giờ nhiều tuần liên tiếp hoặc có người nghỉ dài ngày: rà lại phạm vi và mốc thời gian.

      • Không bền vững

        Nghỉ vì kiệt sức lan rộng, người chủ chốt rời đi: báo cáo lên nhà tài trợ, cắt phạm vi hoặc lùi ngày.

    4. 4

      Bước 4: Thương lượng phạm vi thay vì vắt kiệt đội

      Khi ngày phát hành cố định (EA không cho lùi quá tháng 3/2019), dùng ưu tiên theo giá trị để cắt tính năng sớm, thay vì giữ nguyên phạm vi và trông vào làm thêm giờ.

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

    Một dự án không quyết được thiết kế sẽ trả giá bằng sức khoẻ của đội ở cuối kỳ. Hãy bảo vệ kỹ năng then chốt, đo mức tải của đội như đo tiến độ, và coi mỗi ca nghỉ vì kiệt sức là tín hiệu rủi ro cần xử lý ngay chứ không phải chuyện cá nhân.

    Nguồn tham khảo

    • Wikipedia — Anthem (video game)
    • PCGamesN — Anthem barely had a single finished mission when it was demoed at E3 2017 (tóm tắt điều tra của Kotaku, 2019)
    #Quản lý nguồn lực#Kiệt sức#Làm thêm giờ#Kỹ năng then chốt#Phát triển game#ra-quyet-dinh

    Nguồn: Wikipedia — Anthem (video game): lịch sử phát triển ↗ (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 còn 12 tháng đến ngày phát hành cố định. Nhiều thành viên đã làm thêm giờ liên tục hai tháng, ba người đang nghỉ dài ngày vì kiệt sức và kỹ sư duy nhất thạo engine vừa được tổ chức đề nghị điều sang dự án khác. Bạn nên làm gì trước tiên?

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

    Nếu là giám đốc dự án Anthem đầu năm 2018, khi EA không cho lùi ngày quá tháng 3/2019, 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)