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. /Quyết định chốt trong cuộc gọi lúc 21 giờ, sáng …
Lãnh đạo & đội nhóm· Domain: Đội dự án

Quyết định chốt trong cuộc gọi lúc 21 giờ, sáng hôm sau một nửa đội không biết: làm việc bất đồng bộ trước và nhật ký quyết định

Đội phân tán ở ba múi giờ, quyết định quan trọng được chốt trong những cuộc gọi mà chỉ vài người dự. Hậu quả là làm lại và cảm giác bị gạt ra ngoài. Cách PM chuyển sang làm việc bất đồng bộ trước, ghi lại quyết định ở một nguồn duy nhất và dùng cuộc họp đúng lúc.

HP
Nguyễn Thu Hà, PMP
30/05/2026
5 phút đọc 0 0
Quyết định chốt trong cuộc gọi lúc 21 giờ, sáng hôm sau một nửa đội không biết: làm việc bất đồng bộ trước và nhật ký quyết định

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 startup giáo dục xây nền tảng học trực tuyến. Đội 11 người: 5 người ở Hà Nội, 3 người ở TP.HCM, 2 lập trình viên tự do ở Manila (Philippines) và một nhà thiết kế ở Melbourne (Úc). Ai cũng bận, nên các quyết định thường được chốt "nhanh" trong cuộc gọi tối giữa trưởng nhóm kỹ thuật, Product Owner và người nào đang online.

Sau hai tháng, PM ghi nhận:

  • Ba lần lập trình viên ở Manila làm theo thiết kế cũ vì không biết thiết kế đã đổi trong một cuộc gọi.
  • Cùng một câu hỏi "có hỗ trợ đăng nhập bằng số điện thoại không" được trả lời khác nhau ở hai kênh chat.
  • Nhà thiết kế ở Melbourne nói trong buổi retrospective: "Mọi thứ quan trọng xảy ra khi tôi đang ngủ."
  • Cuộc họp tuần kéo dài 90 phút, phần lớn để kể lại những gì đã được quyết định ở đâu đó.

Phân tích theo PMBOK® Guide

Giao tiếp đồng bộ và bất đồng bộ

Giao tiếp đồng bộ (synchronous) đòi hỏi mọi người có mặt cùng lúc: cuộc họp, cuộc gọi. Giao tiếp bất đồng bộ (asynchronous) cho phép người gửi và người nhận xử lý thông tin vào thời điểm khác nhau: tài liệu, phiếu công việc, bình luận. Với đội trải qua nhiều múi giờ, khung giờ chung rất hẹp; nếu quyết định chỉ sống trong cuộc gọi thì người vắng mặt bị loại khỏi dòng thông tin.

Các tổ chức làm việc hoàn toàn từ xa như GitLab xây quy ước quanh nguyên tắc: tài liệu là nguồn sự thật duy nhất (single source of truth); cuộc họp phải có chương trình (agenda) gửi trước để người tham dự đọc bối cảnh — GitLab khuyến nghị chia sẻ trước khoảng 72 giờ, tối thiểu 24 giờ — và chỉ nên có một tài liệu agenda cho mỗi cuộc họp.

Nhật ký quyết định

Trong kỹ thuật phần mềm, bản ghi quyết định kiến trúc (architecture decision record – ADR) ghi lại một quyết định cùng lý do, đánh đổi và hệ quả; tập hợp các bản ghi tạo thành nhật ký quyết định (decision log) của dự án. Ý tưởng này áp dụng được cho mọi quyết định quan trọng của dự án, không chỉ kiến trúc: ghi lại vì sao chọn phương án này thay vì phương án khác giúp người đến sau không phải hỏi lại, và không "mở lại" quyết định đã chốt chỉ vì thiếu bối cảnh.

Góc nhìn PMBOK

  • PMBOK® Guide ấn bản 6: Plan Communications Management (10.1) xác định phương pháp giao tiếp — tương tác (interactive), đẩy (push), kéo (pull). Nhật ký quyết định đặt trong kho chung là giao tiếp kéo; cuộc họp là tương tác. Manage Communications (10.2) thực hiện kế hoạch đó.

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
  • Nhật ký quyết định là một phần của thông tin dự án và kho tri thức; nó hỗ trợ Manage Project Knowledge (4.4).
  • PMBOK 7: lĩnh vực Đội ngũ và Các bên liên quan — giao tiếp hiệu quả và minh bạch; nguyên tắc "Tạo môi trường cộng tác".
  • Cách xử lý

    Bước 1: Thống nhất "bất đồng bộ trước"

    PM đưa vấn đề ra buổi retrospective và cùng đội viết lại thoả thuận làm việc:

    • Câu hỏi và đề xuất được đăng dưới dạng văn bản ở kênh dự án, có đủ bối cảnh để người ở múi giờ khác trả lời mà không cần hỏi lại.
    • Mỗi quyết định có thời hạn góp ý (ví dụ 24 giờ làm việc) để mọi múi giờ có cơ hội lên tiếng.
    • Khi một trao đổi qua lại quá ba lượt mà chưa ngã ngũ, chuyển sang cuộc gọi ngắn — rồi ghi kết luận lại.

    Bước 2: Lập nhật ký quyết định

    Đội dùng một trang duy nhất trong công cụ tài liệu. Mỗi quyết định một dòng:

    TrườngVí dụ
    Mã, ngàyQĐ-017, 12/4
    Quyết địnhChỉ hỗ trợ đăng nhập bằng email ở phiên bản 1
    Bối cảnh & phương án đã xétĐăng nhập bằng số điện thoại cần dịch vụ OTP, chi phí và thời gian tích hợp
    Lý doƯu tiên ra mắt đúng hạn, nhóm người dùng đầu chủ yếu là sinh viên có email trường
    Người quyết định / người được hỏi ý kiếnProduct Owner / trưởng nhóm kỹ thuật, nhà thiết kế
    Hệ quả & điều kiện xem lạiXem lại sau 3 tháng theo số liệu đăng ký

    Quyết định chốt trong cuộc gọi chưa được ghi vào nhật ký thì coi như chưa có hiệu lực.

    Bước 3: Thiết kế lại cuộc họp

    • Họp tuần rút xuống 45 phút, agenda gửi trước 24 giờ, mọi người đọc và bình luận trước.
    • Thời gian họp dành cho việc cần đối thoại: tranh luận phương án, giải quyết vướng mắc — không đọc lại báo cáo trạng thái.
    • Họp luân phiên khung giờ để gánh nặng giờ khó chịu không luôn rơi vào cùng một người.

    Bước 4: Kiểm tra và duy trì

    Hai tuần một lần, PM rà nhật ký: quyết định nào thiếu lý do, quyết định nào bị "mở lại" và vì sao. Sau 6 tuần, số lần làm lại do không biết quyết định giảm về 0, họp tuần ngắn hơn, và nhà thiết kế ở Melbourne bắt đầu chủ động đề xuất qua văn bản.

    Sai lầm thường gặp

    • Ghi biên bản dài nhưng không có kết luận: người đọc vẫn không biết đã quyết gì.
    • Nhiều nguồn sự thật: chat, email, tài liệu mỗi nơi một phiên bản.
    • Biến bất đồng bộ thành chậm chạp: không có thời hạn góp ý thì quyết định treo mãi.
    • Bỏ hẳn họp: một số việc (xung đột, thảo luận phức tạp, gắn kết) vẫn cần tương tác đồng bộ.
    • PM tự ghi tất cả: nhật ký là trách nhiệm của người ra quyết định; PM thúc đẩy và kiểm tra.

    Góc ôn thi PMP

    • Phân biệt ba phương pháp giao tiếp: interactive (họp, gọi), push (email, báo cáo gửi đi), pull (kho tài liệu, wiki). Với thông tin lớn hoặc người nhận nhiều, pull thường phù hợp.
    • Quyết định quan trọng phải được ghi lại và truyền đạt; đề hay hỏi "thành viên không biết thay đổi đã được phê duyệt" → kiểm tra kế hoạch truyền thông và nhật ký thay đổi/quyết định.
    • Lessons learned và nhật ký quyết định là tài sản quy trình tổ chức (OPA) khi dự án kết thúc.

    Nguồn tham khảo

    • All-Remote Meetings – The GitLab Handbook
    • Architectural Decision Records (ADR)
    • Architectural decision – Wikipedia
    #Đội phân tán#giao-tiep-bat-dong-bo#nhat-ky-quyet-dinh#decision-log#manage-communications

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

    Câu 1/1
    Đội dự án làm việc ở bốn múi giờ. Một số quyết định thiết kế được chốt trong cuộc gọi tối chỉ có vài người dự; thành viên ở múi giờ khác tiếp tục làm theo thiết kế cũ và phải làm lại. Cách nào giải quyết gốc rễ vấn đề tốt nhất?

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

    Đội phân tán ở bốn múi giờ thống nhất "bất đồng bộ trước", mỗi quyết định có 24 giờ làm việc để góp ý. Product Owner phàn nàn quy định này làm chậm những quyết định nhỏ cần ngay trong ngày. 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ạPhân tích theo PMBOK® GuideCách xử lý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)