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ý Phạm vi
  3. /No Man's Sky (2016): khoảng cách giữa kỳ vọng cô…
Quản lý Phạm vi

No Man's Sky (2016): khoảng cách giữa kỳ vọng công bố và phạm vi thực tế khi ra mắt, rồi hồi phục bằng các bản cập nhật

Ra mắt tháng 8/2016, No Man's Sky bị chỉ trích vì thiếu tính năng như đa người chơi và có lỗi khi phát hành; số người chơi đồng thời trên Steam giảm từ hơn 212.000 xuống dưới 23.000 trong một tuần. Hello Games về sau phát hành loạt bản cập nhật lớn (Foundation, Atlas Rises, NEXT). Bài học về quản lý kỳ vọng phạm vi và giao tiếp với bên liên quan.

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

Bối cảnh thực tế

No Man's Sky là game khám phá không gian do studio Hello Games phát triển. Game ra mắt trên PlayStation 4 ngày 9/8/2016 và trên Windows ngày 12/8/2016. Theo Wikipedia, giới phê bình cho rằng nhiều tính năng được cho là đã hứa, nổi bật là chế độ nhiều người chơi, không có khi ra mắt. Điểm Metacritic là 71 cho PS4 và 61 cho PC; lúc phát hành còn có lỗi như tàu thưởng đặt trước khiến người chơi kẹt trên hành tinh, khai thác nhân đôi tài nguyên, và lỗi hiệu năng trên Windows.

  • Số người chơi đồng thời trên Steam giảm từ hơn 212.000 ngày đầu xuống dưới 23.000 sau một tuần và còn khoảng 2.100 cuối tháng 9/2016.
  • Hello Games bị chỉ trích vì im lặng nhiều tháng sau ra mắt; người sáng lập sau này nói studio đã không kiểm soát được sự kỳ vọng.
  • Về mặt quảng cáo, theo bài của The Sixth Axis ngày 30/11/2016, cơ quan ASA của Anh đã kết luận trang Steam của game không gây hiểu lầm, vì tóm tắt cho thấy game được sinh ngẫu nhiên và thế giới gần như vô hạn.

Studio sau đó phát hành các bản cập nhật lớn: Foundation (11/2016, xây căn cứ, chế độ sinh tồn), Pathfinder (3/2017), Atlas Rises (8/2017, nhánh cốt truyện mới và chơi chung tối đa 16 người) và NEXT (7/2018, đa người chơi đầy đủ, nhiều thay đổi lớn khác).

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

  • Phạm vi truyền thông khác phạm vi được phát hành

    Quản lý phạm vi gồm cả việc bên liên quan hiểu rõ phạm vi. Ở đây phạm vi "người chơi tưởng sẽ có" (qua lời giới thiệu, trình diễn) rộng hơn phạm vi thực tế khi phát hành. Dù ASA không kết luận vi phạm về quảng cáo, khoảng cách kỳ vọng vẫn gây thiệt hại niềm tin.

  • Quản lý bên liên quan và truyền thông kém sau phát hành

    Việc im lặng nhiều tháng sau khi có phản ứng khiến cộng đồng tự lấp khoảng trống bằng suy đoán. Kế hoạch quản lý sự tham gia của bên liên quan cần có kênh truyền thông định kỳ, nhất là khi có sự cố.

  • Tiêu chí hoàn thành cho bản phát hành chưa bao gồm chất lượng nền tảng

Các lỗi lúc ra mắt cho thấy cổng sẵn sàng phát hành chưa đủ chặt. Danh mục tính năng và định nghĩa hoàn thành cần tách rõ "bắt buộc để phát hành" khỏi "sẽ làm sau".

  • Điểm sáng: phạm vi tăng dần qua các bản cập nhật

    Chuỗi bản cập nhật lớn cho thấy cách tiếp cận phát triển lặp lại sau phát hành: nghe phản hồi, ưu tiên tính năng được mong đợi nhất và chỉ công bố khi gần sẵn sàng, giúp dần khôi phục niềm tin.

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

    1. 1

      Bước 1: Phân loại cam kết công khai và nội bộ

      PM nên lập danh sách mọi điều đã nói ra bên ngoài và phân loại theo mức chắc chắn:

      • Cam kết chắc chắn

        Tính năng đã trong đường cơ sở và có kế hoạch hoàn thành, được đề cập công khai.

      • Dự kiến

        Tính năng đang khám phá, chỉ nói với nhãn "dự kiến" và không hiện trong tài liệu bán hàng.

      • Không công bố

        Ý tưởng chưa có nguồn lực hoặc chưa có kiểm chứng kỹ thuật; không nhắc tới bên ngoài.

    2. 2

      Bước 2: Đối chiếu tài liệu quảng bá với bản phát hành trước ngày ra mắt

      Tổ chức rà soát chéo giữa đội sản phẩm, truyền thông và pháp lý để mọi hình ảnh, video khớp với phạm vi thật.

    3. 3

      Bước 3: Giữ kênh truyền thông sau phát hành

      Công bố lộ trình sửa lỗi ngắn hạn và thông tin định kỳ để cộng đồng thấy tiến triển, thay vì chỉ im lặng đến khi có bản lớn.

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

    Phạm vi nằm ở cả sản phẩm và trong đầu khách hàng. PM cần quản lý kỳ vọng như một sản phẩm công việc: chỉ hứa điều nằm trong đường cơ sở, rà soát tài liệu quảng bá và giữ liên lạc minh bạch sau phát hành.

    Nguồn tham khảo

    • Wikipedia — No Man's Sky
    • The Sixth Axis — Advertising Standards Authority clears Hello Games over No Man's Sky Steam page
    #Quản lý phạm vi#Game#Quản lý kỳ vọng#No Man's Sky#Cập nhật sau phát hành#Hello Games

    Nguồn: Wikipedia — No Man's Sky ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Trước ngày phát hành, bạn phát hiện video quảng bá thể hiện vài tính năng chưa nằm trong đường cơ sở và có thể không kịp hoàn thành. Hành động phù hợp nhất của PM là gì?

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

    Sản phẩm ra mắt bị chỉ trích vì thiếu tính năng, bạn ưu tiên gì trong 30 ngày đầu?

    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ý Phạm vi

    Duke Nukem Forever: 14 năm phát triển khi phạm vi là một mục tiêu di động và không ai định nghĩa "xong"

    Công bố năm 1997 với kỳ vọng ra mắt cuối 1998, tựa game Duke Nukem Forever chuyển động cơ đồ hoạ nhiều lần, khởi động lại và chỉ phát hành tháng 6/2011 sau khi Gearbox tiếp quản. Phân tích dưới góc nhìn quản lý phạm vi: khi chủ dự án tự quyết mọi thay đổi, không có đường cơ sở và không có tiêu chí hoàn thành.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Quản lý Phạm vi

    FBI Sentinel (2006–2012): yêu cầu sáu năm tuổi, tạm dừng nhà thầu và cuộc đặt lại phạm vi theo hướng agile

    Sau thất bại của Virtual Case File, FBI giao Lockheed Martin xây hệ thống hồ sơ điện tử Sentinel theo bốn giai đoạn. Đến 2010, mới xong hai giai đoạn, thanh tra Bộ Tư pháp cảnh báo yêu cầu đã cũ và kế hoạch mới chưa được văn bản hoá. FBI dừng nhà thầu, tự phát triển theo agile với phạm vi thu hẹp và hệ thống được dùng toàn cơ quan từ 7/2012. Bài học về xếp hạng lại yêu cầu khi đã tiêu hao phần lớn ngân sách.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận12/10/2026
    Quản lý Phạm vi

    Phoenix/Firefox (2002–2004): cắt gọt phạm vi của một bộ ứng dụng cồng kềnh để làm ra trình duyệt gọn nhẹ

    Một nhóm nhỏ trong cộng đồng Mozilla cho rằng áp lực thương mại và việc tính năng chồng chất đã làm Mozilla Suite phình to. Họ làm một trình duyệt độc lập, tối giản (Phoenix, sau đổi tên Firefox), ra bản 1.0 ngày 9/11/2004 và đạt 60 triệu lượt tải trong chín tháng. Ví dụ thành công của việc dám loại bỏ.

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