Ôn PMP domain People: quản lý kỳ vọng của khách hàng nội bộ và bên ngoài — từ "đúng yêu cầu" đến "hài lòng"

Tình huống minh hoạ

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

Một chuỗi siêu thị thuê công ty phần mềm làm ứng dụng tích điểm. Phía khách hàng bên ngoài là phòng marketing của chuỗi siêu thị. Phía khách hàng nội bộ của PM là bộ phận vận hành của chính công ty phần mềm — đơn vị sẽ nhận hệ thống để hỗ trợ sau khi bàn giao.

Đến sprint review thứ sáu, ứng dụng đáp ứng đúng mọi user story đã thống nhất. Thế nhưng:

Giám đốc marketing nói: "Đúng là có đủ chức năng, nhưng tôi tưởng khách hàng sẽ nhận thông báo ưu đãi theo vị trí khi bước vào siêu thị." Điều này chưa từng được viết ra.
Trưởng bộ phận vận hành nội bộ phàn nàn: hệ thống không có trang theo dõi lỗi, đội của anh sẽ "mù" khi nhận bàn giao.

Cả hai đều không vui, dù dự án "đúng yêu cầu".

Phân tích theo ECO 2026 và PMBOK® Guide

Nhiệm vụ Manage stakeholder expectations

ECO 2026 có hai nhiệm vụ liên tiếp về kỳ vọng trong domain People. Align stakeholder expectations gồm phân loại stakeholder, nhận diện kỳ vọng và điều phối thảo luận để thống nhất kỳ vọng. Manage stakeholder expectations tập trung vào khách hàng, với ba hoạt động:

Nhận diện kỳ vọng của khách hàng nội bộ và bên ngoài.
Điều chỉnh và duy trì kết quả của dự án cho phù hợp với các kỳ vọng đó.
Theo dõi mức độ hài lòng, kỳ vọng của khách hàng và phản ứng khi cần.

Điểm đáng chú ý là chữ nội bộ: bộ phận vận hành, đội hỗ trợ, phòng tài chính cũng là "khách hàng" của dự án.

Yêu cầu khác kỳ vọng thế nào

Yêu cầu là điều đã được nói ra, ghi lại và thống nhất. Kỳ vọng gồm cả những điều người ta coi là hiển nhiên hoặc chỉ hình dung trong đầu. Khoảng cách giữa hai thứ là nguồn bất mãn lớn nhất.

Theo PMBOK® Guide ấn bản 6, sự hài lòng của khách hàng gắn với hai yếu tố: đáp ứng yêu cầu (dự án tạo ra đúng cái đã cam kết) và phù hợp để sử dụng (sản phẩm giải quyết được nhu cầu thật). Quy trình 13.3 Manage Stakeholder Engagement và 13.4 Monitor Stakeholder Engagement lo phần quản lý kỳ vọng liên tục; trong agile, các vòng phản hồi ngắn (sprint review, demo) là cơ chế chính để phát hiện khoảng cách sớm.

Mô hình Kano

Mô hình của Noriaki Kano (thập niên 1980) chia đặc tính sản phẩm thành các nhóm, hữu ích để "soi" kỳ vọng ẩn:

Bắt buộc (must-be)	Có thì không ai khen, thiếu thì rất bất mãn	Trang theo dõi lỗi cho đội vận hành
Một chiều (performance)	Càng tốt càng hài lòng	Tốc độ tải ứng dụng
Hấp dẫn (attractive)	Thiếu không sao, có thì thích thú	Thông báo ưu đãi theo vị trí
Không khác biệt (indifferent)	Không ảnh hưởng sự hài lòng	Màu nền màn hình cài đặt
Ngược (reverse)	Càng nhiều càng khó chịu	Quá nhiều thông báo đẩy

Ôn PMP domain People: quản lý kỳ vọng của khách hàng nội bộ và bên ngoài — từ "đúng yêu cầu" đến "hài lòng"

Tình huống minh hoạ

Phân tích theo ECO 2026 và PMBOK® Guide

Nhiệm vụ Manage stakeholder expectations

Yêu cầu khác kỳ vọng thế nào

Mô hình Kano

Tình huống 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"

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

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

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Cách xử lý

Bước 1: Lắng nghe và ghi nhận, không phòng thủ

Bước 2: Phân loại và đưa vào cơ chế phù hợp

Bước 3: Đóng khoảng cách từ gốc

Bước 4: Theo dõi hài lòng định kỳ

Công cụ khơi kỳ vọng ẩn từ sớm

Sai lầm thường gặp

Góc ôn thi PMP

Nguồn tham khảo

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

Giữa dự án, bạn phát hiện bộ phận chăm sóc khách hàng nội bộ — đơn vị sẽ dùng hệ thống hằng ngày — chưa từng được hỏi ý kiến. Họ có nhiều mong muốn có thể làm dời ngày phát hành. Nếu là PM, bạn chọn cách nào?

Đánh giá bài viết

Bình luận