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ý Rủi ro
  3. /Khủng hoảng Rò rỉ Dữ liệu & Quy trình Ứng phó Sự…
Quản lý Rủi ro

Khủng hoảng Rò rỉ Dữ liệu & Quy trình Ứng phó Sự cố An ninh mạng

Dự án xây dựng nền tảng hồ sơ sức khỏe và bảo hiểm số đang ở tuần thứ 36 trên tổng tiến độ 40 tuần, chuẩn bị bước vào giai đoạn nghiệm thu kỹ thuật và diễn tập Golive. Hệ thống chứa cơ sở dữ liệu định danh cá nhân (PII) và lịch sử khám chữa bệnh nhạy cảm của hơn 150.000 người dùng thử nghiệm.

Administrator
23/10/2026
6 phút đọc 6 lượt xem
Bình luận0

Bối cảnh thực tế (Scenario)

Dự án xây dựng nền tảng hồ sơ sức khỏe và bảo hiểm số đang ở tuần thứ 36 trên tổng tiến độ 40 tuần, chuẩn bị bước vào giai đoạn nghiệm thu kỹ thuật và diễn tập Golive. Hệ thống chứa cơ sở dữ liệu định danh cá nhân (PII) và lịch sử khám chữa bệnh nhạy cảm của hơn 150.000 người dùng thử nghiệm.

Vào lúc 23h đêm thứ Sáu, Chuyên gia An toàn thông tin (Security Architect) gọi điện khẩn cấp cho Giám đốc dự án (PM):

  • Trong đợt kiểm thử hiệu năng tải (Load Testing) trên môi trường Staging, một kỹ sư DevOps đã tạm thời mở cổng cơ sở dữ liệu (Database Port) ra ngoài Internet để chạy công cụ kiểm thử từ xa mà quên bật lại tường lửa.
  • Hệ thống giám sát an ninh phát hiện một địa chỉ IP lạ từ nước ngoài đã trích xuất (dump) thành công một tệp dữ liệu dung lượng 1.2 GB chứa thông tin của hơn 30.000 người dùng. Tệ hơn nữa, một phần mẫu dữ liệu này đã bắt đầu bị rao bán trên diễn đàn mạng ngầm (Dark Web).

Khủng hoảng bùng nổ:

  • Một số thành viên nòng cốt lo sợ bị kỷ luật nên đề xuất: "Bây giờ đêm muộn chưa ai biết, chúng ta âm thầm đóng cổng, xóa sạch log truy cập và coi như không có chuyện gì xảy ra để kịp tiến độ Golive tháng tới".
  • Nếu che giấu mà sự việc vỡ lở ra truyền thông: Doanh nghiệp sẽ đối mặt với các án phạt hành chính khổng lồ theo Nghị định bảo vệ dữ liệu cá nhân, bị thu hồi giấy phép hoạt động vĩnh viễn và lãnh đạo đối mặt trách nhiệm hình sự.
  • Nếu công khai xử lý: Dự án chắc chắn bị đình chỉ Golive, khách hàng có thể kiện đòi bồi thường hợp đồng và uy tín công ty bị tổn hại nặng nề. PM phải đứng ra dẫn dắt cuộc khủng hoảng này như thế nào?

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

  • Chuyển hóa từ Rủi ro sang Sự cố Khẩn cấp (Risk to Issue/Incident)

    • Rò rỉ dữ liệu an ninh mạng không còn là "rủi ro tiềm ẩn" trong Sổ đăng ký rủi ro (Risk Register), mà đã chính thức biến thành Vấn đề / Sự cố nghiêm trọng (Critical Incident / Issue) trong Nhật ký vấn đề (Issue Log).
  • Bộ Quy tắc Đạo đức và Hành vi Nghề nghiệp PMI (PMI Code of Ethics and Professional Conduct)

    • Giá trị cốt lõi bị thử thách cao nhất trong tình huống này là Tính Trung thực (Honesty) và Trách nhiệm (Responsibility).
    • PMI nghiêm cấm hành vi che giấu sự thật hoặc thông đồng bóp méo thông tin nhằm trục lợi hoặc bảo vệ quyền lợi cá nhân. Người PM có nghĩa vụ đạo đức phải báo cáo sự thật cho các bên liên quan và tuân thủ các quy định pháp luật hiện hành.
  • Quy trình Ứng phó Sự cố An ninh (Incident Response Framework)

    • Chuẩn mực an ninh thông tin kết hợp PMP phân chia xử lý sự cố thành 4 pha chặt chẽ:
      1. Cách ly & Ngăn chặn (Containment): Chặn đứng sự rò rỉ ngay lập tức, không để lan rộng.
      2. Xóa bỏ & Điều tra (Eradication & Forensics): Thu hồi quyền truy cập, bảo toàn dấu vết số phục vụ điều tra.
      3. Phục hồi & Vá lỗ hổng (Recovery): Đưa hệ thống về trạng thái sạch an toàn.
      4. Bài học kinh nghiệm (Post-Incident Lessons Learned): Tái thiết lập quy trình kiểm soát rủi ro.
  • Rủi ro Tuân thủ Pháp lý (Legal & Regulatory Compliance Risk)

    • Theo luật an ninh mạng và bảo vệ dữ liệu cá nhân, doanh nghiệp có nghĩa vụ bắt buộc phải thông báo sự cố rò rỉ dữ liệu cho Cơ quan quản lý nhà nước có thẩm quyền trong thời hạn quy định (thường là trong vòng 72 giờ).

Hướng xử lý tối ưu theo khuyến nghị PMI (5 bước thực chiến)

  1. 1

    Bước 1: Cách ly khẩn cấp và Bảo toàn hiện trường số (Containment & Evidence Preservation)

    PM ra lệnh hành động kỹ thuật ngay trong đêm:

    • Ngắt kết nối mạng ngay lập tức đối với máy chủ cơ sở dữ liệu bị hở cổng. Đóng toàn bộ các cổng truy cập bên ngoài và thu hồi toàn bộ mã khóa truy cập (API Keys / Credentials).
    • Tuyệt đối cấm xóa log truy cập: Sao lưu toàn bộ tệp nhật ký hệ thống (System & Audit Logs) sang một ổ lưu trữ cách ly để bảo toàn nguyên trạng chứng cứ phục vụ điều tra kỹ thuật số (Digital Forensics).
  2. 2

    Bước 2: Kích hoạt Đội Ứng phó Sự cố Khẩn cấp (SIRT Activation) & Báo cáo Lãnh đạo

    Sáng sớm thứ Bảy, PM triệu tập phiên họp đặc biệt của Đội phản ứng nhanh gồm: CISO (Giám đốc An ninh thông tin), Tech Lead, Trưởng bộ phận Pháp chế (Legal) và Project Sponsor (Lãnh đạo cấp cao):

    • Xác định phạm vi thiệt hại chính xác: 30.000 bản ghi bị lộ chứa những thông tin gì (mật khẩu đã băm một chiều hay bản rõ? có dữ liệu thẻ ngân hàng không?).
    • PM khẳng định quan điểm dứt khoát: Không che giấu sự thật. Việc minh bạch có kiểm soát là con đường duy nhất bảo vệ tổ chức khỏi thảm họa pháp lý.
  3. 3

    Bước 3: Thực hiện Nghĩa vụ Báo cáo Pháp lý & Truyền thông Khủng hoảng trong 72 Giờ

    Phối hợp với Bộ phận Pháp chế và Truyền thông:

    • Soạn thảo báo cáo giải trình sự cố gửi Cục An toàn thông tin / Cơ quan chức năng theo đúng quy định pháp luật trong thời hạn 72 giờ: Nêu rõ nguyên nhân cấu hình sai trên môi trường thử nghiệm, biện pháp ngăn chặn đã triển khai và cam kết bảo vệ dữ liệu.
    • Kích hoạt kế hoạch truyền thông khẩn cấp: Gửi thông báo đến những người dùng bị ảnh hưởng kèm khuyến nghị kích hoạt xác thực 2 lớp (2FA) và đổi mật khẩu; thiết lập đường dây nóng riêng để hỗ trợ giải đáp thắc mắc.
  4. 4

    Vá triệt để Lỗ hổng & Thuê Đơn vị Kiểm định Độc lập (Independent Penetration Testing)

Bài học kinh nghiệm (PM Takeaway)

Trong quản lý dự án công nghệ, một lỗi tính năng có thể làm chậm tiến độ vài tuần, nhưng một sự cố rò rỉ dữ liệu bị che giấu có thể hủy diệt toàn bộ doanh nghiệp. Người PM bản lĩnh không hoảng loạn che đậy sai lầm, mà dẫn dắt tổ chức xử lý khủng hoảng bằng sự trung thực, kỷ luật quy trình an ninh và tinh thần trách nhiệm pháp lý cao nhất.

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ố 474Quản lý Rủi ro

Cầu Morandi (Genova, 2018): rủi ro ăn mòn cáp đã biết hàng chục năm, gói gia cố 20 triệu euro mời thầu ba tháng trước khi cầu sập

Ngày 14/8/2018, một nhịp của cầu cạn Morandi ở Genova (Ý) đổ sập trong mưa giông, làm 43 người chết. Cây cầu khánh thành năm 1967 có lịch sử ăn mòn cáp văng được ghi nhận từ thập niên 1990; tháng 2/2018, một cuộc họp của cơ quan bộ đã nêu tiết diện cáp giảm trung bình 10–20% nhưng không áp biện pháp phòng ngừa. Gói gia cố khoảng 20 triệu euro chỉ được mời thầu tháng 5/2018. Bài học về rủi ro đã biết, ngưỡng hành động và cái giá của sự trì hoãn.

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

Toyota (29/08/2023): bảo trì cơ sở dữ liệu làm hết dung lượng đĩa, hệ thống dự phòng cùng lỗi và 14 nhà máy tại Nhật ngừng một ngày

Sau đợt bảo trì định kỳ dọn dẹp dữ liệu tích luỹ, máy chủ xử lý đơn đặt linh kiện của Toyota dừng vì không đủ dung lượng đĩa. Máy dự phòng chạy cùng hệ thống nên gặp lỗi tương tự, không chuyển sang được. Toàn bộ 14 nhà máy lắp ráp tại Nhật ngừng một ngày. Bài học về rủi ro trong bảo trì và giả định "đã có dự phòng".

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

AWS US-EAST-1 (07/12/2021): hoạt động tự động mở rộng gây tắc nghẽn mạng nội bộ, đội vận hành mất cả công cụ giám sát

Nội dung

Bối cảnh thực tế (Scenario)Phân tích nguyên nhân theo chuẩn PMPHướng xử lý tối ưu theo khuyến nghị PMI (5 bước thực chiến)Bài học kinh nghiệm (PM Takeaway)
Bước 4:

Không vội vàng mở lại hệ thống:

  • Đội ngũ kỹ thuật rà soát toàn bộ hạ tầng đám mây (Infrastructure as Code - IaC), thiết lập quy chuẩn quét bảo mật tự động trên đường ống CI/CD.
  • Thuê một đơn vị an ninh mạng độc lập (bên thứ ba có chứng chỉ quốc tế) tiến hành đánh giá lỗ hổng và kiểm thử xâm nhập chuyên sâu (Penetration Test) toàn bộ hệ thống. Sản phẩm chỉ được phép bước vào giai đoạn tiếp theo khi có báo cáo xác nhận đạt chuẩn an toàn 100%.
  • 5

    Bước 5: Kích hoạt Change Request, Quỹ Quản lý & Chuẩn hóa OPA

    • Điều chỉnh Baseline: PM trình Hội đồng kiểm soát thay đổi (CCB) hồ sơ Change Request chính thức: lùi ngày Golive 4 tuần để hoàn tất kiểm định an ninh; đề xuất sử dụng Quỹ Quản lý (Management Reserve) để tài trợ chi phí thuê kiểm toán an ninh độc lập và chi phí truyền thông khủng hoảng.
    • Cập nhật bài học kinh nghiệm vào OPA (Quy tắc thép): Ban hành quy chế an ninh dữ liệu bắt buộc: Cấm tuyệt đối việc sử dụng dữ liệu thật (Live/Production Data) trên môi trường thử nghiệm (Test/Staging). Mọi môi trường thử nghiệm bắt buộc phải sử dụng dữ liệu giả lập (Synthetic Data) hoặc đã được làm mờ/ẩn danh hóa (Data Masking).
  • Một hoạt động tự động mở rộng năng lực trên mạng chính của AWS kích hoạt hành vi bất thường ở rất nhiều client trong mạng nội bộ, gây tắc nghẽn thiết bị mạng nối hai mạng suốt nhiều giờ. Lỗi tiềm ẩn khiến client không lùi lại (back-off) như thiết kế; giám sát và trang trạng thái cũng bị ảnh hưởng. Bài học về rủi ro dây chuyền và phụ thuộc vòng.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận21/10/2026
    Quảng cáoBộ đề thi thử PMP (mẫu)