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. /Khách hàng chậm cung cấp dữ liệu ba tuần nhưng v…
Quản lý các bên liên quan· Domain: Các bên liên quan

Khách hàng chậm cung cấp dữ liệu ba tuần nhưng vẫn giữ ngày go-live: quản lý nghĩa vụ phía khách hàng bằng cảnh báo sớm

Dữ liệu mẫu, môi trường kiểm thử, người duyệt thiết kế — rất nhiều đầu vào của dự án nằm trong tay khách hàng. Bài viết mượn cơ chế cảnh báo sớm (early warning) của hợp đồng NEC4 để quản lý nghĩa vụ phía khách hàng như một phụ thuộc bên ngoài, minh bạch và không đổ lỗi.

HP
Nguyễn Thu Hà, PMP
24/12/2025
5 phút đọc 0 0
Khách hàng chậm cung cấp dữ liệu ba tuần nhưng vẫn giữ ngày go-live: quản lý nghĩa vụ phía khách hàng bằng cảnh báo sớm

Tình huống minh hoạ

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

Một nhà cung cấp triển khai hệ thống tính lương cho một ngân hàng thương mại có 6.000 nhân viên. Kế hoạch đã được hai bên thống nhất ghi rõ: ngân hàng cung cấp dữ liệu nhân sự đã làm sạch của ba kỳ lương gần nhất vào tuần thứ 8 để chạy song song.

Tuần thứ 8 trôi qua. Phòng Nhân sự phía ngân hàng báo đang bận quyết toán thuế. Tuần thứ 10, dữ liệu đến nhưng thiếu hai chi nhánh. Tuần thứ 11, mới có dữ liệu đầy đủ.

Trong suốt ba tuần đó, báo cáo tuần của PM vẫn để trạng thái "xanh" vì "đội vẫn làm được các việc khác". Đến tuần thứ 12, PM báo cáo rằng ngày chạy lương chính thức đầu tiên sẽ trễ một kỳ. Phó giám đốc ngân hàng phản ứng gay gắt: "Sao giờ mới nói?"

Về mặt hợp đồng, nhà cung cấp có lý. Về mặt quan hệ, họ đã thua.

Nghĩa vụ phía khách hàng — loại phụ thuộc hay bị quên

Với dự án cho khách hàng doanh nghiệp, một phần đáng kể đầu vào nằm ngoài quyền kiểm soát của đội dự án:

  • Dữ liệu (dữ liệu mẫu, dữ liệu chuyển đổi, dữ liệu kiểm thử).
  • Môi trường và quyền truy cập (máy chủ, tài khoản, VPN, phê duyệt bảo mật).
  • Con người (chuyên gia nghiệp vụ tham gia hội thảo, người kiểm thử UAT).
  • Quyết định (duyệt thiết kế, chấp nhận thay đổi, ký nghiệm thu).

Trong lịch dự án, đây là phụ thuộc bên ngoài (external dependencies). Nhưng vì "khách hàng là thượng đế", nhiều đội ngại theo dõi chúng nghiêm túc như theo dõi nhà thầu phụ.

Bài học từ cơ chế cảnh báo sớm trong hợp đồng NEC4

Bộ hợp đồng NEC4 (dùng rộng rãi trong xây dựng ở Anh) có cơ chế cảnh báo sớm (early warning): cả bên nhà thầu lẫn người quản lý dự án phía chủ đầu tư phải thông báo cho nhau ngay khi biết bất kỳ vấn đề nào có thể làm tăng giá, chậm hoàn thành, chậm một mốc then chốt hoặc ảnh hưởng chất lượng công trình. Các vấn đề được ghi vào sổ cảnh báo sớm (early warning register) và được xử lý chung trong các cuộc họp cảnh báo sớm.

Ba điểm đáng học:

  1. Nghĩa vụ là hai chiều. Không chỉ nhà thầu báo cho chủ đầu tư; chủ đầu tư cũng phải báo.
  2. Mục đích là hợp tác, không phải quy trách nhiệm. Cảnh báo sớm là để hai bên cùng tìm cách tránh hoặc giảm tác động.
  3. Im lặng có cái giá của nó. Theo NEC4, nếu nhà thầu không đưa cảnh báo sớm mà một nhà thầu có kinh nghiệm lẽ ra đã đưa, phần đánh giá bồi hoàn sẽ tính như thể cảnh báo đã được đưa; nhà thầu còn có thời hạn tám tuần để thông báo sự kiện bồi hoàn (compensation event), quá hạn thì có thể mất quyền điều chỉnh giá và thời gian.

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

Dự án phần mềm hay tư vấn không nhất thiết dùng NEC4, nhưng tinh thần này áp dụng được với mọi khách hàng doanh nghiệp.

Phân tích theo PMBOK® Guide

  • Sổ đăng ký giả định (assumption log): "khách hàng cung cấp dữ liệu sạch tuần 8" là một giả định. Giả định cần có chủ sở hữu, ngày kiểm chứng và được theo dõi.
  • Sổ đăng ký rủi ro: rủi ro "dữ liệu đến muộn" phải được nhận diện từ khi lập kế hoạch, có ngưỡng kích hoạt (trigger) và phản ứng.
  • Monitor Stakeholder Engagement và Monitor Communications: báo cáo "xanh" trong khi một phụ thuộc quan trọng đang trễ là báo cáo sai lệch — vi phạm tinh thần minh bạch và trung thực.
  • Kiểm soát thay đổi: khi nghĩa vụ phía khách hàng trễ làm ảnh hưởng đường cơ sở, đó là căn cứ cho yêu cầu thay đổi — nhưng chỉ thuyết phục nếu được báo sớm và có ghi nhận.

Cách làm: biến nghĩa vụ khách hàng thành thứ "nhìn thấy được"

1. Liệt kê nghĩa vụ ngay từ kế hoạch

Lập bảng nghĩa vụ phía khách hàng: nội dung, người chịu trách nhiệm phía khách hàng (tên người, không phải tên phòng), ngày cần, tiêu chí "đạt" (ví dụ: dữ liệu đủ 100% chi nhánh, đúng định dạng mẫu), công việc của dự án phụ thuộc vào nó. Đưa bảng này vào phụ lục kế hoạch và xin khách hàng xác nhận.

2. Đưa nghĩa vụ vào lịch dự án như một mốc

Mỗi nghĩa vụ là một mốc có liên kết tới các công việc phụ thuộc. Khi mốc trễ, lịch tự cho thấy tác động lên đường găng.

3. Thoả thuận cơ chế cảnh báo sớm hai chiều

Trong kickoff, thống nhất: bên nào thấy vấn đề có thể ảnh hưởng mốc, chi phí, chất lượng thì báo bên kia trong vòng 2 ngày làm việc, ghi vào một sổ chung, xem xét ở cuộc họp tuần.

4. Báo cáo theo tác động, không theo cảm giác

Báo cáo tuần có mục riêng "nghĩa vụ phía khách hàng": trạng thái từng mục, số ngày trễ, dự báo tác động lên mốc. Một nghĩa vụ trễ ba ngày mà chưa ảnh hưởng mốc vẫn phải được nêu.

5. Khi tác động chạm đường cơ sở

Đưa ra các phương án (thêm nguồn lực, thu hẹp phạm vi đợt đầu, dời mốc), ước tính chi phí – thời gian, và đề xuất qua quy trình kiểm soát thay đổi. Giọng điệu: "chúng ta có một vấn đề chung", không phải "đây là lỗi của bên anh".

Sai lầm thường gặp

  • Giữ "xanh" để không làm khách hàng phật lòng: tin xấu báo muộn luôn tệ hơn tin xấu báo sớm.
  • Ghi nghĩa vụ chung chung ("khách hàng hỗ trợ dữ liệu"): không đo được thì không theo dõi được.
  • Âm thầm "gánh" giúp khách hàng (tự làm sạch dữ liệu): tốn ngân sách, che mất vấn đề gốc, và tạo kỳ vọng sai cho các giai đoạn sau.
  • Dùng cảnh báo sớm như văn bản đòi tiền: khách hàng sẽ phòng thủ và ngừng chia sẻ thông tin.

Góc ôn thi PMP

  • Phụ thuộc bên ngoài (external dependency) là phụ thuộc giữa công việc dự án và công việc ngoài dự án — PM không kiểm soát được nhưng phải quản lý.
  • Câu hỏi kiểu "khách hàng chậm cung cấp đầu vào, dự án có thể trễ" → phân tích tác động, thông báo sớm cho stakeholder, đề xuất phương án; nếu cần thay đổi đường cơ sở thì qua kiểm soát thay đổi.
  • Giả định cần được kiểm chứng và theo dõi trong assumption log; giả định sai là một nguồn rủi ro.

Nguồn tham khảo

  • PBC Today – The NEC4 ECC contract: notifying compensation events and early warnings
  • NEC – FAQ: Early warning of a defect (cảnh báo sớm là công cụ quản lý rủi ro hướng tới tương lai)
  • Wikipedia – Statement of work
#khach-hang-doanh-nghiep#nghia-vu-khach-hang#early-warning#phu-thuoc-ben-ngoai#nec4

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

Câu 1/1
Theo kế hoạch đã thống nhất, khách hàng phải cung cấp môi trường kiểm thử vào cuối tuần này. Hôm nay, đầu mối kỹ thuật phía khách hàng nói "có thể trễ khoảng 10 ngày vì đang chờ duyệt mua máy chủ". Công việc kiểm thử tích hợp nằm trên đường găng. PM nên làm gì?

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

Khách hàng đã trễ ba nghĩa vụ liên tiếp (dữ liệu, môi trường, người duyệt thiết kế), tổng cộng làm dự án chậm 3 tuần. Hợp đồng cho phép nhà cung cấp yêu cầu gia hạn và bù chi phí. Nếu là PM, bạn đề xuất gì?

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ạNghĩa vụ phía khách hàng — loại phụ thuộc hay bị quênBài học từ cơ chế cảnh báo sớm trong hợp đồng NEC4Phân tích theo PMBOK® GuideCách làm: biến nghĩa vụ khách hàng thành thứ "nhìn thấy được"Sai lầm thường gặpGóc ôn thi PMPNguồ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)