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ý Các bên liên quan
  3. /FAA ERAM (Mỹ): hệ thống điều hành bay đường dài …
Quản lý Các bên liên quan

FAA ERAM (Mỹ): hệ thống điều hành bay đường dài trễ gần 4 năm vì kiểm soát viên không được tham gia thiết kế và kiểm thử

ERAM là hệ thống máy tính mới xử lý dữ liệu radar và hiển thị cho kiểm soát viên không lưu đường dài của Cục Hàng không Liên bang Mỹ (FAA). Thử nghiệm trên luồng bay thật năm 2010 lộ lỗi chuyển giao tàu bay giữa các sector, buộc FAA dừng thử nghiệm; mốc hoàn thành lùi từ 12/2010 sang 8/2014, chi phí tăng từ 2,1 lên 2,4 tỷ USD và kéo trễ cả các chương trình NextGen phụ thuộc.

HP
Nguyễn Thu Hà, PMP
01/09/2026
4 phút đọc 0 lượt xem
FAA ERAM (Mỹ): hệ thống điều hành bay đường dài trễ gần 4 năm vì kiểm soát viên không được tham gia thiết kế và kiểm thử
Bình luận0

Bối cảnh thực tế

En Route Automation Modernization (ERAM) thay thế hệ thống máy tính tại các trung tâm kiểm soát không lưu đường dài của FAA: xử lý dữ liệu radar bay, hỗ trợ liên lạc và tạo dữ liệu hiển thị cho kiểm soát viên. ERAM cũng là nền móng cho nhiều chương trình của NextGen — chương trình hiện đại hoá không lưu của Mỹ.

Theo GAO-12-223 (16/2/2012):

  • ERAM được thiết kế trong giai đoạn kiểm soát viên không lưu không tham gia thiết kế và kiểm thử hệ thống mới; những vấn đề lẽ ra phát hiện sớm ở khâu thiết kế đã không được xử lý.
  • Năm 2010, FAA thử ERAM trên luồng bay thật tại hai trung tâm Seattle và Salt Lake, thường vào ban đêm. Có lúc lệnh chuyển giao tàu bay sang sector kế bên bị lỗi, dữ liệu chuyến bay bị mất hoặc gán nhầm sang chuyến khác; các điểm thử phải quay lại hệ thống cũ. Kịch bản kiểm thử tại Trung tâm Kỹ thuật FAA không phát hiện lỗi này.
  • FAA chỉ dự phòng khoảng 6–9 tháng giữa năng lực vận hành ban đầu và trình diễn sẵn sàng tại các điểm thử. Tháng 3/2010, với sự ủng hộ của công đoàn kiểm soát viên, FAA dừng toàn bộ thử nghiệm trên luồng bay thật.
  • Tái lập đường cơ sở tháng 6/2011: mốc hoàn thành lùi từ 12/2010 sang 8/2014, chi phí từ 2,1 lên 2,4 tỷ USD. Do ERAM trễ, FAA phải lùi đường cơ sở của Data Communications khoảng 6 tháng và tái lập đường cơ sở SWIM.

Sau đó FAA và công đoàn ký biên bản ghi nhớ đưa một nhóm 16 kiểm soát viên tham gia kiểm thử và xác nhận các bản sửa lỗi cùng kỹ sư nhà thầu.

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

  • Người dùng cuối vắng mặt trong xác định và xác nhận phạm vi

    Kiểm soát viên là bên liên quan có ảnh hưởng và lợi ích cao nhất với hệ thống. Theo quy trình Lập kế hoạch tham gia của các bên liên quan (Plan Stakeholder Engagement), họ cần được đưa từ mức "không biết" hoặc "trung lập" lên mức "dẫn dắt" ở các quyết định thiết kế. Thiếu họ, yêu cầu về cách làm việc thực tế ở từng sector chỉ được phát hiện khi hệ thống đã chạy với máy bay thật.

  • Kịch bản kiểm thử không đại diện cho vận hành thật

Phòng thí nghiệm chỉ kiểm thử được một số kịch bản hạn chế. Quy trình Kiểm soát chất lượng (Control Quality) và Xác nhận phạm vi (Validate Scope) cần dữ liệu và tình huống do chính người vận hành xây dựng — họ biết những tình huống chuyển giao phức tạp nào hay xảy ra.

  • Đánh giá thấp độ phức tạp phần mềm, dự phòng lịch mỏng

    FAA biết trước sẽ có lỗi phần mềm nhưng chỉ dành 6–9 tháng dự phòng cho một hệ thống an toàn trọng yếu. Dự phòng lịch (schedule reserve) phải được tính từ phân tích rủi ro định lượng chứ không phải con số ước chừng.

  • Phụ thuộc liên dự án không được quản lý ở cấp chương trình

    GAO ghi nhận các văn phòng chương trình hiểu mình phụ thuộc vào ERAM, nhưng FAA chưa có danh sách đầy đủ ảnh hưởng của việc trễ ERAM lên các chương trình khác. Quản lý chương trình (program management) phải duy trì bản đồ phụ thuộc và phân tích lan truyền tác động.

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

    1. 1

      Bước 1: Đưa người dùng cuối vào nhóm từ đầu

      Thoả thuận với công đoàn và cơ quan quản lý để có kiểm soát viên tham gia thường xuyên vào đặc tả yêu cầu, rà soát giao diện và kiểm thử — điều FAA chỉ làm sau khi đã trễ.

    2. 2

      Bước 2: Xây tiêu chí chấp nhận cùng người vận hành

      Tiêu chí cho hệ thống an toàn trọng yếu phải do người vận hành cùng định nghĩa:

      • Kịch bản vận hành thật

        Bộ kịch bản kiểm thử do kiểm soát viên đề xuất, bao gồm chuyển giao giữa sector ở mật độ cao.

      • Không lỗi an toàn

        Không chấp nhận lỗi mất hoặc gán sai dữ liệu chuyến bay ở bất kỳ mức độ nào trước khi mở rộng sang điểm mới.

      • Chuyển đổi có lối lui

        Mỗi điểm triển khai có quy trình quay về hệ thống cũ đã diễn tập.

    3. 3

      Bước 3: Tính dự phòng lịch bằng phân tích định lượng

      Dùng mô phỏng Monte Carlo trên lịch biểu, xét xác suất lỗi phần mềm phát sinh tại điểm thử, để đặt dự phòng thực tế.

    4. 4

      Bước 4: Quản lý phụ thuộc ở cấp chương trình

      Lập ma trận phụ thuộc giữa ERAM và các chương trình NextGen, cập nhật mỗi khi lịch ERAM thay đổi và thông báo cho các văn phòng chịu ảnh hưởng.

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

    Người dùng cuối không chỉ là người nghiệm thu ở cuối dự án. Với hệ thống an toàn trọng yếu, đưa họ vào thiết kế và kiểm thử từ đầu là cách rẻ nhất để phát hiện yêu cầu ẩn — muộn hơn, cái giá là nhiều năm trễ hạn và hàng trăm triệu USD.

    Nguồn tham khảo

    • GAO-12-223 — Air Traffic Control Modernization: Management Challenges Associated with Program Costs and Schedules Could Hinder NextGen Implementation
    • GAO-12-223 — toàn văn báo cáo (PDF)
    #Quản lý các bên liên quan#Xác nhận phạm vi#Kiểm thử chấp nhận#Phụ thuộc liên dự án#gao

    Nguồn: GAO-12-223 — Air Traffic Control Modernization: Management Challenges Associated with Program Costs and Schedules Could Hinder NextGen Implementation ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án thay thế hệ thống điều hành dùng tại 20 trung tâm. Nhà thầu đề xuất kiểm thử chấp nhận hoàn toàn tại phòng thí nghiệm để tiết kiệm thời gian; công đoàn người vận hành yêu cầu được tham gia kiểm thử nhưng điều này cần đàm phán thêm. PM nên làm gì?

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

    Nếu là PM ERAM khi thử nghiệm trên luồng bay thật lộ lỗi chuyển giao, còn mốc triển khai toàn quốc đã cam kết với Quốc hội, 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 cùng lĩnh vực

    Số 201Quản lý Các bên liên quan

    Digg v4 (2010): viết lại toàn bộ sản phẩm trong một lần ra mắt và cuộc nổi dậy của chính người dùng nòng cốt

    Tháng 8/2010, mạng tin xã hội Digg ra mắt phiên bản 4 với nền tảng viết lại và nhiều tính năng quen thuộc bị gỡ bỏ. Người dùng nòng cốt tổ chức "ngày bỏ Digg", nhà xuất bản báo cáo lượng truy cập giới thiệu giảm, và lưu lượng mất hơn một phần tư chỉ sau một tháng. Phân tích dưới góc nhìn quản lý các bên liên quan: ai là người tạo ra giá trị của nền tảng, và họ được tham vấn đến đâu.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Số 202Quản lý Các bên liên quan

    Netflix và Qwikster (2011): tăng giá, tách dịch vụ thành hai trang và bài học về thông điệp tới khách hàng

    Năm 2011, Netflix tăng giá gói kết hợp DVD và phát trực tuyến, rồi vài tuần sau công bố tách DVD thành dịch vụ riêng Qwikster với trang web và tài khoản riêng. Khách hàng coi đó là tăng giá và gây bất tiện, hàng trăm nghìn thuê bao rời đi. Ngày 10/10/2011, Netflix huỷ Qwikster. Phân tích về cách giải thích thay đổi, kiểm tra phản ứng của khách hàng trước khi cam kết.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Số 200Quản lý Các bên liên quan

    Wikipedia VisualEditor (2013): đưa trình soạn thảo trực quan thành mặc định và phản ứng của cộng đồng biên tập viên

    Wikimedia Foundation phát triển VisualEditor để hạ rào cản cho người mới. Tháng 7/2013, bản beta trở thành trình soạn mặc định cho người dùng đăng nhập trên Wikipedia tiếng Anh, nhưng cộng đồng phàn nàn về lỗi và độ ổn định; đến tháng 9/2013 phải chuyển sang chế độ tự chọn. Nghiên cứu 2015 không thấy lợi ích năng suất. Bài học về quản lý bên liên quan khi người dùng chính cũng là người đóng góp nội dung.

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