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. /Lãnh đạo & đội nhóm
  2. /Đội mới gật đầu trong họp rồi làm theo ý mình: c…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Đội mới gật đầu trong họp rồi làm theo ý mình: chẩn đoán bằng mô hình 5 rối loạn chức năng của Lencioni

Cuộc họp kết thúc với "mọi người đồng ý", nhưng một tuần sau mỗi người lại làm theo cách riêng và không ai nhắc ai. Mô hình 5 rối loạn chức năng của Patrick Lencioni giúp PM chẩn đoán đội mới đang kẹt ở tầng nào — kèm lưu ý về giới hạn bằng chứng của mô hình này.

HP
Nguyễn Thu Hà, PMP
03/05/2026
6 phút đọc 0 0
Đội mới gật đầu trong họp rồi làm theo ý mình: chẩn đoán bằng mô hình 5 rối loạn chức năng của Lencioni

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 công ty phần mềm lập đội 7 người để xây cổng thanh toán cho đối tác. Đội ghép từ ba nhóm cũ, có hai trưởng nhóm kỹ thuật ngang cấp.

Trong buổi họp thiết kế tuần thứ ba, PM đề xuất dùng một thư viện mã hoá chung. Không ai phản đối. Biên bản ghi "đội thống nhất". Hai tuần sau, khi review mã, PM phát hiện:

  • Một nhóm vẫn dùng thư viện cũ vì "thấy thư viện mới chưa ổn định".
  • Một nhóm dùng thư viện mới nhưng cấu hình khác.
  • Không ai báo cho PM hay nhắc nhóm kia, dù mọi người đều biết.
  • Mỗi trưởng nhóm báo cáo phần của mình "đúng tiến độ", nhưng tính năng tích hợp thì trễ.

PM không thiếu thông tin. PM thiếu một khung để hiểu vì sao đội hành xử như vậy.

Mô hình 5 rối loạn chức năng

Patrick Lencioni trình bày mô hình này trong cuốn sách The Five Dysfunctions of a Team (2002), viết dưới dạng một câu chuyện ngụ ngôn kinh doanh về đội lãnh đạo của một công ty hư cấu. Năm rối loạn xếp chồng lên nhau theo thứ tự, mỗi rối loạn tạo điều kiện cho rối loạn kế tiếp:

TầngRối loạnBiểu hiện trong đội
1Thiếu niềm tin (absence of trust)Không dám thừa nhận điểm yếu, sai sót, sự chưa hiểu
2Sợ xung đột (fear of conflict)Hoà khí giả tạo, không tranh luận thẳng về ý tưởng
3Thiếu cam kết (lack of commitment)"Đồng ý" bề ngoài, không thật sự ủng hộ quyết định
4Né tránh trách nhiệm giải trình (avoidance of accountability)Không ai nhắc nhau khi thấy hành vi đi ngược thoả thuận
5Không quan tâm đến kết quả chung (inattention to results)Ưu tiên thành tích cá nhân/nhóm nhỏ hơn mục tiêu đội

Logic của mô hình: không tin nhau → không dám tranh luận → không tranh luận thì không thật sự cam kết → không cam kết thì không có cơ sở để nhắc nhau → không ai nhắc nhau thì mỗi người tối ưu phần mình.

Chẩn đoán tình huống theo mô hình

  • Tầng 5 (kết quả): mỗi trưởng nhóm báo cáo phần mình "đúng tiến độ" trong khi tích hợp trễ — dấu hiệu rõ.
  • Tầng 4 (trách nhiệm): ai cũng biết nhóm kia không làm theo thoả thuận nhưng không ai nói.

Tình huống liên quan

Luyện thi PMPĐội dự án

Ô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

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Xung đột giữa hai thành viên chủ chốt: áp dụng mô hình Thomas-Kilmann

Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Ngày đăng: 28/09/2026Lượt xem: 983Bình luận: 1Đánh giá: 4.0
  • Tầng 3 (cam kết): "đội thống nhất" trong biên bản nhưng không ai thật sự cam kết.
  • Tầng 2 (xung đột): nhóm thấy thư viện mới chưa ổn định nhưng không nêu trong họp.
  • Tầng 1 (niềm tin): đội ghép từ ba nhóm, hai trưởng nhóm ngang cấp — chưa có nền tảng tin nhau.
  • Điểm mấu chốt: PM muốn sửa tầng 5 (kết quả tích hợp), nhưng nguyên nhân gốc nằm ở tầng 1–2. Ép báo cáo chi tiết hơn chỉ chữa triệu chứng.

    Hành động của PM theo từng tầng

    Tầng 1–2: Tạo điều kiện để tranh luận thật

    • Trước mỗi quyết định kỹ thuật, yêu cầu mỗi nhóm nêu ít nhất một rủi ro hoặc phản biện. Biến phản biện thành nhiệm vụ, không phải hành vi "chống đối".
    • PM gọi tên sự im lặng: "Tôi chưa nghe ý kiến của nhóm B về độ ổn định. Nếu có lo ngại, đây là lúc tốt nhất để nói."
    • Tách người khỏi ý tưởng: thảo luận về phương án A/B, không phải "đề xuất của anh X".

    Tầng 3: Làm rõ cam kết

    • Kết thúc họp bằng câu hỏi trực tiếp với từng người: "Anh/chị có thể ủng hộ quyết định này khi về triển khai không?" Cam kết không đòi hỏi đồng thuận tuyệt đối — một người có thể không đồng ý nhưng vẫn cam kết thực hiện, nếu ý kiến của họ đã được lắng nghe (tinh thần thường gọi là "disagree and commit").
    • Ghi rõ quyết định, lý do, người chịu trách nhiệm và thời điểm xem lại vào nhật ký quyết định.

    Tầng 4: Trách nhiệm giải trình ngang hàng

    • Đưa thoả thuận kỹ thuật vào các cơ chế kiểm tra tự động hoặc checklist review mã — để việc "nhắc nhau" không phụ thuộc vào cảm xúc.
    • Khuyến khích thành viên nhắc nhau trực tiếp dựa trên thoả thuận đội, PM không phải là người duy nhất "bắt lỗi".

    Tầng 5: Một bảng kết quả chung

    • Báo cáo tiến độ theo tính năng hoàn chỉnh đã tích hợp thay vì theo phần việc của từng nhóm.
    • Ghi nhận và khen thưởng theo kết quả đội, không theo thành tích nhóm nhỏ.

    Câu hỏi chẩn đoán nhanh cho đội mới

    PM có thể dùng các câu hỏi sau trong buổi nhìn lại, mỗi người tự chấm từ 1 (hoàn toàn không) đến 5 (hoàn toàn có), rồi cùng thảo luận chỗ điểm thấp nhất:

    1. Tôi có thể thừa nhận "tôi chưa hiểu" hoặc "tôi đã sai" trước cả đội mà không lo bị đánh giá.
    2. Khi không đồng ý, chúng tôi tranh luận thẳng trong cuộc họp thay vì nói sau lưng.
    3. Khi rời cuộc họp, tôi biết rõ đội đã quyết định gì và tôi ủng hộ quyết định đó.
    4. Tôi sẵn sàng nhắc một đồng nghiệp khi thấy họ làm khác thoả thuận chung.
    5. Tôi quan tâm đến kết quả của cả đội nhiều hơn kết quả của nhóm mình.

    Tầng thấp nhất có điểm thấp là nơi nên bắt đầu, vì cải thiện tầng trên khi tầng dưới còn yếu thường không bền.

    Giới hạn của mô hình

    Mô hình Lencioni dễ nhớ và được dùng rộng rãi trong đào tạo, nhưng PM cần biết giới hạn của nó:

    • Đây là sách ngụ ngôn kinh doanh, không phải công trình nghiên cứu thực nghiệm. Một số nhà phê bình cho rằng các khuyến nghị (ví dụ chia sẻ chuyện cá nhân để xây niềm tin) thiếu bằng chứng thực nghiệm, và có nghiên cứu cho rằng cách hiệu quả để đội gắn kết là cùng làm công việc thật.
    • Mô hình được viết cho đội lãnh đạo cấp cao; áp dụng vào đội dự án cần điều chỉnh.
    • Không nên dùng mô hình để "dán nhãn" thành viên ("anh ấy sợ xung đột").

    Vì vậy, PM nên dùng mô hình như công cụ chẩn đoán và trò chuyện, kết hợp với các bằng chứng thực nghiệm khác như nghiên cứu về an toàn tâm lý của Amy Edmondson hay Project Aristotle của Google.

    Liên hệ PMBOK và kỳ thi PMP

    • PMBOK® Guide ấn bản 6: Manage Team (9.5) với quản lý xung đột, ra quyết định, trí tuệ cảm xúc; Develop Team (9.4) với xây dựng đội, ghi nhận và khen thưởng.
    • PMBOK® Guide ấn bản 7: nguyên tắc Tạo môi trường đội dự án cộng tác và lĩnh vực hiệu suất Đội ngũ: trách nhiệm chung về kết quả (shared ownership).
    • Đề PMP coi xung đột là bình thường, có thể có lợi; PM không né tránh mà tạo điều kiện cho xung đột về ý tưởng được giải quyết bằng hợp tác/giải quyết vấn đề (collaborate/problem solve).

    Nguồn tham khảo

    • The Five Dysfunctions of a Team – Wikipedia
    • Google re:Work – Guide: Understand team effectiveness
    #lencioni#five-dysfunctions#cam-ket#trách nhiệm#doi-moi-thanh-lap

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

    Câu 1/1
    Trong các cuộc họp của một đội mới thành lập, mọi đề xuất đều được thông qua nhanh chóng mà không ai phản biện. Tuy nhiên, sau họp, một số thành viên vẫn làm theo cách cũ và không ai nhắc nhở nhau. PM nhận thấy nguyên nhân là các thành viên ngại tranh luận trực tiếp. PM nên làm gì?

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

    Đội mới của bạn có hai trưởng nhóm ngang cấp, mỗi người bảo vệ nhóm mình và tránh tranh luận trực tiếp với nhau. Kết quả tích hợp bị ảnh hưởng. Nếu là PM, bạn bắt đầu từ đâu?

    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ạMô hình 5 rối loạn chức năngChẩn đoán tình huống theo mô hìnhHành động của PM theo từng tầngCâu hỏi chẩn đoán nhanh cho đội mớiGiới hạn của mô hìnhLiên hệ PMBOK và kỳ thi PMPNguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)