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. /Quản lý các bên liên quan
  2. /Cổng dịch vụ công mới mà người dân vẫn xếp hàng …
Quản lý các bên liên quan· Domain: Các bên liên quan

Cổng dịch vụ công mới mà người dân vẫn xếp hàng nộp giấy: gắn kết người dùng trong dự án chuyển đổi số khu vực công

Dịch vụ trực tuyến đã chạy ba tháng nhưng tỷ lệ hồ sơ nộp online rất thấp, cán bộ một cửa vẫn phải nhập lại giấy tờ. Bài học về việc đưa người dân, cán bộ tiếp nhận và nhóm yếu thế vào danh sách stakeholder thực sự, dựa trên GOV.UK Service Standard.

HP
Nguyễn Thu Hà, PMP
24/09/2026
6 phút đọc 0 0
Cổng dịch vụ công mới mà người dân vẫn xếp hàng nộp giấy: gắn kết người dùng trong dự án chuyển đổi số khu vực công

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ. Số liệu là giả định.

Một sở ngành cấp tỉnh triển khai dự án đưa thủ tục cấp giấy phép kinh doanh có điều kiện lên mạng. Ban quản lý dự án gồm lãnh đạo sở, phòng chuyên môn, trung tâm công nghệ thông tin và nhà thầu phần mềm. Danh sách stakeholder ban đầu chỉ có các đơn vị này cùng cơ quan cấp trên.

Hệ thống go-live đúng hạn. Sau ba tháng:

  • Chỉ khoảng một phần năm số hồ sơ được nộp trực tuyến; phần còn lại vẫn nộp giấy tại bộ phận một cửa.
  • Người nộp than phiền form có hơn 60 trường, yêu cầu tải lên bản scan nhiều giấy tờ mà cơ quan đã có.
  • Cán bộ một cửa phải in hồ sơ online ra giấy để chuyển cho phòng chuyên môn – vì quy trình thẩm định nội bộ chưa thay đổi.
  • Nhiều hộ kinh doanh lớn tuổi không có máy scan, không quen thao tác, phải nhờ "dịch vụ làm hồ sơ" bên ngoài.

Lãnh đạo sở hỏi PM của nhà thầu: "Hệ thống đã đúng yêu cầu, vì sao người ta không dùng?"

Phân tích theo PMBOK® Guide

Góc nhìn PMBOK 7

  • Stakeholder Performance Domain: người dân, doanh nghiệp, cán bộ tiếp nhận là những bên bị ảnh hưởng trực tiếp bởi đầu ra của dự án. Họ không ký hợp đồng nhưng quyết định việc dự án có tạo ra kết quả hay không.
  • Nguyên tắc Focus on value: giá trị của dịch vụ công số không nằm ở việc "có hệ thống" mà ở việc người dân làm thủ tục nhanh hơn, ít tốn kém hơn; chỉ số đúng là tỷ lệ sử dụng và thời gian giải quyết, không phải số chức năng.
  • Nguyên tắc Enable change to achieve the envisioned future state: hệ thống mới đòi hỏi thay đổi quy trình thẩm định nội bộ và thói quen của cán bộ – đó là thay đổi tổ chức, không chỉ là cài phần mềm.
  • Delivery Performance Domain: yêu cầu phải được khơi gợi từ người dùng thật, không chỉ từ văn bản quy định.

Góc nhìn PMBOK 6

  • 13.1 Identify Stakeholders: cần phân tích cả nhóm bị ảnh hưởng (affected) chứ không chỉ nhóm ra quyết định. Lưới quyền lực/quan tâm dễ đặt người dân vào ô "quyền lực thấp – theo dõi", trong khi thực tế họ là người quyết định có dùng dịch vụ hay không.
  • 5.2 Collect Requirements: kỹ thuật phỏng vấn, nhóm tập trung (focus group), quan sát (observation/job shadowing), nguyên mẫu (prototype).
  • 13.4 Monitor Stakeholder Engagement: đo bằng dữ liệu sử dụng thật.

Tham chiếu: GOV.UK Service Standard

Chính phủ Anh xây dựng bộ Service Standard gồm 14 điểm cho dịch vụ công. Nhiều điểm trực tiếp là nguyên tắc gắn kết stakeholder: , , , , , . GOV.UK Service Manual cũng hướng dẫn cho người thiếu kỹ năng, thiếu thiết bị hay thiếu tự tin khi dùng dịch vụ trực tuyến – qua điện thoại, trực tiếp hoặc webchat.

Tình huống liên quan

Quản lý các bên liên quanCác bên liên quan

Người quyết định thật không có trong sơ đồ tổ chức: nhận diện và gắn kết stakeholder "ẩn"

Mọi cuộc họp với Phó Tổng giám đốc đều suôn sẻ, nhưng quyết định cứ bị "treo" sau đó. Hoá ra người được hỏi ý kiến cuối cùng là một chuyên gia lâu năm không có chức danh quản lý. Cách vẽ bản đồ ảnh hưởng không chính thức và gắn kết stakeholder ẩn mà không đi đường vòng.

Ngày đăng: 06/10/2026Lượt xem: 1Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Phòng Pháp chế "xuất hiện" sát ngày go-live: nhận diện stakeholder sớm với mô hình Salience

Một bộ phận chưa từng được mời họp bỗng đề nghị dừng go-live vì rủi ro tuân thủ. Vì sao nhận diện stakeholder phải làm sớm, lặp lại, và cách dùng mô hình Salience để ưu tiên.

Ngày đăng: 01/10/2026Lượt xem: 6Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Stakeholder quyền lực cao liên tục thay đổi yêu cầu: PM nên làm gì?

Giám đốc khối kinh doanh gửi yêu cầu mới mỗi tuần qua tin nhắn. Làm sao giữ quan hệ tốt mà vẫn bảo vệ được baseline dự án?

Ngày đăng: 01/10/2026Lượt xem: 1.245Bình luận: 3Đánh giá: 4.5
Quản lý các bên liên quanCác bên liên quan

Sponsor được điều chuyển giữa dự án: giữ "người bảo trợ" khi ghế lãnh đạo đổi chủ

Sponsor khởi xướng dự án được điều chuyển, người kế nhiệm chưa từng nghe về business case. Cách PM chủ động "onboard" sponsor mới, tái xác nhận giá trị và tránh để dự án mồ côi.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
hiểu người dùng và nhu cầu của họ
giải quyết trọn vẹn vấn đề cho người dùng
trải nghiệm liền mạch giữa các kênh
bảo đảm mọi người đều dùng được
có đội đa chức năng
làm việc theo cách agile và cải tiến thường xuyên
hỗ trợ số có trợ giúp (assisted digital support)

Cách xử lý

Bước 1: Mở rộng bản đồ stakeholder theo hành trình người dùng

NhómVai trò trong hành trìnhMối quan tâm chính
Hộ kinh doanh, doanh nghiệp nhỏNgười nộp hồ sơNhanh, ít giấy tờ, biết hồ sơ đang ở đâu
Người lớn tuổi, vùng xaNgười nộp có nhu cầu hỗ trợCó người hướng dẫn, kênh thay thế
Cán bộ một cửaTiếp nhận, kiểm traKhông nhập lại, không in lại
Chuyên viên thẩm địnhXử lý hồ sơHồ sơ đủ, đúng ngay từ đầu
Đơn vị dịch vụ làm hồ sơTrung gianCó thể là kênh hỗ trợ hoặc là rủi ro
Lãnh đạo sở, cơ quan cấp trênRa quyết định, giám sátChỉ tiêu, phản ánh của người dân

Bước 2: Nghiên cứu người dùng thật, không chỉ đọc văn bản

  • Quan sát tại bộ phận một cửa vài buổi: ghi lại câu hỏi người dân hay hỏi, lỗi hay gặp.
  • Phỏng vấn ngắn người nộp giấy: vì sao không nộp online?
  • Thử nghiệm khả dụng (usability testing) với 5–8 người dùng mỗi vòng, gồm cả người lớn tuổi.
  • Đi theo một hồ sơ từ lúc nộp đến lúc trả kết quả để thấy điểm nghẽn nội bộ.

Bước 3: Giải quyết "trọn vấn đề", không chỉ phần mềm

  • Rút gọn form: bỏ trường có thể lấy từ cơ sở dữ liệu sẵn có; mỗi trường phải trả lời được câu hỏi "dùng để làm gì?".
  • Đề xuất với lãnh đạo sở thay đổi quy trình thẩm định trên hệ thống – đây là quyết định của chủ đầu tư, PM chuẩn bị dữ liệu và phương án.
  • Thiết lập kênh hỗ trợ có trợ giúp: quầy hướng dẫn nộp online ngay tại một cửa, tổng đài, video hướng dẫn ngắn.

Bước 4: Lập kế hoạch gắn kết và truyền thông phân lớp

  • Cán bộ một cửa: đào tạo, tham gia thử nghiệm từng bản cải tiến, có kênh phản ánh lỗi trực tiếp với đội.
  • Người dân: thông báo qua nhiều kênh (bảng tin, trang của sở, hội doanh nghiệp), ngôn ngữ đơn giản.
  • Lãnh đạo: báo cáo bằng chỉ số kết quả (tỷ lệ nộp online, thời gian xử lý, tỷ lệ hồ sơ bị trả lại), không chỉ tiến độ chức năng.

Bước 5: Cải tiến lặp lại và đo bằng dữ liệu

Phát hành cải tiến theo chu kỳ ngắn (2–4 tuần), mỗi chu kỳ đo lại tỷ lệ sử dụng và phản hồi. Công khai chỉ số hiệu quả là một điểm trong Service Standard – minh bạch cũng là cách gắn kết.

Sai lầm thường gặp

  • Coi "người dân" là một khối đồng nhất – nhu cầu của doanh nghiệp lớn khác hộ kinh doanh cá thể lớn tuổi.
  • Số hoá nguyên quy trình giấy – form điện tử y hệt tờ khai giấy, thêm bước scan, nên chẳng ai thấy lợi.
  • Quên stakeholder nội bộ tầng thực thi – cán bộ một cửa không được hỏi ý kiến nên quy trình "kép" (giấy + điện tử) tồn tại.
  • Đo thành công bằng go-live – hệ thống chạy nhưng không tạo ra kết quả kinh doanh/xã hội mong muốn.
  • Bỏ kênh truyền thống quá sớm – loại trừ nhóm yếu thế, tạo phản ứng tiêu cực.

Góc ôn thi PMP

  • Câu hỏi về sản phẩm "đúng yêu cầu nhưng không ai dùng" thường hướng tới việc gắn kết người dùng cuối sớm và liên tục, dùng prototype, demo, phản hồi.
  • Khi cần thay đổi quy trình nghiệp vụ của khách hàng, PM đề xuất và hỗ trợ, quyết định thuộc về chủ sở hữu quy trình – đừng chọn đáp án PM tự thay đổi quy trình của tổ chức khác.
  • Đo lường thành công bằng lợi ích/kết quả (outcome), không chỉ đầu ra (output).
  • Bẫy: "tổ chức thêm khoá đào tạo" có thể đúng nhưng chưa đủ nếu nguyên nhân gốc là thiết kế dịch vụ; hãy chọn phương án phân tích nguyên nhân trước.

Bài học rút ra

  • Trong dự án công, người dân là stakeholder quyết định thành bại dù không ngồi trong ban chỉ đạo.
  • Gắn kết người dùng nghĩa là quan sát, thử nghiệm với họ, không chỉ thông báo cho họ.
  • Dịch vụ số tốt cần cả kênh hỗ trợ cho người không thể tự dùng.

Nguồn tham khảo

  • GOV.UK – Service Standard (14 điểm cho dịch vụ công)
  • GOV.UK Service Manual – Assisted digital support: an introduction
  • GOV.UK Service Manual – User research
#stakeholder#khu vực công#chuyển đổi số#nghiên cứu người dùng#gắn kết

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

Câu 1/1
Ba tháng sau khi go-live cổng dịch vụ công trực tuyến, phần lớn người dân vẫn nộp hồ sơ giấy. Hệ thống đáp ứng đầy đủ yêu cầu đã ký duyệt với chủ đầu tư. Lãnh đạo cơ quan yêu cầu PM đưa ra hướng xử lý. PM nên làm gì trước tiên?

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

Nếu là PM dự án dịch vụ công trực tuyến có tỷ lệ sử dụng thấp, ngân sách cải tiến chỉ đủ cho một hướng trong quý tới. Bạn ưu tiên hướng nào?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Mục lục

Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lýSai lầm thường gặpGóc ôn thi PMPBài học rút raNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)