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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Quản lý các bên liên quan
  2. /Giám đốc kinh doanh kết luận "đội dự án làm chậm…
Quản lý các bên liên quan· Domain: Các bên liên quan

Giám đốc kinh doanh kết luận "đội dự án làm chậm vì lười": dùng nấc thang suy luận để đưa cuộc trao đổi về dữ liệu

Bên liên quan thường không tranh cãi về dữ liệu mà về kết luận họ đã rút ra từ dữ liệu. Nấc thang suy luận của Chris Argyris giúp PM nhận ra người kia (và chính mình) đã "leo" từ quan sát đến niềm tin như thế nào, rồi cùng nhau bước xuống để nhìn lại sự việc.

HP
Nguyễn Thu Hà, PMP
30/09/2026
4 phút đọc 0 0
Giám đốc kinh doanh kết luận "đội dự án làm chậm vì lười": dùng nấc thang suy luận để đưa cuộc trao đổi về dữ liệu

Tình huống minh hoạ

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

Dự án xây dựng cổng thông tin đại lý cho một công ty bảo hiểm đã trễ hai sprint so với lộ trình. Trong cuộc họp tháng, giám đốc kinh doanh nói thẳng: "Tôi thấy đội IT không có tinh thần. Tuần trước tôi ghé qua lúc 5 giờ chiều mà phòng đã vắng. Họ không coi dự án của kinh doanh là ưu tiên". PM là anh Phong cảm thấy bị xúc phạm thay cho đội và suýt đáp lại bằng danh sách những lần kinh doanh đổi yêu cầu.

Nếu anh làm vậy, cuộc họp sẽ thành cuộc cãi nhau giữa hai kết luận — không ai nhìn lại dữ liệu.

Nấc thang suy luận là gì

Nấc thang suy luận (ladder of inference) là mô hình do Chris Argyris đề xuất, sau đó được phổ biến qua các tác phẩm về tổ chức học tập của Peter Senge và cộng sự. Mô hình mô tả cách con người đi từ thực tế đến hành động qua các nấc, thường rất nhanh và không tự nhận thấy:

  1. Dữ liệu quan sát được — mọi thứ có thể thấy, nghe.
  2. Dữ liệu được chọn — điều mình để ý trong số đó.
  3. Ý nghĩa gán cho dữ liệu — diễn giải.
  4. Giả định — dựa trên ý nghĩa đã gán.
  5. Kết luận.
  6. Niềm tin — kết luận lặp lại thành niềm tin về người hoặc sự việc.
  7. Hành động.

Nguy hiểm nằm ở vòng phản hồi: niềm tin quyết định ta chọn dữ liệu nào để chú ý lần sau. Người tin "đội IT lười" sẽ nhớ lần phòng vắng lúc 5 giờ và bỏ qua lần đội ở lại đến 10 giờ đêm để xử lý sự cố.

Nấc thang bảy bậc từ dữ liệu quan sát đến hành động, với mũi tên vòng phản hồi từ niềm tin về việc chọn dữ liệu

Áp dụng trong tình huống

Giám đốc kinh doanh đã leo như sau:

  • Dữ liệu chọn: phòng vắng lúc 5 giờ chiều một ngày; dự án trễ hai sprint.
  • Ý nghĩa: đội không làm thêm giờ.
  • Giả định: người có trách nhiệm sẽ ở lại khi dự án trễ.
  • Kết luận và niềm tin: đội không coi trọng dự án.

Dữ liệu bị bỏ qua có thể gồm: đội làm việc từ xa hai ngày mỗi tuần, ca trực sự cố buổi tối, số lần thay đổi yêu cầu trong ba sprint, thời gian chờ phê duyệt nội dung từ chính phòng kinh doanh.

Cách "bước xuống nấc thang" cùng bên liên quan

Tình huống liên quan

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

Đề xuất bị bác ngay tại phòng họp ban chỉ đạo: vận động trước từng người ra quyết định (pre-wiring)

Một đề xuất tốt vẫn có thể bị bác chỉ vì người ra quyết định nghe nó lần đầu giữa cuộc họp đông người. Bài viết hướng dẫn PM vận động trước từng thành viên ban chỉ đạo: gặp ai, hỏi gì, ghi nhận phản đối thế nào để cuộc họp chính thức chỉ còn là nơi chốt quyết định.

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

Sếp trực tiếp chỉ biết dự án gặp sự cố khi khách hàng gọi phàn nàn: quản lý ngược (managing up) để cấp trên thành đồng minh

Cấp trên trực tiếp là một bên liên quan đặc biệt: có quyền lực với PM nhưng thường thiếu thông tin về dự án. Bài viết hướng dẫn quản lý ngược — hiểu phong cách làm việc của sếp, thống nhất kỳ vọng, chọn nhịp và kênh báo cáo, và không bao giờ để sếp bị bất ngờ.

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

Hai công ty sáp nhập, hai hệ thống phải thành một: gắn kết stakeholder trong dự án hợp nhất sau M&A

Dự án hợp nhất hệ thống sau sáp nhập hiếm khi thất bại vì công nghệ. Nó thất bại vì hai tổ chức có hai cách làm việc, hai nhóm người lo mất vị trí và một ban lãnh đạo mới chưa thống nhất. Bài viết hướng dẫn PM nhận diện, phân tích và gắn kết stakeholder của cả hai phía.

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

Nhà cung cấp đòi tăng 25% khi gia hạn hợp đồng bảo trì: xác định vùng thoả thuận khả dĩ (ZOPA) và đặt mỏ neo trước khi ngồi vào bàn

Đàm phán không bắt đầu ở bàn họp mà ở bảng tính chuẩn bị: điểm mục tiêu, điểm kháng cự, phương án thay thế tốt nhất của mỗi bên và vùng thoả thuận khả dĩ. Bài viết hướng dẫn PM chuẩn bị một cuộc đàm phán gia hạn hợp đồng và dùng hiệu ứng mỏ neo một cách có trách nhiệm.

Ngày đăng: 14/10/2026Lượt xem: 0Bình luận: 0

1. Tự kiểm tra nấc thang của mình trước

Anh Phong cũng đang leo: "Giám đốc kinh doanh không hiểu phát triển phần mềm, luôn đổ lỗi". Bước đầu tiên là nhận ra mình cũng đang ở nấc kết luận.

2. Hỏi về dữ liệu, không phản bác kết luận

"Anh thấy những gì khiến anh lo về tinh thần của đội?" — câu hỏi này mời người kia bước xuống nấc dữ liệu. Tránh câu "Anh nói vậy là không công bằng", vì nó tấn công vào kết luận và khiến người kia bảo vệ nó.

3. Bổ sung dữ liệu chưa được chọn

"Em xin chia sẻ thêm vài số liệu: trong ba sprint vừa qua có 11 thay đổi yêu cầu sau khi sprint bắt đầu, và nội dung trang chờ phê duyệt trung bình 4 ngày." Trình bày như dữ liệu chung để cùng nhìn, không như bằng chứng buộc tội.

4. Kiểm tra cách diễn giải

"Em hiểu anh đang lo dự án không được ưu tiên đúng mức. Nếu số liệu cho thấy nguyên nhân chính là thay đổi yêu cầu và thời gian chờ phê duyệt, mình có thể thống nhất cách xử lý hai điểm đó không?"

5. Thống nhất dữ liệu sẽ theo dõi chung

Chọn vài chỉ số cả hai cùng tin: số thay đổi yêu cầu giữa sprint, thời gian chờ phê duyệt, tỷ lệ hoàn thành mục tiêu sprint. Dữ liệu chung làm giảm khả năng mỗi bên tự chọn dữ liệu theo niềm tin của mình.

Hai thiên kiến thường đi kèm

  • Thiên kiến xác nhận (confirmation bias): xu hướng tìm và nhớ thông tin củng cố điều mình đã tin.
  • Lỗi quy kết cơ bản (fundamental attribution error): giải thích hành vi người khác bằng tính cách ("lười") thay vì hoàn cảnh ("chờ phê duyệt").

Nhận ra hai thiên kiến này giúp PM bình tĩnh hơn khi bị quy kết, và cẩn thận hơn khi chính mình quy kết bên liên quan.

Liên hệ với PMBOK® Guide

Hiểu quan điểm và mối quan tâm của bên liên quan là trọng tâm của lĩnh vực hiệu suất Stakeholders. Kỹ năng lắng nghe, đặt câu hỏi và tìm nguyên nhân gốc được khuyến khích hơn phản ứng phòng thủ khi xuất hiện xung đột.

Kết luận

Khi bên liên quan đưa ra một kết luận gay gắt, đừng tranh luận ở nấc kết luận. Mời họ — và chính mình — bước xuống nấc dữ liệu. Hầu hết các bất đồng sẽ nhỏ đi khi hai bên cùng nhìn vào một bộ dữ liệu đầy đủ hơn.

Nguồn tham khảo

  • Wikipedia – Ladder of inference (nấc thang suy luận)
  • Wikipedia – Confirmation bias (thiên kiến xác nhận)
  • Wikipedia – Fundamental attribution error (lỗi quy kết cơ bản)
#nac-thang-suy-luan#ladder-of-inference#thien-kien-nhan-thuc#giao-tiep#xung-dot-ben-lien-quan

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

Câu 1/1
Trong cuộc họp, một trưởng phòng nói: "Đội dự án không quan tâm đến người dùng, tôi thấy họ chưa từng xuống cửa hàng". PM nên phản hồi thế nào theo tinh thần nấc thang suy luận?

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

Khi bên liên quan quy kết đội của bạn một cách thiếu công bằng, phản xạ đầu tiên của bạn thường là 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ạNấc thang suy luận là gìÁp dụng trong tình huốngCách "bước xuống nấc thang" cùng bên liên quanHai thiên kiến thường đi kèmLiên hệ với PMBOK® GuideKết luậnNguồ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)