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 ứng cứu 8 tuần ghép từ ba đơn vị chưa từng l…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Đội ứng cứu 8 tuần ghép từ ba đơn vị chưa từng làm chung: xây "niềm tin nhanh" (swift trust) cho đội phân tán tạm thời

Không có thời gian để "quen dần", đội ứng cứu triển khai phần mềm cho năm tỉnh phải làm việc hiệu quả ngay tuần đầu dù các thành viên chưa từng gặp nhau. Lý thuyết niềm tin nhanh giải thích vì sao đội tạm thời vẫn có thể tin nhau sớm — và vì sao niềm tin đó dễ vỡ nếu không được duy trì bằng hành động.

HP
Nguyễn Thu Hà, PMP
14/02/2026
5 phút đọc 0 0
Đội ứng cứu 8 tuần ghép từ ba đơn vị chưa từng làm chung: xây "niềm tin nhanh" (swift trust) cho đội phân tán tạm thời

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 sở y tế cần đưa phần mềm quản lý tiêm chủng mới vào vận hành tại 5 huyện trong 8 tuần, sau khi nhà thầu cũ chấm dứt hợp đồng. Một đội ứng cứu 12 người được ghép từ ba nguồn: 4 người của nhà thầu mới (ở TP.HCM), 5 cán bộ công nghệ thông tin của các trung tâm y tế huyện, 3 chuyên viên của sở. Họ chưa từng làm việc với nhau, ở các địa điểm khác nhau, và phần lớn công việc diễn ra qua điện thoại, nhóm chat và họp trực tuyến.

Tuần đầu tiên có nhiều dấu hiệu nghi ngại:

  • Cán bộ huyện ngại báo lỗi vì sợ "bị đánh giá là không biết dùng".
  • Nhà thầu không chia sẻ danh sách lỗi đã biết vì lo bị coi là sản phẩm kém.
  • Chuyên viên của sở yêu cầu mọi thông tin phải gửi qua văn bản có chữ ký, làm chậm việc xử lý sự cố.

PM — người của nhà thầu mới — hiểu rằng với 8 tuần, đội không thể chờ niềm tin hình thành "tự nhiên" như ở một đội ổn định nhiều năm.

Phân tích theo PMBOK® Guide

Niềm tin nhanh là gì

Niềm tin nhanh (swift trust) là khái niệm do Debra Meyerson và các cộng sự đưa ra năm 1996, mô tả kiểu niềm tin xuất hiện trong các cấu trúc tổ chức tạm thời: các thành viên giả định tin tưởng trước, rồi kiểm chứng và điều chỉnh sau. Thay vì dựa trên lịch sử làm việc chung, niềm tin ban đầu dựa vào vai trò, danh tính nghề nghiệp, và các chuẩn mực của nhóm. Nó hình thành khi đội bị giới hạn thời gian, ít tương tác trước đó và phải làm việc ngay.

Lý thuyết mô tả hai thành phần: nhận thức (niềm tin ban đầu dựa trên vai trò và danh tính xã hội) và chuẩn mực (các quy tắc, hành vi phù hợp của nhóm duy trì niềm tin đó). Nghiên cứu của Jarvenpaa và Leidner về đội ảo toàn cầu nhấn mạnh: niềm tin nhanh là cần nhưng chưa đủ — giao tiếp liên tục, đúng hẹn và có phản hồi mới giữ được nó.

Thách thức riêng của đội phân tán

Tổng hợp về đội ảo (virtual team) cho thấy đội phân tán thiếu nền tảng hiểu biết chung, dễ mất cân xứng thông tin, thiếu tín hiệu phi ngôn ngữ và chịu độ trễ do bất đồng bộ. Những yếu tố này khiến một tin nhắn cụt lủn hay một lần im lặng dễ bị hiểu là thiếu thiện chí, và niềm tin nhanh có thể sụp đổ cũng nhanh.

Góc nhìn PMBOK

  • PMBOK 7, lĩnh vực Đội ngũ: xây dựng niềm tin, an toàn tâm lý, văn hoá đội. Nguyên tắc "Tạo môi trường cộng tác" và "Thể hiện hành vi lãnh đạo".
  • PMBOK® Guide ấn bản 6: Develop Team (9.4) — team building, ground rules, công nghệ giao tiếp; (9.5) — theo dõi hiệu quả, giải quyết vấn đề.

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
Manage Team
  • Mô hình Tuckman: đội tạm thời cần vượt nhanh giai đoạn forming; niềm tin nhanh là "cầu nối" cho giai đoạn này.
  • Cách xử lý

    Bước 1: Làm rõ vai trò và chuyên môn ngay từ đầu

    Buổi khởi động trực tuyến 90 phút: mỗi người giới thiệu kinh nghiệm liên quan trực tiếp tới nhiệm vụ, phần việc mình chịu trách nhiệm, và điều mình cần từ người khác. Bảng RACI một trang được chia sẻ ngay sau buổi họp. Niềm tin nhanh dựa vào vai trò, nên vai trò phải rõ.

    Bước 2: Thống nhất chuẩn mực tối thiểu

    Đội cùng thống nhất 5 quy tắc nền:

    1. Báo lỗi sớm được ghi nhận là đóng góp, không phải điểm trừ.
    2. Tin nhắn sự cố được phản hồi "đã nhận" trong 30 phút giờ hành chính.
    3. Danh sách lỗi đã biết và tình trạng xử lý công khai cho cả đội.
    4. Văn bản chính thức chỉ dùng cho quyết định thay đổi phạm vi, chi phí; xử lý sự cố dùng kênh chung có ghi lại.
    5. Bất đồng giải quyết trong cuộc gọi, không tranh luận kéo dài trên nhóm chat.

    Bước 3: Tạo "thắng lợi sớm" có cam kết công khai

    Tuần đầu, đội chọn một mục tiêu nhỏ có thể làm ngay: đưa phần mềm vào vận hành tại một xã thí điểm. Mỗi cam kết được ghi tên người, thời hạn, và được báo cáo hoàn thành trong cuộc họp ngắn cuối ngày. Mỗi lời hứa được giữ là một bằng chứng cho niềm tin.

    Bước 4: Người lãnh đạo làm mẫu

    PM là người đầu tiên chia sẻ danh sách lỗi đã biết của nhà thầu mình, kèm kế hoạch xử lý. Khi một cán bộ huyện báo lỗi lớn, PM cảm ơn công khai trong nhóm chung. Hành vi của người lãnh đạo định hình chuẩn mực nhanh hơn mọi văn bản.

    Bước 5: Duy trì nhịp giao tiếp

    Họp đứng 15 phút mỗi sáng qua video; bảng theo dõi sự cố cập nhật liên tục; cuối tuần có buổi nhìn lại 30 phút. Khi một bên trễ cam kết, PM trao đổi riêng để tìm nguyên nhân trước khi nêu trong nhóm.

    Đến tuần thứ 4, số lỗi được báo trong 24 giờ đầu tăng rõ rệt, thời gian xử lý sự cố giảm, và chuyên viên của sở tự đề xuất bỏ yêu cầu văn bản cho lỗi mức thấp.

    Sai lầm thường gặp

    • Chờ niềm tin "tự đến": đội tạm thời không có thời gian đó.
    • Vai trò mơ hồ: niềm tin nhanh dựa vào vai trò, vai trò mờ thì niềm tin không có chỗ bám.
    • Hứa nhiều, làm chậm: lần trễ hẹn đầu tiên trong đội phân tán gây tổn hại lớn hơn đội làm chung chỗ.
    • Im lặng kéo dài: thiếu phản hồi bị hiểu thành thiếu quan tâm.
    • Đổ lỗi công khai: phá huỷ chuẩn mực "báo lỗi sớm là đóng góp".

    Bài học rút ra

    Niềm tin trong đội phân tán tạm thời không phải phần thưởng của thời gian, mà là kết quả của thiết kế: vai trò rõ, chuẩn mực rõ, và một chuỗi lời hứa nhỏ được giữ đúng. PM không thể ra lệnh cho mọi người tin nhau, nhưng có thể tạo điều kiện để niềm tin được giả định sớm và được xác nhận liên tục bằng hành động.

    Góc ôn thi PMP

    • Tình huống "đội mới ghép, các bên nghi ngại nhau": chọn đáp án xây dựng ground rules, làm rõ vai trò (RACI), team building — không phải báo cáo lên cấp trên hay áp đặt kiểm soát chặt.
    • Ghi nhận và khen thưởng hành vi mong muốn (recognition and rewards) là công cụ của Develop Team.
    • Trao đổi riêng trước khi nêu công khai khi có vấn đề hiệu suất là cách xử lý phù hợp với đạo đức nghề nghiệp (tôn trọng).

    Nguồn tham khảo

    • Swift trust theory – Wikipedia
    • Virtual team – Wikipedia
    #Đội phân tán#swift-trust#niem-tin#doi-tam-thoi#virtual-team

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

    Câu 1/1
    PM lãnh đạo một đội ứng cứu tạm thời 8 tuần, gồm thành viên từ ba tổ chức ở các địa điểm khác nhau, chưa từng làm việc chung. Tuần đầu, các bên ngại chia sẻ thông tin về lỗi vì sợ bị đánh giá. Hành động nào giúp xây dựng niềm tin nhanh nhất?

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

    Tuần thứ hai, nhà thầu trong đội ứng cứu trễ hai cam kết liên tiếp; cán bộ huyện bắt đầu bàn tán trong nhóm chat rằng "nhà thầu không đáng tin". Nếu là PM (cũng là người của nhà thầu), bạn làm gì trước?

    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ặpBài học rút raGóc ôn 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)