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ý Phạm vi
  3. /Sân bay Berlin Brandenburg (BER): thay đổi kế ho…
Số 94Quản lý Phạm vi

Sân bay Berlin Brandenburg (BER): thay đổi kế hoạch liên tục khi đang xây và 6 lần huỷ ngày khai trương

Khởi công 2006, dự kiến mở tháng 10/2011, thực tế khai trương 31/10/2020 với chi phí khoảng 6 tỷ euro — gấp ba dự kiến. Sáu ngày khai trương bị huỷ, có lần chỉ 4 tuần trước giờ G. Kế hoạch thay đổi khi đang thi công khiến một phần ba số phòng trong nhà ga mang sai số hiệu. Phân tích theo Control Scope và quản lý cấu hình.

HP
Nguyễn Thu Hà, PMP
06/06/2026
4 phút đọc 0 lượt xem
Sân bay Berlin Brandenburg (BER): thay đổi kế hoạch liên tục khi đang xây và 6 lần huỷ ngày khai trương
Bình luận0

Bối cảnh thực tế

Sân bay Berlin Brandenburg "Willy Brandt" (BER) được khởi công năm 2006 để thay thế các sân bay cũ của thủ đô nước Đức. Mục tiêu khai trương: tháng 10/2011, sau đó dời sang 3/6/2012.

Tháng 5/2012, chỉ khoảng 4 tuần trước ngày bay, việc khai trương bị huỷ do hệ thống phòng cháy — đặc biệt là hệ thống hút khói — không đạt yêu cầu. Những năm sau đó, các đợt kiểm tra phát hiện hàng loạt vấn đề về thi công và giám sát.

Dấu hiệu bất thường:

  • Trong khoảng 4.000 phòng của nhà ga, cứ ba phòng thì có một phòng mang sai số hiệu do kế hoạch bị thay đổi; năm 2014 phải đánh số lại toàn bộ.
  • Khi lập kế hoạch mở rộng, máng cáp bị nhồi quá tải và thiếu hồ sơ, hàng trăm km cáp phải lắp lại từ đầu.
  • Khu làm thủ tục được bổ sung hai phần mở rộng ở hai bên, mỗi phần thêm 12 quầy và 8 làn soi chiếu.
  • Tổng thầu thiết kế bị cho thôi việc giữa dự án; kiểm tra phát hiện nhiều lỗi do thiếu giám sát và hồ sơ.

Tổng cộng sáu ngày khai trương bị huỷ. BER chỉ đi vào hoạt động ngày 31/10/2020 — trễ 9 năm — với chi phí khoảng 6 tỷ euro, gấp khoảng ba lần kế hoạch ban đầu.

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

  • Thay đổi phạm vi khi đang thi công mà không kiểm soát tích hợp

    Việc bổ sung khu làm thủ tục, mở rộng hạ tầng kỹ thuật khi công trình đã dựng là thay đổi phạm vi sản phẩm. Mỗi thay đổi kéo theo thay đổi ở hệ thống điện, cáp, phòng cháy. Nếu không đánh giá tác động lan truyền qua quy trình Thực hiện kiểm soát thay đổi tích hợp, các hệ thống an toàn — vốn đòi hỏi thiết kế đồng bộ — sẽ là nơi vỡ trước.

  • Mất kiểm soát cấu hình (configuration management)

    Một phần ba số phòng mang sai số hiệu và máng cáp không có hồ sơ là bằng chứng rõ ràng: thực tế công trình không còn khớp với tài liệu. Theo PMBOK, hệ thống quản lý cấu hình bảo đảm mọi phiên bản thiết kế được nhận diện, thay đổi được ghi nhận và có thể kiểm tra. Không có nó, không thể Xác nhận phạm vi (Validate Scope) hay nghiệm thu an toàn.

  • Thiếu tiêu chí nghiệm thu cho hạng mục quan trọng nhất

    Hệ thống phòng cháy và hút khói là điều kiện để được cấp phép khai thác — tức là yêu cầu bắt buộc. Việc phát hiện nó không đạt chỉ vài tuần trước khai trương cho thấy tiêu chí nghiệm thu không được kiểm tra dần theo tiến độ.

  • Đứt gãy trách nhiệm thiết kế giữa dự án

    Khi tổng thầu thiết kế bị cho thôi việc, quyền sở hữu phạm vi kỹ thuật bị đứt đoạn. Không có đường cơ sở phạm vi được cập nhật và bàn giao đầy đủ, đội mới phải "khảo cổ" lại công trình.

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Đóng băng thiết kế (design freeze) cho các hệ thống liên quan an toàn

      Xác định mốc đóng băng thiết kế; sau mốc này mọi thay đổi chạm tới phòng cháy, điện, thông gió phải được phân tích tác động liên hệ thống và phê duyệt ở cấp cao nhất.

    2. 2

      Bước 2: Thiết lập hệ thống quản lý cấu hình bắt buộc

      Mọi bản vẽ có mã phiên bản; mọi thay đổi có số hiệu và truy vết tới hạng mục thi công; hồ sơ hoàn công cập nhật theo tuần.

    3. 3

      Bước 3: Phân loại thay đổi theo mức ảnh hưởng hệ thống

      Gợi ý phân loại khi đánh giá yêu cầu thay đổi trong công trình phức hợp:

      • Cục bộ

        Chỉ ảnh hưởng một khu vực, không chạm hệ thống kỹ thuật dùng chung; phê duyệt cấp gói thầu.

      • Liên hệ thống

        Ảnh hưởng điện, cáp, thông gió; bắt buộc rà soát của tất cả bộ môn kỹ thuật.

      • Ảnh hưởng an toàn

        Chạm tới phòng cháy, hút khói, thoát nạn; cần CCB cấp chủ đầu tư và đánh giá lại lịch cấp phép.

    4. 4

      Bước 4: Kiểm thử nghiệm thu dần theo tiến độ

      Lên kế hoạch kiểm tra hệ thống an toàn theo từng khu vực hoàn thành, thay vì dồn toàn bộ vào trước ngày khai trương.

    5. 5

      Bước 5: Bàn giao phạm vi có cấu trúc khi thay đội thiết kế

      Khi đổi nhà thầu thiết kế, bắt buộc kiểm kê cấu hình (hồ sơ, bản vẽ, thay đổi đang chờ) và cập nhật đường cơ sở phạm vi trước khi đội mới tiếp nhận.

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

    Trong công trình phức hợp, mỗi thay đổi "nhỏ" đều lan sang hệ thống khác. Không có kiểm soát thay đổi tích hợp và quản lý cấu hình, phạm vi trên giấy và công trình thực tế sẽ dần trở thành hai thứ khác nhau.

    Nguồn tham khảo

    • Berliner Zeitung — The seven most embarrassing BER fails
    • AP qua KSAT — New Berlin airport opening 9 years late with little ceremony (2020)
    • Wikipedia — Berlin Brandenburg Airport
    #Quản lý phạm vi#kiem-soat-thay-doi#Quản lý cấu hình#Dự án hạ tầng#Bài học thất bại

    Nguồn: Berliner Zeitung — The seven most embarrassing BER fails ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Một dự án nhà ga đang thi công giai đoạn hoàn thiện. Đơn vị vận hành yêu cầu mở rộng khu làm thủ tục thêm 12 quầy. Kỹ sư cho biết thay đổi này sẽ ảnh hưởng tới hệ thống cáp và vùng hút khói đã thiết kế. PM nên làm gì?

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

    Nếu là PM của BER đầu năm 2012, khi phát hiện hệ thống hút khói chưa đạt trong lúc ngày khai trương đã công bố và các hãng bay đã bán vé, bạn chọn phương án 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 cùng lĩnh vực

    Quản lý Phạm vi

    Duke Nukem Forever: 14 năm phát triển khi phạm vi là một mục tiêu di động và không ai định nghĩa "xong"

    Công bố năm 1997 với kỳ vọng ra mắt cuối 1998, tựa game Duke Nukem Forever chuyển động cơ đồ hoạ nhiều lần, khởi động lại và chỉ phát hành tháng 6/2011 sau khi Gearbox tiếp quản. Phân tích dưới góc nhìn quản lý phạm vi: khi chủ dự án tự quyết mọi thay đổi, không có đường cơ sở và không có tiêu chí hoàn thành.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Quản lý Phạm vi

    FBI Sentinel (2006–2012): yêu cầu sáu năm tuổi, tạm dừng nhà thầu và cuộc đặt lại phạm vi theo hướng agile

    Sau thất bại của Virtual Case File, FBI giao Lockheed Martin xây hệ thống hồ sơ điện tử Sentinel theo bốn giai đoạn. Đến 2010, mới xong hai giai đoạn, thanh tra Bộ Tư pháp cảnh báo yêu cầu đã cũ và kế hoạch mới chưa được văn bản hoá. FBI dừng nhà thầu, tự phát triển theo agile với phạm vi thu hẹp và hệ thống được dùng toàn cơ quan từ 7/2012. Bài học về xếp hạng lại yêu cầu khi đã tiêu hao phần lớn ngân sách.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận12/10/2026
    Quản lý Phạm vi

    Phoenix/Firefox (2002–2004): cắt gọt phạm vi của một bộ ứng dụng cồng kềnh để làm ra trình duyệt gọn nhẹ

    Một nhóm nhỏ trong cộng đồng Mozilla cho rằng áp lực thương mại và việc tính năng chồng chất đã làm Mozilla Suite phình to. Họ làm một trình duyệt độc lập, tối giản (Phoenix, sau đổi tên Firefox), ra bản 1.0 ngày 9/11/2004 và đạt 60 triệu lượt tải trong chín tháng. Ví dụ thành công của việc dám loại bỏ.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPHướng xử lý theo khuyến nghị PMIPM 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)