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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Tình huống
  2. /Quản lý Tiến độ
  3. /Daikatana (Ion Storm, 1997–2000): đổi engine giữ…
Số 409Quản lý Tiến độ

Daikatana (Ion Storm, 1997–2000): đổi engine giữa chừng và mốc Giáng sinh 1997 trễ gần ba năm

Daikatana của John Romero được hứa ra mắt cuối năm 1997. Sau khi xem bản demo Quake II, nhóm quyết định chuyển từ engine Quake sang Quake II nhưng tới tháng 2/1998 mới nhận được mã nguồn. Hàng loạt thành viên nghỉ việc, trò chơi phát hành tháng 5/2000 và bị chấm điểm thấp. Bài học về quyết định thay đổi nền tảng kỹ thuật khi chưa đánh giá tác động lên đường găng.

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

Bối cảnh thực tế

Daikatana là trò chơi bắn súng góc nhìn thứ nhất của Ion Storm, studio do John Romero (đồng tác giả Doom, Quake) đồng sáng lập. Nhà phát hành Eidos ứng trước 13 triệu USD.

  • Trò chơi được lên kế hoạch phát hành vào tháng 12/1997, dùng engine Quake đời đầu.
  • Sau khi xem bản demo Quake II tại E3 1997, Romero quyết định chuyển sang engine Quake II. Nhóm chỉ nhận được engine mới vào tháng 2/1998; các vấn đề với engine góp phần làm trễ tiến độ.
  • Một mẩu quảng cáo in năm 1997 với lời lẽ khiêu khích người chơi khiến kỳ vọng và áp lực truyền thông tăng cao trước khi sản phẩm sẵn sàng.
  • Đầu năm 1999, khoảng 17 người — gần một phần năm nhân sự Ion Storm — rời công ty; chỉ hai người ở lại với dự án suốt quá trình sản xuất.
  • Bản PC phát hành tại Bắc Mỹ ngày 23/5/2000, điểm trung bình khoảng 54%; Computer Gaming World gọi đây là trò chơi tệ nhất năm 2000.

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

  • Thay đổi nền tảng không qua kiểm soát thay đổi tích hợp

    Chuyển engine là thay đổi tác động đến gần như mọi gói công việc: công cụ, đồ hoạ, thiết kế màn chơi. Quyết định được đưa ra dựa trên cảm hứng sau một buổi trình diễn, không có phân tích tác động lên tiến độ, chi phí và rủi ro trước khi phê duyệt.

  • Phụ thuộc bên ngoài nằm trên đường găng

    Ngày nhận engine Quake II do bên thứ ba quyết định. Khi một phụ thuộc ngoài (external dependency) nằm trên đường găng mà không có vùng đệm, mọi trễ hẹn của bên kia trở thành trễ hẹn của dự án.

  • Cam kết công khai đi trước khả năng giao hàng

    Mốc Giáng sinh 1997 và chiến dịch quảng cáo tạo ra kỳ vọng mà lịch trình thực tế không đỡ nổi. Mỗi lần lùi lịch làm uy tín và tinh thần đội giảm thêm.

  • Mất nhân sự chủ chốt phá vỡ ước tính

Khi phần lớn đội gốc nghỉ việc, năng suất và hiểu biết về mã nguồn mất theo. Ước tính ban đầu dựa trên một đội ổn định không còn giá trị nhưng kế hoạch không được lập lại từ đầu.

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

  1. 1

    Bước 1: Đánh giá thay đổi nền tảng như một yêu cầu thay đổi lớn

    Lập phân tích tác động (phạm vi, tiến độ, chi phí, rủi ro), trình các phương án: giữ engine cũ và ra đúng hạn; chuyển engine và lùi mốc có căn cứ; hoặc làm phiên bản tiếp theo trên engine mới.

  2. 2

    Bước 2: Đặt điều kiện để quyết định chuyển engine

    Chỉ chuyển khi có bằng chứng:

    • Đủ điều kiện

      Đã có engine trong tay, thử chuyển một màn mẫu đạt chất lượng, lịch mới được nhà phát hành chấp thuận.

    • Cần thêm dữ liệu

      Engine chưa giao, mới có ước tính thô: làm nguyên mẫu nhỏ trước, chưa công bố lịch mới.

    • Không chuyển

      Không có ngày giao engine chắc chắn và đội đang thiếu người: giữ nền tảng hiện tại.

  3. 3

    Bước 3: Quản lý kỳ vọng và giữ người

    Chỉ công bố mốc phát hành khi tiến độ đã có đường cơ sở đáng tin; theo dõi rủi ro nghỉ việc của nhân sự chủ chốt và lập kế hoạch chuyển giao tri thức.

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

Công nghệ mới hấp dẫn không phải lý do đủ để đổi nền tảng giữa dự án. Mọi thay đổi chạm đến đường găng phải qua phân tích tác động, và đừng hứa một ngày phát hành trước khi kế hoạch có thể bảo vệ được nó.

Nguồn tham khảo

  • Wikipedia — Daikatana
  • Wikipedia — Ion Storm
#Quản lý tiến độ#Phát triển phần mềm#Trò chơi điện tử#kiem-soat-thay-doi#duong-gang

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

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

Câu 1/1
Dự án trò chơi đang đi đúng tiến độ trên engine hiện tại. Trưởng nhóm sáng tạo muốn chuyển sang một engine mới vừa được trình diễn, nhưng nhà cung cấp chưa giao mã nguồn và chưa cam kết ngày giao. PM nên làm gì trước tiên?

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

Nếu bạn là PM của Daikatana tháng 6/1997, khi Romero muốn chuyển sang Quake II, bạn chọn 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 tương tự

Số 511Quản lý Tiến độ

World Cup 2014 (Brazil): sáu sân vận động lỡ hạn chót 31/12/2013 của FIFA và tối hậu thư cho Curitiba bốn tháng trước khai mạc

FIFA yêu cầu 12 sân vận động của World Cup 2014 hoàn thành trước 31/12/2013. Đến tháng 12/2013, sáu sân xác nhận lỡ hạn; sân ở São Paulo — nơi đá trận khai mạc — vừa gặp tai nạn cần cẩu, sân Arena da Baixada ở Curitiba chậm nhất tới mức FIFA ra tối hậu thư đến 18/2/2014. Curitiba được giữ lại nhờ tăng thêm hàng trăm công nhân. Bài học về tiến độ khi hạn chót là cố định và không thể dời: dự trữ thời gian phải được lập từ đầu, không phải tìm ra ở cuối.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận16/10/2026
Quản lý Tiến độ

Windows Longhorn thành Vista: "tái lập" năm 2004, khi phụ thuộc chéo giữa các đội làm mọi mốc trượt dần

Longhorn ban đầu được hình dung là bản phát hành nhỏ vào cuối 2003, rồi dần gánh thêm cả những tính năng vốn dành cho thế hệ sau. Tháng 8/2004 Microsoft quyết định làm lại từ nền Windows Server 2003 SP1, cắt hoặc hoãn WinFS và phần lớn Palladium; Vista chỉ đến tay người dùng tháng 1/2007. Phân tích dưới góc nhìn quản lý tiến độ: phụ thuộc giữa các đội, nợ kỹ thuật và quyết định "đặt lại đường cơ sở".

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
Số 491Quản lý Tiến độ

Tổng điều tra dân số Scotland (2020–2022): lùi một năm so với phần còn lại của Anh quốc, gia hạn thu thập một tháng mà vẫn hụt mục tiêu phản hồi

Tháng 7/2020, Scotland quyết định lùi tổng điều tra dân số từ 3/2021 sang 3/2022 vì COVID-19, trong khi Anh, xứ Wales và Bắc Ireland vẫn làm đúng hạn. Việc lùi lịch làm chi phí tăng 21,6 triệu bảng (18%). Đến năm 2022, tỷ lệ phản hồi ban đầu chỉ 79%; gia hạn một tháng tốn thêm khoảng 6 triệu bảng và đưa tỷ lệ lên 89%, vẫn dưới mục tiêu 90%. Bài học về quyết định lịch biểu khi mốc thời gian gắn với một sự kiện quốc gia.

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