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. /Xe tự lái thử nghiệm của Uber ATG (Tempe, 2018):…
Số 463Quản lý Rủi ro

Xe tự lái thử nghiệm của Uber ATG (Tempe, 2018): NTSB kết luận văn hoá an toàn chưa đầy đủ là nguyên nhân sâu xa của vụ tai nạn chết người

Đêm 18/3/2018, một xe thử nghiệm tự lái của Uber ATG đâm tử vong một người đi bộ dắt xe đạp qua đường ở Tempe, Arizona. NTSB kết luận người vận hành an toàn đã mất tập trung, nhưng chỉ ra văn hoá an toàn chưa đầy đủ của Uber ATG: đánh giá rủi ro yếu, giám sát người vận hành kém, phần mềm chưa tính tới người đi bộ qua đường ngoài vạch kẻ. Bài học về quản lý rủi ro khi thử nghiệm phần mềm AI trên đường thật.

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

Bối cảnh thực tế

Uber Advanced Technologies Group (ATG) thử nghiệm hệ thống lái tự động trên những chiếc Volvo XC90 đã được cải tạo, với một người vận hành an toàn ngồi sau vô lăng để giám sát và can thiệp khi cần.

Theo báo cáo HAR-19/03 của Ủy ban An toàn Giao thông Quốc gia Mỹ (NTSB), thông qua ngày 19/11/2019:

  • Đêm 18/3/2018, xe đang chạy ở chế độ tự động đâm vào một phụ nữ 49 tuổi dắt xe đạp qua đường ngoài vạch kẻ; người này tử vong.
  • Hệ thống phát hiện người đi bộ vài giây trước va chạm nhưng liên tục phân loại sai đối tượng; thiết kế hệ thống không tính tới trường hợp người đi bộ qua đường ngoài nơi quy định.
  • Các chức năng cảnh báo va chạm và phanh khẩn cấp tự động sẵn có của Volvo bị vô hiệu khi hệ thống của Uber điều khiển xe.
  • Nguyên nhân có khả năng nhất: người vận hành an toàn không giám sát đường và hệ thống vì bị phân tâm bởi điện thoại. Các yếu tố góp phần gồm: quy trình đánh giá rủi ro an toàn không đầy đủ, giám sát người vận hành không hiệu quả, thiếu cơ chế chống tâm lý ỷ lại vào tự động hoá — tất cả bắt nguồn từ văn hoá an toàn chưa đầy đủ.
  • NTSB cũng nêu giám sát chưa đủ của cơ quan giao thông bang Arizona và khuyến nghị cơ quan liên bang có quy trình xem xét trước khi cho xe thử nghiệm chạy trên đường công cộng.

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

  • Thử nghiệm trên đường thật mà chưa có hệ thống quản lý an toàn

    Dự án đưa phần mềm chưa hoàn thiện ra môi trường có người thật nhưng thiếu quy trình nhận diện, đánh giá và kiểm soát rủi ro có hệ thống. Tốc độ phát triển được ưu tiên hơn kỷ luật an toàn.

  • Gỡ bỏ lớp bảo vệ mà không bù lại

    Vô hiệu chức năng phanh khẩn cấp có sẵn để tránh xung đột với hệ thống mới là quyết định làm tăng rủi ro tồn dư. Mỗi lần gỡ một biện pháp kiểm soát, rủi ro phải được đánh giá lại và có biện pháp thay thế.

  • Con người là biện pháp kiểm soát cuối cùng nhưng không được hỗ trợ

Giám sát một hệ thống tự động hầu như luôn đúng trong nhiều giờ dẫn tới ỷ lại — rủi ro đã được biết rõ trong ngành hàng không. Không có giám sát người vận hành hay cơ chế giữ tập trung, lớp bảo vệ cuối cùng rất mong manh.

  • Giả định trong yêu cầu phần mềm không khớp thực tế

    Không tính tới người đi bộ qua đường ngoài vạch kẻ là một giả định sai về môi trường vận hành. Phân tích kịch bản phải bao gồm những hành vi "không đúng luật" nhưng thường gặp.

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

    1. 1

      Bước 1: Xây hệ thống quản lý an toàn trước khi mở rộng thử nghiệm

      Có đơn vị an toàn độc lập, quy trình đánh giá rủi ro cho mỗi thay đổi phần mềm và quyền dừng thử nghiệm.

    2. 2

      Bước 2: Không gỡ biện pháp an toàn nếu chưa có biện pháp tương đương

      Quyết định vô hiệu một chức năng an toàn phải được phê duyệt ở cấp an toàn, kèm phân tích rủi ro tồn dư.

    3. 3

      Bước 3: Đặt tiêu chí mở rộng thử nghiệm theo bằng chứng

      Chỉ tăng phạm vi (tốc độ, giờ chạy, khu vực) khi đạt ngưỡng:

      • Mở rộng

        Đạt mục tiêu trên mô phỏng và đường thử kín cho các kịch bản đã biết, người vận hành được giám sát chủ động.

      • Giữ nguyên

        Còn kịch bản chưa xử lý được: giới hạn điều kiện chạy, thêm người giám sát.

      • Dừng

        Phát hiện biện pháp an toàn bị vô hiệu hoặc người vận hành mất tập trung: dừng đội xe, điều tra.

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

    Khi thử nghiệm phần mềm AI trong thế giới thật, rủi ro không chỉ nằm ở thuật toán mà ở cả hệ thống xung quanh: biện pháp an toàn bị gỡ, con người bị đặt vào vai trò khó giữ tập trung, và văn hoá ưu tiên tốc độ. Hãy xây hệ thống quản lý an toàn trước khi mở rộng quy mô.

    Nguồn tham khảo

    • NTSB — Highway Accident Report HAR-19/03 (Tempe, Arizona)
    • FreightWaves — Uber's "inadequate safety culture" contributed to fatal crash
    #Quản lý rủi ro#Phát triển phần mềm#Xe tự lái#Văn hoá an toàn#Trí tuệ nhân tạo#NTSB

    Nguồn: NTSB — Collision Between Vehicle Controlled by Developmental Automated Driving System and Pedestrian, Tempe, Arizona (HAR-19/03) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Đội phát triển xe tự hành muốn tắt chức năng phanh khẩn cấp có sẵn của xe nền vì nó xung đột với hệ thống mới trong một số tình huống, trong khi lịch thử nghiệm trên đường công cộng đã được công bố. PM nên làm gì?

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

    Nếu là lãnh đạo Uber ATG đầu năm 2018, áp lực phải chứng minh tiến độ với ban giám đốc, bạn chọn 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 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
    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.

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

    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)