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ý Rủi ro
  3. /Chương trình khắc phục Y2K: thành công của quản …
Số 74Quản lý Rủi ro

Chương trình khắc phục Y2K: thành công của quản lý rủi ro và "nghịch lý của sự chuẩn bị"

Lỗi năm 2000 (Y2K) là rủi ro có ngày xảy ra cố định và không thể dời. Thế giới chi ước tính hàng trăm tỷ USD để rà soát, sửa và lập kế hoạch dự phòng; ngày 01/01/2000 chỉ ghi nhận sự cố nhỏ. Phân tích cách quản lý một rủi ro có hạn chót cứng và bài học về chứng minh giá trị khi "không có gì xảy ra".

HP
Nguyễn Thu Hà, PMP
19/05/2026
4 phút đọc 0 lượt xem
Chương trình khắc phục Y2K: thành công của quản lý rủi ro và "nghịch lý của sự chuẩn bị"
Bình luận0

Bối cảnh thực tế

Trong nhiều thập kỷ, để tiết kiệm bộ nhớ, phần mềm lưu năm bằng hai chữ số ("85" thay cho 1985). Khi bước sang năm 2000, "00" có thể bị hiểu là 1900, làm sai các phép tính ngày tháng trong ngân hàng, điện lực, giao thông, y tế…

Từ cuối thập niên 1990, chính phủ và doanh nghiệp khắp thế giới triển khai các chương trình khắc phục quy mô lớn. Tại Mỹ, Tổng thống Clinton giữa năm 1998 kêu gọi các cơ quan "tự dọn dẹp nhà mình" và bổ nhiệm John Koskinen điều phối toàn quốc. Ước tính chi phí toàn cầu khoảng 308 tỷ USD; riêng Mỹ được các nguồn ước tính từ khoảng 100 đến 134 tỷ USD.

Ngày 01/01/2000 trôi qua với một số sự cố nhỏ (máy bán vé, hệ thống tính phí, một vài trục trặc tại nhà ga). Ngay sau đó, dư luận chuyển sang chế giễu: "tốn bao nhiêu tiền cho một mối đe doạ không có thật".

Đặc điểm khiến rủi ro này khác thường:

  • Thời điểm xảy ra đã biết chính xác và không thể dời — không có "quỹ dự phòng thời gian".
  • Phạm vi ảnh hưởng chưa rõ: không ai biết hết mã nguồn cũ nằm ở đâu.
  • Các hệ thống phụ thuộc lẫn nhau giữa tổ chức và quốc gia.

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

  • Rủi ro có hạn chót cứng: tính khẩn cấp (urgency) tối đa

    Trong Phân tích định tính, tính khẩn cấp là khoảng thời gian trước khi phải ứng phó. Y2K có ngày cố định, nên mọi hoạt động khắc phục đều nằm trên đường găng. Điều này buộc các chương trình phải bắt đầu sớm và ưu tiên nghiêm ngặt.

  • Nhận diện rủi ro bằng kiểm kê toàn diện

    Bước đầu tiên là lập danh mục hệ thống, mã nguồn và thiết bị nhúng có xử lý ngày tháng. Đây là ứng dụng thực tế của kỹ thuật thu thập dữ liệu và phân tích tài liệu trong Nhận diện rủi ro — không thể ứng phó với điều chưa biết là tồn tại.

  • Phân loại ưu tiên theo mức độ trọng yếu

    Không thể sửa mọi thứ trước hạn, nên hệ thống được phân loại theo tác động: hệ thống sống còn sửa và kiểm thử trước; hệ thống ít quan trọng có thể chấp nhận rủi ro hoặc thay thế. Đây là phân tích P×I và quyết định chiến lược ứng phó theo từng nhóm.

  • Kế hoạch dự phòng cho rủi ro tồn dư

    Dù đã khắc phục, rủi ro tồn dư vẫn còn, nên nhiều tổ chức lập kế hoạch dự phòng: đội trực đêm giao thừa, quy trình thủ công, nguồn điện dự phòng. Sự chuẩn bị song song này thể hiện tư duy "giảm nhẹ + dự phòng" thay vì đặt cược vào một biện pháp duy nhất.

  • Nghịch lý của sự chuẩn bị (preparedness paradox)

    Khi quản lý rủi ro thành công, hậu quả không xảy ra — và chính điều đó khiến người ta nghi ngờ rủi ro có thật. Đây là thách thức truyền thông: PM cần ghi nhận bằng chứng (lỗi tìm thấy trong kiểm thử, hệ thống đã sửa) để chứng minh giá trị của công việc phòng ngừa.

  • Điều gì làm nên thành công

    1. 1

      Bước 1: Bảo trợ ở cấp cao nhất và điều phối tập trung

      Sự cam kết của lãnh đạo cao nhất cùng một đầu mối điều phối giúp huy động nguồn lực và đồng bộ nỗ lực giữa nhiều tổ chức — tương đương vai trò nhà tài trợ (sponsor) và văn phòng quản lý chương trình.

    2. 2

      Bước 2: Đặt mốc kiểm soát lùi từ hạn chót

      Lập lịch ngược từ ngày cố định với các mốc kiểm soát rõ ràng:

      • Kiểm kê xong

        Danh mục hệ thống và mức trọng yếu hoàn tất sớm, đủ thời gian cho sửa và kiểm thử.

      • Hệ thống trọng yếu đã kiểm thử

        Hệ thống sống còn được sửa và kiểm thử với ngày giả lập trước hạn nhiều tháng; trễ mốc thì leo thang.

      • Kế hoạch dự phòng đã diễn tập

        Quy trình thủ công và đội trực sẵn sàng trước thời khắc chuyển năm.

    3. 3

      Bước 3: Phối hợp với bên thứ ba và chuỗi phụ thuộc

      Rà soát nhà cung cấp, đối tác và các hệ thống trao đổi dữ liệu, vì một tổ chức đã sẵn sàng vẫn có thể bị ảnh hưởng bởi đối tác chưa sẵn sàng.

    4. 4

      Bước 4: Truyền thông rủi ro chủ động và có bằng chứng

      Công bố tiến độ khắc phục, kết quả kiểm thử và sự sẵn sàng để giảm hoảng loạn. John Koskinen đã chọn bay trong đêm giao thừa để thể hiện sự tin tưởng vào công việc chuẩn bị.

    5. 5

      Bước 5: Ghi nhận bài học và giá trị để lại

      Nhiều tổ chức có được danh mục tài sản CNTT, quy trình kiểm thử và kế hoạch liên tục kinh doanh đầu tiên nhờ Y2K — giá trị lâu dài vượt xa một sự kiện.

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

    Quản lý rủi ro tốt thường "vô hình" vì thảm hoạ không xảy ra. PM cần lưu lại bằng chứng về rủi ro đã được loại bỏ, để tổ chức hiểu rằng sự bình yên là kết quả của đầu tư, không phải của may mắn.

    Nguồn tham khảo

    • Wikipedia — Year 2000 problem
    • TIME — Looking Back at the Y2K Bug
    #Quản lý rủi ro#Lập kế hoạch rủi ro#Kế hoạch dự phòng#Truyền thông rủi ro#Bài học thành công

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

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

    Câu 1/1
    Còn 3 tháng trước một hạn chót không thể dời, PM chỉ đủ nguồn lực khắc phục triệt để một trong hai hệ thống. Hệ thống X: xác suất lỗi 30%, thiệt hại 2 triệu USD. Hệ thống Y: xác suất lỗi 60%, thiệt hại 500.000 USD. PM nên làm gì trước?

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

    Sau một chương trình phòng ngừa thành công, lãnh đạo hỏi: "Không có gì xảy ra, vậy năm sau có cần ngân sách tương tự không?". Nếu là PM, bạn trả lời theo 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ý Rủi ro

    SolarWinds Orion (2020): khi chính bản cập nhật phần mềm tin cậy trở thành vũ khí xâm nhập hàng nghìn tổ chức

    Kẻ tấn công cài mã độc vào quy trình build của SolarWinds, khiến các bản cập nhật Orion từ tháng 3 đến tháng 6/2020 mang theo cửa hậu; khoảng 18.000 khách hàng tải về. Vụ việc chỉ lộ ra khi FireEye điều tra vụ xâm nhập chính mình. Phân tích dưới góc nhìn rủi ro: tài sản nào cần được bảo vệ như "sản phẩm", và vì sao rủi ro phần mềm bên thứ ba phải nằm trong sổ đăng ký rủi ro của người mua lẫn người bán.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Rủi ro

    Target 2013: kẻ tấn công vào mạng qua nhà thầu điều hoà, cảnh báo của hệ thống phát hiện xâm nhập không ai xử lý

    Cuối năm 2013, tin tặc đánh cắp thông tin khoảng 40 triệu tài khoản thẻ và dữ liệu cá nhân của tới 70 triệu khách hàng Target. Báo cáo của Uỷ ban Thương mại Thượng viện Mỹ cho thấy điểm vào là tài khoản của một nhà thầu điều hoà, mạng không được phân tách và các cảnh báo không được hành động. Phân tích dưới góc nhìn rủi ro: nhận diện, đánh giá và ứng phó rủi ro từ bên thứ ba.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Quản lý Rủi ro

    Log4Shell (2021): một thư viện nguồn mở do tình nguyện viên duy trì và cuộc chạy đua tìm xem "mình đang dùng nó ở đâu"

    Lỗ hổng CVE-2021-44228 trong thư viện ghi nhật ký Log4j có điểm CVSS 10, tồn tại từ năm 2013 và ảnh hưởng 93% môi trường đám mây doanh nghiệp theo khảo sát của Wiz và EY. Hội đồng Rà soát An toàn Mạng Mỹ gọi đây là lỗ hổng "đặc hữu". Bài học rủi ro: không có bản kê thành phần phần mềm thì không thể ứng phó nhanh, và phụ thuộc nguồn mở cần được quản lý như phụ thuộc nhà cung cấp.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPĐiều gì làm nên thành côngPM 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)