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ý Tích hợp
  3. /Tổng điều tra dân số Úc 2016 (#CensusFail): tran…
Quản lý Tích hợp

Tổng điều tra dân số Úc 2016 (#CensusFail): trang khai trực tuyến ngừng hoạt động khoảng 43 giờ sau tấn công DDoS và phòng vệ chỉ được thử bốn ngày trước đó

Tối 9/8/2016, trang khai Tổng điều tra dân số Úc bị ngừng hoạt động sau bốn đợt tấn công từ chối dịch vụ, hệ thống chỉ được khôi phục chiều 11/8. Đánh giá độc lập chỉ ra giải pháp chặn lưu lượng theo vị trí địa lý chưa đủ và được thử rất muộn. Phân tích kiểm thử tích hợp trước ngày vận hành, trách nhiệm giữa nhà thầu và các bên thứ ba, kế hoạch dự phòng cho một sự kiện không thể dời.

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

Bối cảnh thực tế

Tổng điều tra dân số Úc 2016 là lần đầu Cục Thống kê Úc (ABS) khuyến khích khai trực tuyến trên quy mô lớn, với đêm điều tra cố định vào 9/8/2016. Hệ thống do IBM xây dựng và vận hành cùng các nhà cung cấp hạ tầng.

Theo tổng hợp trên Wikipedia từ các báo cáo chính thức:

  • Khoảng 19h30 ngày 9/8, trang khai bị đóng sau bốn đợt tấn công từ chối dịch vụ; một lỗi phần mềm khiến ABS không chặn được các đợt tấn công, dẫn tới lỗi bộ định tuyến, và ABS ngắt hệ thống để phòng ngừa. Hệ thống được khôi phục lúc 14h30 ngày 11/8, tức khoảng 43 giờ.
  • Cơ quan An ninh tín hiệu Úc hỗ trợ khôi phục hạ tầng; Cục Thống kê khẳng định không có dữ liệu bị xâm phạm.
  • Phiên điều trần của Thượng viện (báo cáo 24/11/2016) kết luận không có một bên duy nhất chịu trách nhiệm: trách nhiệm thuộc về chính phủ, IBM và các nhà thầu phụ.
  • Về sau, chính phủ cho biết IBM đã trả một khoản bồi thường tài chính đáng kể; chi phí phát sinh được ghi trong báo cáo thường niên ABS là 24 triệu đô la Úc.
  • Dù vậy, tỷ lệ phản hồi sơ bộ vẫn trên 96%, với khoảng 4,9 triệu hồ sơ nộp trực tuyến và 3,5 triệu phiếu giấy.

Tường thuật báo chí về rà soát độc lập của ông Alastair MacGibbon cho biết biện pháp chặn lưu lượng nước ngoài ("Island Australia") được thử chỉ bốn ngày trước đêm điều tra và được coi là không đủ; rà soát cũng chỉ ra phụ thuộc vào cấu hình của bên cung cấp đường truyền thượng nguồn. Chi tiết này lấy từ tường thuật của báo chí công nghệ, nên cần đối chiếu với báo cáo gốc nếu trích dẫn chính thức.

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

  • Kiểm thử các biện pháp bảo vệ quá muộn (Quality, Risk Response)

    Một biện pháp giảm thiểu rủi ro chỉ có giá trị khi đã được thử trước ở điều kiện tải và tấn công thực tế. Thử trước sự kiện bốn ngày không còn chỗ cho việc sửa nếu kết quả xấu; cần lịch kiểm thử tích hợp và kiểm thử xâm nhập sớm hơn nhiều.

  • Rủi ro đã được nhận diện nhưng kế hoạch ứng phó chưa chạy được (Plan Risk Responses)

DDoS là rủi ro quen thuộc với hệ thống công cộng. Phản ứng rủi ro phải gồm cả giảm thiểu (dịch vụ chống DDoS được bật đúng) và kế hoạch dự phòng (khai bằng giấy, kéo dài thời gian khai) với người phụ trách rõ ràng.

  • Trách nhiệm phân tán giữa nhiều bên (Procurement, Integration)

    Khi nhà thầu chính, nhà thầu phụ và nhà cung cấp đường truyền cùng liên quan, tích hợp phải có người chịu trách nhiệm đầu cuối về cấu hình bảo vệ. Hợp đồng và ma trận trách nhiệm (RACI) cần chỉ rõ ai bật, ai kiểm chứng.

  • Cảnh báo giả và thiếu quy trình xử lý sự cố (Manage Quality, Communications)

    Rà soát cho biết có cảnh báo giả về rò rỉ dữ liệu cùng việc khởi động lại bộ định tuyến, làm đội mất thời gian. Quy trình ứng cứu sự cố cần phân loại cảnh báo, ra quyết định nhanh và thông tin công khai kịp thời.

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

    1. 1

      Bước 1: Đặt lịch kiểm thử phòng vệ sớm và có cổng đạt/không đạt

      Với sự kiện không thể dời, lập một cổng "sẵn sàng vận hành" nhiều tuần trước ngày chính:

      • Đạt

        Đã diễn tập tấn công mô phỏng theo nhiều kịch bản, dịch vụ chống DDoS được xác nhận bật trên đúng hạ tầng và đội ứng cứu đã diễn tập.

      • Có điều kiện

        Một số kịch bản chưa thử; bổ sung phương án khai bằng giấy, tăng năng lực dự phòng và đặt người phụ trách từng biện pháp.

      • Không đạt

        Chưa xác nhận biện pháp chống DDoS hoạt động đầu cuối khi sát ngày: kích hoạt kế hoạch dự phòng và trình lãnh đạo.

    2. 2

      Bước 2: Xác định chủ sở hữu tích hợp đầu cuối và RACI cho bảo vệ

      Chỉ định một đầu mối chịu trách nhiệm toàn tuyến (nhà cung cấp mạng, trung tâm dữ liệu, ứng dụng) và yêu cầu xác nhận bằng văn bản cấu hình bảo vệ đã bật.

    3. 3

      Bước 3: Chuẩn bị kế hoạch dự phòng và truyền thông khủng hoảng

      Soạn sẵn kịch bản khai bằng giấy, gia hạn nộp và thông điệp công chúng; thử trò chơi chiến tranh (tabletop) với các bên liên quan.

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

    Với sự kiện không thể dời, kiểm thử phòng vệ phải xong sớm và có người chịu trách nhiệm đầu cuối. Biện pháp giảm thiểu rủi ro mà chưa được thử là một giả định, không phải một biện pháp.

    Nguồn tham khảo

    • Wikipedia — 2016 Australian census
    #Quản lý tích hợp#Tổng điều tra#DDoS#Chính phủ điện tử#IBM#Kế hoạch dự phòng

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

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

    Câu 1/1
    Hệ thống khai trực tuyến phục vụ một sự kiện quốc gia không thể dời ngày. Tuần trước sự kiện, đội mới thử biện pháp chặn lưu lượng DDoS và kết quả chưa rõ. PM nên làm gì?

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

    Sát ngày sự kiện, kết quả thử chống DDoS chưa rõ. Bạn ưu tiê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 cùng lĩnh vực

    Quản lý Tích hợp

    Avon dừng dự án SMT toàn cầu: thí điểm Canada gây gián đoạn kinh doanh và quyết định cắt lỗ khoảng 125 triệu USD phần mềm

    Avon khởi động chương trình Service Model Transformation (SMT) năm 2009 để đổi hệ thống quản lý đơn hàng cho đại diện bán hàng. Năm 2013, thí điểm tại Canada gây gián đoạn đáng kể và không cho thấy lợi tức đầu tư rõ ràng, nên Avon dừng triển khai và ghi giảm giá trị phần mềm. Một ví dụ về quyết định đóng dự án sớm dựa trên kết quả thí điểm, và cái giá của việc không kiểm tra giả định lợi ích trước.

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

    GitHub nâng cấp MySQL 8.0 cho hơn 1.200 máy chủ: cutover từng cụm, giữ đường lui và kiểm soát thay đổi trong hơn một năm

    GitHub chuẩn bị từ tháng 7/2022 để chuyển toàn bộ đội máy chủ MySQL (hơn 1.200 máy, trên 50 cụm, trên 300 TB) từ 5.7 sang 8.0 mà không vi phạm cam kết dịch vụ. Điểm đáng học không nằm ở công nghệ mà ở cách quản lý: danh mục kiểm tra sẵn sàng, đưa 8.0 vào CI, nâng cấp từng bước và luôn giữ khả năng quay về 5.7.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Số 30Quản lý Tích hợp

    FBI Virtual Case File: 170 triệu USD, 700.000 dòng mã và bài học về kiểm soát thay đổi tích hợp

    Sau sự kiện 11/9, FBI đặt cược vào hệ thống quản lý hồ sơ vụ án Virtual Case File. Bốn năm, năm đời CIO và khoảng 400 yêu cầu thay đổi sau, dự án bị huỷ năm 2005 với khoảng 105 triệu USD mã không dùng được. Phân tích dưới góc Quản lý tích hợp và những gì PM lẽ ra phải làm.

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