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. /Luật Truy cập trực tuyến OZG (Đức): cam kết số h…
Số 340Quản lý Phạm vi

Luật Truy cập trực tuyến OZG (Đức): cam kết số hoá 575 dịch vụ hành chính đến cuối 2022 và câu hỏi "thế nào là xong?"

Luật OZG năm 2017 buộc liên bang, bang và địa phương đưa 575 nhóm dịch vụ hành chính lên mạng trước cuối năm 2022. Khi hạn đến, chỉ một phần nhỏ có mặt trên phạm vi toàn quốc, bảng theo dõi đếm cả dịch vụ mới có ở một địa phương, danh sách ưu tiên bị thu hẹp từ 35 xuống 15. Bài học về định nghĩa phạm vi, tiêu chí hoàn thành và ưu tiên hoá.

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

Bối cảnh thực tế

Năm 2017, Đức ban hành Luật Truy cập trực tuyến (Onlinezugangsgesetz – OZG): đến cuối năm 2022, liên bang, 16 bang và các địa phương phải cung cấp 575 nhóm dịch vụ hành chính qua cổng trực tuyến. Liên bang dành khoảng 3,3 tỷ euro cho OZG và hiện đại hoá sổ đăng ký.

Theo Hội đồng Kiểm soát Quy chuẩn quốc gia (Normenkontrollrat – NKR) và báo chí chuyên ngành:

  • Báo cáo giám sát lần thứ 6 của NKR kết luận không thể đạt hạn cuối 2022: trong 575 nhóm, 381 đang được triển khai (139 ở giai đoạn lập kế hoạch, 188 ở giai đoạn thực hiện); chỉ 16 dịch vụ có ở ít nhất một nửa số bang.
  • Một dịch vụ chỉ được coi là đạt OZG khi ở mức trưởng thành 3 — xử lý hoàn toàn trực tuyến, kể cả giấy tờ chứng minh và kết quả. Bảng theo dõi chính thức lại đếm từ mức 2 và tính "đã số hoá" khi có ở một địa phương; Kiểm toán Liên bang phê bình cách trình bày này gây hiểu lầm.
  • Năm 2022, chính phủ chọn 35 dịch vụ "Booster" ưu tiên; mục tiêu không đạt và danh sách được thu lại còn 15 "dịch vụ trọng tâm".
  • Nguyên nhân được nêu: thiếu hạ tầng kỹ thuật nền dùng chung, thiếu tiêu chuẩn và giao diện bắt buộc giữa các cấp, mỗi cấp tự xây giải pháp riêng, hiện đại hoá sổ đăng ký chậm, quy trình ra quyết định phức tạp, thiếu nhân sự.
  • Luật sửa đổi OZG 2.0 (2023) bỏ hạn chót, bị phê bình là thiếu cam kết ràng buộc.

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

  • Phạm vi định nghĩa bằng số lượng, không bằng kết quả

    Con số 575 đo đầu ra (output) chứ không đo giá trị cho người dân. Khi phạm vi được đếm, các bên có động cơ đẩy nhiều dịch vụ lên mức "có mặt" thay vì làm trọn vẹn những dịch vụ dùng nhiều nhất.

  • Tiêu chí hoàn thành không thống nhất giữa luật và bảng theo dõi

    Luật cần mức 3, bảng theo dõi tính từ mức 2 và một địa phương. Thiếu một định nghĩa hoàn thành (Definition of Done) và tiêu chí chấp nhận chung, Xác nhận phạm vi (Validate Scope) không thể cho biết thật sự đã giao được bao nhiêu.

Ưu tiên hoá đến quá muộn

Danh sách ưu tiên chỉ xuất hiện năm 2022, sát hạn, rồi tiếp tục bị thu hẹp. Ưu tiên theo giá trị (như MoSCoW hoặc theo số lượt sử dụng) lẽ ra phải là bước đầu của lập kế hoạch phạm vi.

  • Phạm vi bỏ sót các thành phần nền tảng

    Không có hạ tầng nền, tiêu chuẩn liên thông và sổ đăng ký hiện đại thì mỗi dịch vụ phải tự giải quyết lại cùng một vấn đề. WBS lẽ ra phải có các gói công việc nền dùng chung là điều kiện tiên quyết cho hàng trăm dịch vụ.

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

    1. 1

      Bước 1: Định nghĩa "xong" một lần cho mọi cấp

      Thống nhất tiêu chí chấp nhận duy nhất và báo cáo theo đúng tiêu chí đó:

      • Hoàn thành

        Xử lý trực tuyến từ đầu đến cuối (mức 3+) và có ở mọi địa phương có thẩm quyền.

      • Đang triển khai

        Đã đạt mức 3 ở một số địa phương; có kế hoạch nhân rộng với mốc cụ thể.

      • Chưa tính

        Chỉ có biểu mẫu tải về hoặc nộp trực tuyến nhưng xử lý trên giấy.

    2. 2

      Bước 2: Ưu tiên theo lượt sử dụng ngay từ đầu

      Xếp hạng dịch vụ theo số giao dịch và mức tác động, cam kết hoàn thành trọn vẹn nhóm đầu trước khi mở rộng.

    3. 3

      Bước 3: Đưa nền tảng dùng chung vào phạm vi bắt buộc

      Xác định danh tính, thanh toán, giao diện với sổ đăng ký là các gói công việc cần làm xong sớm và tái sử dụng theo nguyên tắc "một nơi xây, nhiều nơi dùng".

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

    Phạm vi định nghĩa bằng con số đẹp nhưng không có tiêu chí hoàn thành chung sẽ tạo ra báo cáo tiến độ đẹp mà người dùng không cảm nhận được. Hãy định nghĩa "xong" theo kết quả cho người dùng, ưu tiên những gì được dùng nhiều nhất, và đưa nền tảng dùng chung vào phạm vi ngay từ đầu.

    Nguồn tham khảo

    • netzpolitik.org — Onlinezugangsgesetz 2.0: Die Probleme bleiben (09/2023)
    • Haufe — Onlinezugangsgesetz nicht mehr bis Ende 2022 umsetzbar
    • dbb — Normenkontrollrat-Monitor: Umsetzung bis Ende 2022 nicht mehr zu schaffen
    #Quản lý phạm vi#Định nghĩa hoàn thành#Ưu tiên hoá#Chính phủ điện tử#Liên thông#Đức

    Nguồn: netzpolitik.org — Onlinezugangsgesetz 2.0: Die Probleme bleiben (09/2023) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn điều phối chương trình số hoá hàng trăm thủ tục hành chính ở nhiều cấp chính quyền. Báo cáo cho thấy 70% thủ tục "đã trực tuyến", nhưng phần lớn chỉ cho tải biểu mẫu hoặc chỉ có ở một vài địa phương, và người dân vẫn phải đến nộp giấy. Bạn nên làm gì trước tiên?

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

    Nếu là người điều phối OZG năm 2020, khi thấy hạn 2022 khó đạt với 575 nhóm dịch vụ, 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)