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. /TSB Bank 2018: cuộc di chuyển nền tảng khiến 5,2…
Số 32Quản lý Tích hợp

TSB Bank 2018: cuộc di chuyển nền tảng khiến 5,2 triệu khách hàng chao đảo và khoản phạt 48,65 triệu bảng

Cuối tuần 20–22/4/2018, TSB chuyển dữ liệu sang nền tảng CNTT mới. Dữ liệu sang được, nhưng nền tảng gặp sự cố ngay lập tức; phải tới tháng 12/2018 ngân hàng mới trở lại bình thường. FCA và PRA phạt 48,65 triệu bảng vì yếu kém quản trị chương trình và quản lý rủi ro thuê ngoài.

HP
Nguyễn Thu Hà, PMP
08/08/2026
4 phút đọc 0 lượt xem
TSB Bank 2018: cuộc di chuyển nền tảng khiến 5,2 triệu khách hàng chao đảo và khoản phạt 48,65 triệu bảng
Bình luận0

Bối cảnh thực tế

Sau khi được ngân hàng Tây Ban Nha Sabadell mua lại, TSB (Anh) lên kế hoạch rời nền tảng CNTT thuê của Lloyds Banking Group để chuyển sang một nền tảng mới dựa trên hệ thống của tập đoàn mẹ. Cuối tuần 20–22/4/2018, TSB thực hiện sự kiện di chuyển chính (Main Migration Event), đưa phần lớn hoạt động và dữ liệu khách hàng sang nền tảng mới.

Theo cơ quan quản lý, bản thân dữ liệu được chuyển thành công, nhưng nền tảng mới gặp sự cố kỹ thuật ngay sau đó: chi nhánh, điện thoại, ngân hàng trực tuyến và di động đều bị gián đoạn. Tất cả chi nhánh và một phần đáng kể trong 5,2 triệu khách hàng bị ảnh hưởng; một số vấn đề kéo dài đến tháng 12/2018.

Những dấu hiệu bất thường:

  • Toàn bộ hoạt động chuyển trong một cuối tuần — cách tiếp cận "big bang" với một ngân hàng bán lẻ đang vận hành.
  • Phần lớn năng lực kỹ thuật nằm ở nhà cung cấp bên thứ ba trọng yếu, trong khi TSB phải chịu trách nhiệm trước khách hàng và cơ quan quản lý.
  • Sự cố lộ ra ở năng lực xử lý của nền tảng khi tải thật đổ vào, không phải ở khâu chuyển dữ liệu.

Tháng 9/2018, CEO Paul Pester từ chức. Tháng 12/2022, FCA và PRA phạt TSB tổng cộng 48,65 triệu bảng; năm 2023, PRA phạt cá nhân cựu CIO.

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

  • Tổ chức và kiểm soát chương trình chưa tương xứng (Direct and Manage Project Work)

    Kết luận cốt lõi của FCA/PRA: TSB không tổ chức và kiểm soát chương trình di chuyển một cách đầy đủ. Với một chương trình chuyển đổi toàn bộ ngân hàng, cấu trúc quản trị phải đủ mạnh để thấy và xử lý rủi ro tích hợp giữa các luồng công việc — không chỉ theo dõi tiến độ từng gói.

  • Rủi ro thuê ngoài không được quản lý như một phần của kế hoạch tích hợp

    Cơ quan quản lý chỉ ra TSB không quản lý tốt rủi ro vận hành phát sinh từ thoả thuận thuê ngoài CNTT với nhà cung cấp bên thứ ba trọng yếu. Dưới góc PMP, quan hệ nhà cung cấp phải được tích hợp vào kế hoạch quản lý dự án: tiêu chí nghiệm thu, quyền kiểm tra bằng chứng, trách nhiệm khi sự cố — chứ không chỉ là một hợp đồng ký xong là xong.

  • Tiêu chí sẵn sàng chưa phản ánh vận hành thật (Monitor and Control Project Work)

    Dữ liệu chuyển đúng nhưng nền tảng không chịu được hoạt động thực tế cho thấy định nghĩa "sẵn sàng" đã quá hẹp. Quy trình kiểm soát phải xác minh cả năng lực xử lý, khả năng phục hồi và kịch bản quay lui — những yếu tố quyết định trải nghiệm khách hàng.

  • Thiếu khả năng thích ứng sau go-live (Resilience — PMBOK 7)

    Nguyên tắc về khả năng phục hồi (resilience) yêu cầu chuẩn bị cho việc hấp thụ tác động và phục hồi nhanh. Tám tháng mới trở lại bình thường cho thấy kế hoạch ứng phó sự cố và năng lực "ổn định sau go-live" chưa được hoạch định tương xứng với quy mô thay đổi.

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

    1. 1

      Bước 1: Chia nhỏ chuyển đổi và chạy thử với tải thật

      Di chuyển theo nhóm khách hàng hoặc kênh, bắt đầu bằng nhóm nhỏ, theo dõi chỉ số trước khi mở rộng. Diễn tập (dress rehearsal) toàn bộ cuối tuần chuyển đổi với khối lượng tương đương thật.

    2. 2

      Bước 2: Đặt tiêu chí go/no-go của ban điều hành dựa trên bằng chứng độc lập

      Ban điều hành không phê duyệt dựa trên lời khẳng định của nhà cung cấp. Ví dụ ngưỡng:

      • GO

        Thử tải đạt đỉnh dự kiến + biên an toàn; diễn tập quay lui thành công; bên thứ ba độc lập xác nhận.

      • GO có điều kiện

        Còn rủi ro đã biết có phương án giảm thiểu, đội ứng phó 24/7 và kênh liên lạc khách hàng sẵn sàng.

      • NO-GO

        Chưa diễn tập quay lui, chưa có bằng chứng năng lực xử lý, hoặc lỗi nghiêm trọng còn mở.

    3. 3

      Bước 3: Tích hợp quản lý nhà cung cấp vào quản trị chương trình

      Hợp đồng ghi rõ quyền truy cập bằng chứng kiểm thử, quyền kiểm toán, tiêu chí nghiệm thu và nghĩa vụ hỗ trợ sau go-live. Đại diện nhà cung cấp ngồi trong ban điều phối tích hợp, báo cáo theo cùng bộ chỉ số.

    4. 4

      Bước 4: Chuẩn bị kế hoạch quay lui và giai đoạn hypercare

      Xác định điểm "không thể quay lui" và điều kiện kích hoạt quay lui trước đó. Sau go-live, lập đội hypercare với ngưỡng leo thang rõ ràng và năng lực chăm sóc khách hàng tăng cường.

    5. 5

      Bước 5: Giao tiếp chủ động với khách hàng và cơ quan quản lý

      Kế hoạch truyền thông khủng hoảng được chuẩn bị từ trước: kênh thông báo, hướng dẫn thay thế, cơ chế bồi hoàn. Minh bạch sớm giảm thiệt hại uy tín.

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

    "Dữ liệu đã sang" không có nghĩa là "khách hàng dùng được". Bạn có thể thuê ngoài công việc, nhưng không thể thuê ngoài trách nhiệm — tiêu chí sẵn sàng phải đo bằng vận hành thật và được chứng minh bằng bằng chứng độc lập.

    Nguồn tham khảo

    • Bank of England — TSB fined £48.65m for operational resilience failings (2022)
    • Wikipedia — TSB Bank (United Kingdom)
    #Quản lý tích hợp#go-live#Ngân hàng#Chuyển đổi dữ liệu#Thuê ngoài

    Nguồn: Bank of England — TSB fined £48.65m for operational resilience failings (2022) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Một ngân hàng chuẩn bị chuyển toàn bộ khách hàng sang nền tảng lõi mới vào cuối tuần tới. Nhà cung cấp báo cáo mọi kiểm thử "đạt", nhưng PM nhận thấy chưa có buổi diễn tập quay lui nào và chưa có bằng chứng thử tải ở mức đỉnh. Hành động tốt nhất của PM là gì?

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

    Hai ngày trước cuối tuần chuyển đổi, thử tải đạt 85% mức đỉnh dự kiến. Nếu là PM, bạn khuyến nghị 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 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)