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. /Chuyển đổi Sở Thuế New Zealand (Inland Revenue):…
Số 310Quản lý Tích hợp

Chuyển đổi Sở Thuế New Zealand (Inland Revenue): sáu lần phát hành qua bốn giai đoạn, thay hệ thống COBOL từ cuối thập niên 1980 trong ngân sách được duyệt

Inland Revenue thay hệ thống thuế lõi chạy trên mainframe COBOL bằng một gói phần mềm thương mại, chuyển từng sắc thuế theo lộ trình sáu lần phát hành trong bốn giai đoạn (2017–2021), có tài trợ nhiều năm, khung sẵn sàng và giai đoạn hỗ trợ sau go-live. Một ví dụ tích cực về quản lý tích hợp trong chương trình chuyển đổi lớn của khu vực công.

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

Bối cảnh thực tế

Hệ thống thuế lõi của New Zealand (FIRST) chạy trên mainframe COBOL từ cuối thập niên 1980. Cuối năm 2015, sau khoảng bốn năm chuẩn bị business case, Chính phủ đồng ý đầu tư 1,5–1,7 tỷ đô la NZ cho chương trình Business Transformation. Inland Revenue chọn gói phần mềm thuế thương mại GenTax của FAST Enterprises (đặt tên nội bộ là START) thay vì tự viết.

Theo Inland Revenue và báo chí chuyên ngành:

  • Lộ trình chuyển theo từng sản phẩm thuế: giai đoạn 1 là GST (đầu 2017), sau đó thuế thu nhập và doanh nghiệp, chính sách xã hội, rồi các loại thuế còn lại. Từ 2017 đến 2021 có 6 lần phát hành trong 4 giai đoạn.
  • Mỗi lần go-live có ba tháng hỗ trợ đầu đời, trong đó ba tuần "hypercare". Một khung sẵn sàng (Readiness Framework) chuẩn bị doanh nghiệp, nhân viên và khách hàng; nguyên tắc truyền thông là nhân viên được biết trước bên ngoài.
  • Việc chạy song song hệ thống cũ và mới được nhìn nhận là một trong những thách thức phức tạp nhất. Hệ thống cũ bị tắt vào tháng 11/2021 và chương trình đóng lại khi hạ tầng cũ được gỡ bỏ hoàn toàn.
  • Lần phát hành cuối go-live từ xa — điều mà Inland Revenue cho rằng chỉ làm được nhờ bài học của các lần trước.
  • Theo bài phỏng vấn năm 2022, chương trình tốn khoảng 1,5 tỷ đô la NZ; lãnh đạo Inland Revenue cho biết các lần phát hành "đúng hạn và dưới ngân sách". Hơn 400 ứng dụng được gỡ bỏ hoặc lưu trữ.
  • Bài học được nêu: lợi ích phải được thiết kế từ đầu ("thiết kế không mang lại lợi ích thì chưa đúng"), tài trợ nhiều năm giúp không mất thời gian xin lại tiền cho từng giai đoạn, hạn chế tuỳ biến phần mềm, và không đánh giá thấp quản lý thay đổi.

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

  • Kế hoạch tích hợp dựa trên lát cắt giá trị, không phải "big bang"

    Chia chuyển đổi theo sản phẩm thuế cho phép mỗi lần phát hành là một gói hoàn chỉnh (quy trình + dữ liệu + công nghệ). Kế hoạch quản lý dự án (Develop Project Management Plan) trở thành lộ trình nhiều lần go-live có thể học hỏi, thay vì một ngày cutover duy nhất rủi ro cao.

  • Lợi ích là một phần của phạm vi

Inland Revenue coi việc thực hiện lợi ích là điều kiện để "tự trả tiền" cho chương trình. Đây là tư duy quản lý lợi ích (benefits management) và định hướng giá trị của PMBOK 7: đánh giá thiết kế theo lợi ích mà nó tạo ra.

  • Bài học được đóng gói và dùng lại giữa các lần phát hành

    Việc lần cuối go-live từ xa được nhờ kinh nghiệm tích luỹ cho thấy quản lý tri thức dự án (Manage Project Knowledge) vận hành thật: bài học không nằm trong báo cáo đóng dự án mà được áp dụng ngay cho lần phát hành kế tiếp.

  • Chuyển giao và vận hành được lập kế hoạch như một sản phẩm bàn giao

    Khung sẵn sàng, hypercare và giai đoạn hỗ trợ ba tháng là cách đóng giai đoạn có kiểm soát (Close Project or Phase): kết quả chỉ được coi là bàn giao khi tổ chức vận hành được nó.

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

    1. 1

      Bước 1: Chọn trình tự phát hành theo rủi ro và giá trị

      Bắt đầu với một sản phẩm đủ quan trọng để chứng minh nền tảng nhưng đủ gọn để học (như GST), rồi mở rộng sang phần phức tạp hơn.

    2. 2

      Bước 2: Đặt tiêu chí sẵn sàng go-live cho từng lần phát hành

      Mỗi lần phát hành chỉ được go-live khi đạt các tiêu chí đã thống nhất:

      • Sẵn sàng go-live

        Kiểm thử với khách hàng đạt, dữ liệu đã làm sạch, nhân viên được đào tạo, kế hoạch hypercare có người trực.

      • Go-live có điều kiện

        Còn lỗi mức trung bình có giải pháp tạm; tăng nhân lực hỗ trợ và theo dõi hằng ngày.

      • Hoãn phát hành

        Đối soát dữ liệu chưa khớp hoặc kênh hỗ trợ khách hàng chưa sẵn sàng.

    3. 3

      Bước 3: Thiết kế giai đoạn chạy song song có chủ đích

      Xác định rõ hệ thống nào là nguồn dữ liệu gốc cho từng loại thông tin trong thời gian song song và kế hoạch tắt hệ thống cũ.

    4. 4

      Bước 4: Xin cam kết tài trợ cho cả lộ trình

      Thuyết phục nhà tài trợ phê duyệt khung ngân sách nhiều năm kèm cơ chế báo cáo lợi ích, thay vì xin tiền từng giai đoạn.

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

    Chương trình chuyển đổi lớn thành công khi được chia thành các lần phát hành hoàn chỉnh, mỗi lần đều có tiêu chí sẵn sàng và giai đoạn hỗ trợ sau go-live. Gắn lợi ích vào thiết kế, hạn chế tuỳ biến và mang bài học của lần trước vào lần sau là những việc nằm ở cốt lõi của quản lý tích hợp.

    Nguồn tham khảo

    • Inland Revenue — Delivery: learning and improving
    • iStart — Behind the scenes with Inland Revenue’s transformation (07/2022)
    • Office of the Auditor-General NZ — Governance of the Business Transformation programme (2015)
    #Quản lý tích hợp#Quản lý chương trình#Phát hành theo giai đoạn#Quản lý lợi ích#chuyển đổi số#Bài học tích cực

    Nguồn: Inland Revenue (NZ) — Delivery: learning and improving ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn lãnh đạo chương trình thay thế hệ thống lõi của một cơ quan thu ngân sách, phục vụ nhiều sắc thuế và hàng triệu khách hàng. Nhà tài trợ hỏi nên chuyển đổi theo cách nào để giảm rủi ro mà vẫn sớm có lợi ích. Phương án nào phù hợp nhất?

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

    Nếu là giám đốc chương trình, khi một lần phát hành giữa chừng còn vài lỗi mức trung bình ngay trước ngày go-live, 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 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 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)