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. /Văn hoá “crunch” khi phát triển Cyberpunk 2077: …
Số 66Quản lý Nguồn lực

Văn hoá “crunch” khi phát triển Cyberpunk 2077: cái giá của việc dùng làm thêm giờ để cứu tiến độ

CD Projekt Red từng tuyên bố tránh “crunch” bắt buộc, nhưng tháng 9/2020 lại yêu cầu toàn studio làm việc 6 ngày/tuần trước hạn phát hành. Trò chơi bị lùi lịch nhiều lần, ra mắt 10/12/2020 với phiên bản console lỗi nặng và bị gỡ khỏi PlayStation Store. Phân tích quản lý đội, động lực và ước lượng nguồn lực.

HP
Nguyễn Thu Hà, PMP
26/03/2026
4 phút đọc 0 lượt xem
Văn hoá “crunch” khi phát triển Cyberpunk 2077: cái giá của việc dùng làm thêm giờ để cứu tiến độ
Bình luận0

Bối cảnh thực tế

Cyberpunk 2077 là dự án game tham vọng nhất của hãng Ba Lan CD Projekt Red (CDPR). Trong giai đoạn phát triển, lãnh đạo công ty từng nói với báo chí rằng sẽ tránh ép “crunch” — làm thêm giờ kéo dài, bắt buộc trước hạn phát hành, vốn phổ biến trong ngành game.

Ngày phát hành liên tục bị lùi: từ 16/4/2020 sang 17/9, rồi 19/11 và cuối cùng là 10/12/2020. Cuối tháng 9/2020, Bloomberg đưa tin CDPR gửi thư nội bộ yêu cầu làm việc 6 ngày/tuần. Trưởng studio Adam Badowski thừa nhận quyết định này đi ngược trực tiếp những gì công ty đã nói về crunch.

Hậu quả khi ra mắt:

  • Bản PS4 và Xbox One gặp lỗi kỹ thuật nghiêm trọng; Sony gỡ trò chơi khỏi PlayStation Store và cho hoàn tiền.
  • Lãnh đạo thừa nhận đã chọn “cách tiếp cận sai” với bản console đời cũ và đồng sáng lập Marcin Iwiński xin lỗi, cho rằng công ty đã đánh giá thấp rủi ro.
  • Theo Wikipedia, phần lớn đội khoảng 500 người chỉ biết về lần lùi lịch cuối khi nó được công bố.

Làm thêm giờ không bù được khoảng cách giữa phạm vi và năng lực thực của đội.

Phân tích theo chuẩn PMP

  • Crunch là một dạng “crashing” bằng con người — với chi phí ẩn rất lớn

    Yêu cầu làm thêm giờ là cách tăng nguồn lực mà không thêm người. Ngắn hạn có thể tăng đầu ra, nhưng kéo dài thì năng suất giảm, lỗi tăng và rủi ro nhân sự nghỉ việc lớn dần. PMBOK nhấn mạnh nén tiến độ luôn đi kèm đánh đổi về chi phí và rủi ro, cần được phân tích chứ không mặc định.

  • Vấn đề gốc nằm ở ước lượng và phạm vi, không phải ở sức đội

    Bốn lần lùi lịch cho thấy ước lượng ban đầu không phản ánh khối lượng thực, nhất là việc hỗ trợ cùng lúc nhiều nền tảng, kể cả console đời cũ. Khi phạm vi và năng lực lệch nhau, đòn bẩy đúng là điều chỉnh phạm vi hoặc lịch qua kiểm soát thay đổi, không phải dồn gánh nặng lên đội.

  • Lời hứa bị phá vỡ làm xói mòn niềm tin và động lực

Theo thuyết Herzberg, điều kiện làm việc là yếu tố duy trì: thiếu nó gây bất mãn dù công việc thú vị đến đâu. Việc tuyên bố “không crunch” rồi đảo ngược làm tổn hại niềm tin của đội vào lãnh đạo — một chi phí khó đo nhưng ảnh hưởng lâu dài tới khả năng giữ người.

  • Minh bạch thông tin với đội là một phần của Quản lý đội

    Đội không được biết sớm về quyết định lùi lịch tạo cảm giác bị động. Quản lý đội (Manage Team) đòi hỏi giao tiếp hai chiều về tình trạng dự án để thành viên điều chỉnh kế hoạch cá nhân và tham gia giải quyết vấn đề.

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

    1. 1

      Bước 1: Đối chiếu phạm vi với năng lực bền vững của đội

      Lập kế hoạch dựa trên năng lực ở nhịp làm việc bền vững (sustainable pace), không dựa trên năng lực “khi làm hết sức”.

    2. 2

      Bước 2: Dùng tín hiệu sớm để phát hiện quá tải

      Theo dõi định kỳ các tín hiệu sau và hành động khi chúng xuất hiện:

      • Giờ làm thêm kéo dài

        Làm thêm giờ vượt quá vài tuần liên tục là dấu hiệu kế hoạch đã sai, không phải đội lười.

      • Lỗi và làm lại tăng

        Tỷ lệ lỗi phát sinh tăng khi giờ làm tăng cho thấy năng suất thực đang giảm.

      • Tinh thần, nghỉ việc

        Khảo sát nhanh và tỷ lệ nghỉ việc giúp phát hiện kiệt sức trước khi mất người chủ chốt.

    3. 3

      Bước 3: Chọn giảm phạm vi hoặc tách bản phát hành thay vì ép đội

      Đề xuất với nhà tài trợ: cắt tính năng, ra mắt trước trên nền tảng ổn định nhất, hỗ trợ nền tảng khó hơn sau — tất cả qua kiểm soát thay đổi tích hợp.

    4. 4

      Bước 4: Nếu buộc phải làm thêm giờ: có thời hạn, tự nguyện tối đa và có bù đắp

      Đặt ngày kết thúc rõ ràng, giới hạn số giờ, bù đắp tương xứng và theo dõi sức khoẻ đội. Giải thích minh bạch lý do để giữ niềm tin.

    5. 5

      Bước 5: Giữ lời hứa hoặc chủ động nói rõ khi phải thay đổi

      Nếu cam kết với đội không còn giữ được, lãnh đạo cần giải thích sớm, nhận trách nhiệm và cùng đội tìm cách giảm thiểu tác động.

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

    Làm thêm giờ chỉ là công cụ ngắn hạn, không sửa được một kế hoạch sai. Khi phạm vi vượt năng lực, PM giỏi điều chỉnh phạm vi và lịch một cách minh bạch thay vì đốt cháy sức đội.

    Nguồn tham khảo

    • Cyberpunk 2077 — Wikipedia
    • Cyberpunk 2077 Developers Crunching For November Release — CGMagazine
    #Quản lý nguồn lực#Quản lý đội#Kiệt sức đội ngũ#dong-luc#uoc-luong

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

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

    Câu 1/1
    Đội phát triển đã làm thêm giờ liên tục 6 tuần, tỷ lệ lỗi tăng gấp đôi và hai thành viên chủ chốt xin nghỉ. Còn 4 tuần đến hạn phát hành, phạm vi còn lại vẫn nhiều. Nhà tài trợ đề nghị duy trì làm 6 ngày/tuần đến khi phát hành. PM nên làm gì?

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

    Nếu là PM, còn 3 tuần đến ngày ra mắt đã công bố công khai, đội đã mệt và còn nhiều lỗi. Bạn chọn phương án 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 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)