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ý Chất lượng
  3. /NASDAQ và IPO Facebook (2012): giới hạn thiết kế…
Số 381Quản lý Chất lượng

NASDAQ và IPO Facebook (2012): giới hạn thiết kế của hệ thống khớp lệnh và quyết định mở giao dịch khi chưa hiểu nguyên nhân gốc

Trong phiên IPO của Facebook ngày 18/5/2012, hệ thống khớp lệnh mở cửa (cross) của NASDAQ gặp giới hạn thiết kế. Lãnh đạo tin rằng vài dòng mã đã sửa xong và cho giao dịch tiếp tục khi chưa hiểu nguyên nhân gốc; hơn 30.000 lệnh bị kẹt hơn hai giờ. SEC phạt NASDAQ 10 triệu USD — mức cao nhất với một sở giao dịch khi đó. Bài học về quản lý chất lượng và ra quyết định khi có sự cố.

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

Bối cảnh thực tế

IPO của Facebook ngày 18/5/2012 là một trong những đợt chào bán lớn nhất lịch sử. NASDAQ dùng quy trình "cross" để khớp lệnh mua bán và xác định giá mở cửa trước khi giao dịch liên tục bắt đầu.

Theo thông cáo của Uỷ ban Chứng khoán Mỹ (SEC) ngày 29/5/2013:

  • Một giới hạn thiết kế trong hệ thống khớp lệnh IPO gây gián đoạn. Lãnh đạo cấp cao họp "Code Blue" và quyết định không hoãn giao dịch thứ cấp, vì tin rằng vài dòng mã đã khắc phục vấn đề — dù chưa hiểu nguyên nhân gốc.
  • Phiên cross chạy chậm khoảng 19 phút so với lệnh đến; hơn 38.000 lệnh đặt từ 11:11 đến 11:30:09 bị bỏ ra ngoài.
  • Hơn 30.000 lệnh Facebook bị kẹt trong hệ thống hơn hai giờ. Trước phiên cross đã có dấu hiệu chênh lệch số liệu nhưng không được xử lý sau đó.
  • NASDAQ còn dùng một tài khoản lỗi không được phép, lập vị thế bán khống hơn ba triệu cổ phiếu Facebook và thu lợi khoảng 10,8 triệu USD.
  • NASDAQ chấp nhận nộp phạt 10 triệu USD, mức cao nhất SEC từng áp cho một sở giao dịch, và cam kết cải tiến kỹ thuật cùng giám sát tuân thủ.

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

  • Tiêu chuẩn chất lượng không tính đến tải cực đại

    Hệ thống cross được thiết kế cho các đợt IPO thông thường; khối lượng lệnh của Facebook làm lộ giới hạn thiết kế. Kế hoạch chất lượng cần kiểm thử ở kịch bản tải cao nhất có thể dự đoán.

  • Sửa triệu chứng, bỏ qua nguyên nhân gốc

    Quyết định tiếp tục dựa trên một bản sửa nhanh mà không ai hiểu vì sao lỗi xảy ra. Đây là vi phạm nguyên tắc cơ bản của kiểm soát chất lượng: xác minh trước khi chấp nhận.

  • Tín hiệu cảnh báo bị bỏ qua

    Chênh lệch giữa số liệu dự kiến và thực tế được nhìn thấy nhưng không được điều tra — một điểm kiểm soát chất lượng bị bỏ ngỏ.

  • Áp lực thời gian lấn át quy trình

Áp lực mở giao dịch đúng giờ cho đợt IPO lớn nhất năm khiến lãnh đạo chấp nhận rủi ro chưa được định lượng.

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

  1. 1

    Bước 1: Kiểm thử tải theo kịch bản sự kiện đặc biệt

    Trước một sự kiện có quy mô bất thường, chạy thử với khối lượng gấp nhiều lần dự báo, đặc biệt là lệnh huỷ/sửa liên tục.

  2. 2

    Bước 2: Đặt tiêu chí "tiếp tục hay dừng" trước sự kiện

    Quyết định trong khủng hoảng cần khung có sẵn:

    • Tiếp tục

      Nguyên nhân gốc đã xác định, bản sửa đã kiểm chứng, số liệu đối soát khớp.

    • Tạm hoãn

      Bản sửa đã có nhưng chưa hiểu nguyên nhân gốc: hoãn có thời hạn, thông báo thị trường.

    • Dừng

      Số liệu đối soát chênh lệch chưa giải thích được: không mở giao dịch.

  3. 3

    Bước 3: Đối soát là điểm kiểm soát bắt buộc

    Mọi chênh lệch giữa số liệu dự kiến và thực tế phải được giải thích trước khi chuyển sang bước tiếp theo, có người chịu trách nhiệm ký xác nhận.

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

"Đã sửa" khác với "đã hiểu". Trước các sự kiện quy mô lớn, hãy kiểm thử ở tải cực đại và quyết định trước tiêu chí dừng — để khi khủng hoảng xảy ra, người ra quyết định dựa vào dữ liệu thay vì áp lực đồng hồ.

Nguồn tham khảo

  • U.S. SEC — SEC Charges NASDAQ for Failures During Facebook IPO
#Quản lý chất lượng#Phát triển phần mềm#Chứng khoán#Hoa Kỳ#ra-quyet-dinh#Kiểm thử hiệu năng

Nguồn: U.S. SEC — SEC Charges NASDAQ for Failures During Facebook IPO (29/05/2013) ↗ (mở trong thẻ mới)

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

Câu 1/1
Mười phút trước giờ mở giao dịch của một sự kiện lớn, kỹ sư báo đã có bản sửa nhanh cho lỗi vừa phát hiện nhưng chưa rõ nguyên nhân gốc; số liệu đối soát vẫn còn chênh lệch nhỏ. Lãnh đạo hỏi ý kiến PM. Khuyến nghị nào phù hợp nhất?

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

Nếu ở trong cuộc họp "Code Blue" của NASDAQ, 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ố 483Quản lý Chất lượng

Vineyard Wind (2024): cánh tuabin gió ngoài khơi gãy vì lỗi sản xuất, mảnh vỡ dạt vào bãi biển và 150 cánh phải kiểm tra lại

Ngày 13/7/2024, một cánh dài 107 m của tuabin GE Vernova tại Vineyard Wind 1 (Massachusetts) bị gãy, mảnh sợi thuỷ tinh dạt vào bãi biển Nantucket. BSEE đình chỉ phát điện toàn trang trại. GE Vernova kết luận nguyên nhân là liên kết keo không đủ trong sản xuất — lỗi mà khâu đảm bảo chất lượng lẽ ra phải phát hiện — và kiểm tra lại khoảng 150 cánh cùng nhà máy. Bài học về kiểm soát chất lượng tại nguồn.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận29/10/2026
Số 369Quản lý Chất lượng

Cloudflare 18/11/2025: một thay đổi quyền truy vấn cơ sở dữ liệu làm tệp cấu hình phình gấp đôi và sự cố lớn nhất kể từ 2019

Một thay đổi về quyền truy cập cơ sở dữ liệu khiến truy vấn sinh tệp đặc trưng (feature file) cho Bot Management trả về dòng trùng lặp. Tệp vượt giới hạn 200 đặc trưng, làm proxy lõi bị panic và trả lỗi 5xx trên phần lớn mạng Cloudflare gần sáu giờ. Bài học về kiểm soát chất lượng cho cấu hình do chính hệ thống nội bộ sinh ra.

1 lượt thích 0 lượt đánh giá hữu ích 0 bình luận22/10/2026
Số 469Quản lý Chất lượng

Sập hố đào Nicoll Highway (Singapore, 2004): tín hiệu cảnh báo có sẵn nhưng kiểm soát chất lượng thiết kế và quan trắc đều hỏng

Ngày 20/4/2004, hố đào sâu hơn 30 m của một ga tàu điện tuyến Circle Line (Singapore) sập, kéo theo một đoạn đường cao tốc Nicoll Highway, làm 4 người chết. Uỷ ban điều tra kết luận: mối nối thanh chống – dầm đỡ bị thiết kế thiếu khả năng chịu lực, hai lần phân tích ngược cho kết quả sai và quan trắc hiện trường kém. Hai tháng trước đó, một mối nối tương tự đã hỏng và chỉ được gia cố tại chỗ — cảnh báo bị xử lý như sự cố cục bộ.

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