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. /Hiện đại hoá sổ đăng ký doanh nghiệp MBR (Úc): g…
Số 341Quản lý Phạm vi

Hiện đại hoá sổ đăng ký doanh nghiệp MBR (Úc): gộp 32 sổ đăng ký, mở rộng phạm vi trước khi giao và chi phí dự kiến từ 480,5 triệu lên tới 2,8 tỷ đô la

Úc muốn gộp Sổ đăng ký doanh nghiệp (ABR) và 31 sổ đăng ký của ASIC lên một nền tảng do Sở Thuế vận hành, rồi thêm cả mã số giám đốc. Đánh giá độc lập năm 2023 cho thấy chi phí có thể lên tới 2,8 tỷ đô la, trễ 5 năm, và kết luận "lớn hơn không phải là tốt hơn". Chương trình bị dừng. Bài học về nhồi phạm vi vào một chương trình duy nhất.

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

Bối cảnh thực tế

Ngân sách 2018–19 của Úc đề ra chương trình Modernising Business Registers (MBR): gộp Sổ đăng ký doanh nghiệp Úc (ABR) và 31 sổ đăng ký doanh nghiệp của Uỷ ban Chứng khoán và Đầu tư (ASIC) lên một nền tảng công nghệ hiện đại do Cơ quan Đăng ký doanh nghiệp thuộc Sở Thuế (ATO) quản lý. Chính phủ cũng yêu cầu triển khai chế độ mã số định danh giám đốc (Director ID) thông qua chương trình này.

Theo thông cáo của Bộ trưởng phụ trách và các tài liệu của Bộ Tài chính:

  • Ước tính ban đầu là 480,5 triệu đô la. Đánh giá độc lập năm 2023 cho thấy chương trình có thể tốn tới 2,8 tỷ — hơn năm lần — và chỉ hoàn thành đầy đủ vào năm 2029, trễ năm năm.
  • Nguyên nhân: đánh giá thấp nghiêm trọng độ phức tạp khi hình thành chương trình; sử dụng nhà thầu nhiều hơn kế hoạch; các quyết định mở rộng phạm vi trước khi giao; khó khăn khi chuyển trách nhiệm từ ASIC sang ATO; tác động của COVID-19.
  • Đánh giá kết luận lợi ích kinh tế không tương xứng với chi phí bổ sung. Bài học bao trùm: "lớn hơn không phải là tốt hơn" — xu hướng nhồi thêm phạm vi vào một chương trình làm tăng độ phức tạp và giảm khả năng thành công.
  • Ngày 28/08/2023, Chính phủ dừng chương trình. Hoạt động đăng ký tiếp tục ở ASIC; mã số giám đốc không bị ảnh hưởng. Đánh giá đề xuất khoảng 105 triệu để cải thiện chất lượng dữ liệu và khoảng 410 triệu để ổn định công nghệ sổ đăng ký hiện có.

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

  • Phạm vi được mở rộng trước khi phần cốt lõi được giao

    Thêm mục tiêu vào chương trình khi chưa có lần phát hành nào chứng minh nền tảng là dạng mở rộng phạm vi có chủ đích nhưng thiếu kiểm soát. Mỗi bổ sung phải được đánh giá tác động lên rủi ro tổng thể, không chỉ lên chi phí riêng của hạng mục đó.

  • Độ phức tạp không được phản ánh trong tuyên bố phạm vi

    32 sổ đăng ký với luật, dữ liệu và người dùng khác nhau là phạm vi có độ phức tạp cao. Tuyên bố phạm vi (scope statement) cần nêu rõ giả định, ràng buộc và loại trừ để ước tính phản ánh đúng độ khó.

  • Thay đổi tổ chức thực hiện là thay đổi phạm vi ngầm

    Chuyển trách nhiệm từ ASIC sang ATO kéo theo việc chuyển giao luật, quy trình và nhân sự — công việc không nằm trong WBS ban đầu nhưng phải làm.

  • Giá trị không được so sánh với phương án nhỏ hơn

    Đánh giá cuối cùng chỉ ra rằng đầu tư có mục tiêu vào dữ liệu và ổn định hệ thống hiện có mang lại phần lớn giá trị với chi phí thấp hơn nhiều. Phương án tối thiểu khả thi lẽ ra phải có trong business case từ đầu.

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

    1. 1

      Bước 1: Giao một lát cắt nhỏ trước khi gộp tất cả

      Chuyển một hoặc hai sổ đăng ký đơn giản sang nền tảng mới, đo chi phí và năng suất thực tế, rồi mới quyết định quy mô toàn bộ.

    2. 2

      Bước 2: Đặt cổng kiểm soát cho mọi yêu cầu thêm phạm vi

      Mỗi đề xuất bổ sung mục tiêu phải qua tiêu chí:

      • Chấp nhận

        Nền tảng lõi đã vận hành ổn định; bổ sung có business case riêng và nguồn lực riêng.

      • Tách thành dự án riêng

        Bổ sung có giá trị nhưng làm tăng phụ thuộc: triển khai độc lập, giao diện rõ ràng.

      • Từ chối hoặc hoãn

        Nền tảng lõi chưa có lần phát hành nào hoặc rủi ro tổng thể đã ở mức đỏ.

    3. 3

      Bước 3: Báo cáo tác động tích luỹ của các thay đổi phạm vi

      Tổng hợp mọi bổ sung kể từ đường cơ sở để nhà tài trợ thấy chương trình đã lớn lên bao nhiêu so với quyết định ban đầu.

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

    Mỗi lần "tiện thể" thêm một mục tiêu vào chương trình lớn, rủi ro không cộng thêm mà nhân lên. Hãy chứng minh nền tảng bằng một lát cắt nhỏ, tách các mục tiêu mới thành dự án riêng khi có thể, và luôn giữ một phương án nhỏ hơn để so sánh giá trị.

    Nguồn tham khảo

    • Assistant Treasurer — Albanese Government stops business registers program (08/2023)
    • Treasury — Modernising Business Registers and Director Identification Numbers legislation (2018)
    • Treasury — Tài liệu FOI 3441 về đánh giá MBR (PDF)
    #Quản lý phạm vi#Mở rộng phạm vi#business-case#Quyết định dừng dự án#Chính phủ điện tử#Úc

    Nguồn: Assistant Treasurer (Australia) — Albanese Government stops business registers program (28/08/2023) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Chương trình hợp nhất nhiều sổ đăng ký của bạn chưa có lần phát hành nào. Lãnh đạo đề nghị bổ sung thêm một chế độ định danh mới vào chương trình "vì đằng nào cũng đang xây nền tảng". Bạn nên phản hồi thế nào?

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

    Nếu là người chịu trách nhiệm MBR năm 2020, khi chi phí bắt đầu tăng và chưa sổ đăng ký nào được chuyển, 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ý 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 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)