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. /Cổng Dịch vụ công quốc gia (Việt Nam): khởi đầu …
Số 343Quản lý Phạm vi

Cổng Dịch vụ công quốc gia (Việt Nam): khởi đầu với 8 nhóm dịch vụ và bài toán "đếm số dịch vụ" hay "đo hồ sơ thực tế"

Cổng Dịch vụ công quốc gia khai trương ngày 9/12/2019 với 8 nhóm dịch vụ được chọn theo chi phí xã hội tiết kiệm được, rồi mở rộng dần. Trong khi đó, chỉ tiêu tỷ lệ dịch vụ trực tuyến mức 3, 4 tăng nhanh nhưng năm 2021 chỉ 36,47% dịch vụ có phát sinh hồ sơ. Bài học về chọn phạm vi khởi đầu theo giá trị và định nghĩa thành công bằng mức sử dụng.

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

Bối cảnh thực tế

Ngày 9/12/2019, Cổng Dịch vụ công quốc gia chính thức khai trương. Thay vì đưa lên ngay hàng nghìn thủ tục, Văn phòng Chính phủ chọn 8 nhóm dịch vụ công đầu tiên — như đổi giấy phép lái xe, cấp lại thẻ bảo hiểm y tế, cấp điện, thanh toán tiền điện, thông báo khuyến mại — dựa trên tính toán chi phí xã hội.

Theo các báo cáo và báo chí trong nước:

  • Văn phòng Chính phủ ước tính việc chuyển 8 nhóm dịch vụ sang môi trường điện tử tiết kiệm khoảng 4.222 tỷ đồng/năm, trong đó phần do Cổng mang lại (đăng nhập một lần, làm thủ tục ở nhiều địa phương) khoảng 1.736 tỷ đồng/năm. Đây là ước tính dựa trên giả định số giao dịch, không phải số đo thực tế.
  • Sau khai trương, các bộ, ngành, địa phương thí điểm với người dân ở nhiều vùng và tích hợp thêm dịch vụ theo lộ trình; đến 03/2021 đã có hơn 2.800 dịch vụ được tích hợp.
  • Ở cấp toàn quốc, tỷ lệ dịch vụ trực tuyến mức 3, 4 tăng từ 20,15% (2019) lên 68% (2021, khoảng 81.446 dịch vụ). Nhưng tỷ lệ dịch vụ có phát sinh hồ sơ năm 2021 chỉ 36,47%, thấp hơn năm 2020 (38,33%) và mục tiêu 50%; tỷ lệ hồ sơ xử lý trực tuyến là 29,8%.
  • Đến cuối 05/2022, trung bình cả nước khoảng 30% dịch vụ trực tuyến có phát sinh hồ sơ, so với mục tiêu 80% năm 2022. Nguyên nhân được nêu: dữ liệu giữa các cơ sở dữ liệu chưa kết nối hiệu quả nên người dân vẫn phải nộp giấy tờ, dịch vụ chưa thuận tiện, người dân chưa quen.

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

  • Phạm vi khởi đầu nhỏ, chọn theo giá trị — một quyết định đúng

    Chọn 8 nhóm dịch vụ có số giao dịch lớn và tiết kiệm xã hội cao là cách ưu tiên phạm vi theo giá trị, gần với tư duy sản phẩm khả dụng tối thiểu (MVP) và phát hành tăng dần trong PMBOK 7.

  • Chỉ tiêu đo đầu ra thay vì kết quả

    Tỷ lệ "dịch vụ đạt mức 3, 4" là chỉ số đầu ra; số hồ sơ thực tế mới là kết quả. Khi chỉ tiêu tập trung vào số lượng, phạm vi phình to nhanh hơn khả năng tạo giá trị — năm 2021 số dịch vụ tăng thêm 15.868 trong khi tỷ lệ có hồ sơ giảm.

Phụ thuộc dữ liệu không nằm trong phạm vi của từng dịch vụ

Dịch vụ trực tuyến nhưng vẫn đòi giấy tờ bản giấy vì dữ liệu chưa liên thông. Kết nối cơ sở dữ liệu là điều kiện tiên quyết; nếu không được đưa vào phạm vi và kế hoạch, dịch vụ "hoàn thành" về kỹ thuật nhưng không dùng được trọn vẹn.

  • Lợi ích ước tính chưa được xác nhận bằng số liệu thực

    Con số tiết kiệm dựa trên giả định số giao dịch. Theo dõi lợi ích thực tế là bước cần thiết để Xác nhận phạm vi theo giá trị và điều chỉnh ưu tiên.

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

    1. 1

      Bước 1: Giữ cách chọn phạm vi theo giá trị cho mọi đợt mở rộng

      Mỗi đợt tích hợp mới ưu tiên dịch vụ có nhiều giao dịch và có dữ liệu liên thông sẵn, thay vì chạy theo số lượng.

    2. 2

      Bước 2: Định nghĩa "hoàn thành" theo mức sử dụng

      Một dịch vụ chỉ được tính là đạt khi:

      • Đạt

        Người dân làm trọn quy trình trực tuyến, không phải nộp bản giấy; tỷ lệ hồ sơ trực tuyến tăng đều.

      • Cần cải thiện

        Đã có trực tuyến nhưng ít hồ sơ: khảo sát người dùng, rút gọn biểu mẫu, kết nối dữ liệu.

      • Chưa tính

        Không phát sinh hồ sơ trong kỳ hoặc vẫn bắt buộc nộp giấy tờ bản giấy.

    3. 3

      Bước 3: Đưa kết nối dữ liệu vào phạm vi như gói công việc tiên quyết

      Lập danh mục giấy tờ người dân phải nộp cho từng dịch vụ và kế hoạch thay thế bằng khai thác dữ liệu từ cơ sở dữ liệu quốc gia.

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

    Bắt đầu nhỏ với những dịch vụ mang lại giá trị lớn nhất là quyết định phạm vi đúng. Nhưng khi mở rộng, đừng để chỉ tiêu số lượng thay thế cho kết quả: phạm vi nên được đo bằng hồ sơ thực tế người dân nộp và mức độ họ không còn phải mang giấy tờ.

    Nguồn tham khảo

    • Thị trường Tài chính Tiền tệ — Khai trương Cổng Dịch vụ công quốc gia (12/2019)
    • VnEconomy — Tỷ lệ dịch vụ công trực tuyến mức độ 4 đạt 96% (12/2021)
    • Đại biểu Nhân dân — Tỷ lệ hồ sơ dịch vụ công trực tuyến thấp - vì sao? (07/2022)
    #Quản lý phạm vi#Ưu tiên hoá#Phát hành tăng dần#Dịch vụ công trực tuyến#chuyển đổi số#Việt Nam

    Nguồn: Thị trường Tài chính Tiền tệ — Khai trương Cổng Dịch vụ công quốc gia: Tiết kiệm được 4.222 tỷ đồng/năm (12/2019) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn quản lý chương trình đưa dịch vụ công lên mạng. Chỉ tiêu năm nay là tăng số dịch vụ trực tuyến, và bạn đã vượt chỉ tiêu. Tuy nhiên dữ liệu cho thấy hơn 60% dịch vụ không phát sinh hồ sơ nào. Hành động tốt nhất là gì?

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

    Nếu là người phụ trách Cổng Dịch vụ công quốc gia năm 2022, khi chỉ khoảng 30% dịch vụ trực tuyến có hồ sơ, 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)