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. /Agile & Hybrid
  2. /Daily Scrum 40 phút, ai cũng quay về phía trưởng…
Agile & Hybrid· Domain: Đội dự án

Daily Scrum 40 phút, ai cũng quay về phía trưởng phòng: đưa buổi họp hằng ngày về đúng mục đích

Daily Scrum kéo dài 40 phút, từng người báo cáo cho trưởng phòng ngồi đầu bàn, trở ngại thì không ai nêu. Phân tích vì sao đây là "báo cáo trạng thái trá hình", Scrum Guide 2020 nói gì về Daily Scrum và các bước Scrum Master có thể làm để đội lấy lại buổi họp của mình.

HP
Nguyễn Thu Hà, PMP
30/11/2025
6 phút đọc 0 0
Daily Scrum 40 phút, ai cũng quay về phía trưởng phòng: đưa buổi họp hằng ngày về đúng mục đích

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 ngân hàng chuyển đội phát triển ứng dụng di động sang Scrum. Trưởng phòng công nghệ — trước đây là quản lý trực tiếp của các lập trình viên — vẫn dự Daily Scrum mỗi sáng "để nắm tình hình". Buổi họp diễn ra như sau:

  • Mọi người ngồi quanh bàn, trưởng phòng ngồi đầu bàn.
  • Lần lượt từng người nói "hôm qua tôi làm gì, hôm nay làm gì", mắt nhìn về phía trưởng phòng.
  • Trưởng phòng hỏi lại chi tiết kỹ thuật, đôi khi giao việc ngay tại chỗ.
  • Mục "trở ngại" luôn là "không có", dù cuối sprint đội thường trễ.
  • Thời lượng trung bình: 40 phút, 9 người.

Scrum Master nhận thấy đội gọi buổi họp này là "buổi điểm danh". Không ai chủ động phối hợp với nhau sau họp; mọi việc chờ trưởng phòng quyết.

Daily Scrum theo Scrum Guide 2020

Scrum Guide 2020 mô tả Daily Scrum như sau:

  • Mục đích: kiểm tra tiến độ hướng tới Sprint Goal và điều chỉnh Sprint Backlog khi cần, điều chỉnh công việc đã lên kế hoạch.
  • Thời lượng: sự kiện 15 phút dành cho Developers của Scrum Team, cùng giờ và cùng địa điểm mỗi ngày làm việc để giảm độ phức tạp.
  • Người tham dự: nếu Product Owner hoặc Scrum Master đang trực tiếp làm các mục trong Sprint Backlog, họ tham gia với tư cách Developers.
  • Cấu trúc: Developers có thể chọn bất kỳ cấu trúc và kỹ thuật nào, miễn là buổi họp tập trung vào tiến độ hướng tới Sprint Goal và tạo ra kế hoạch hành động cho ngày làm việc tiếp theo.
  • Lợi ích: cải thiện giao tiếp, nhận diện trở ngại, thúc đẩy ra quyết định nhanh, và do đó giảm nhu cầu các cuộc họp khác.

Đáng chú ý: bản 2020 không còn bắt buộc "ba câu hỏi" (hôm qua, hôm nay, trở ngại). Ba câu hỏi vẫn có thể dùng, nhưng chúng dễ biến buổi họp thành vòng báo cáo cá nhân.

Chẩn đoán: bốn triệu chứng của "báo cáo trạng thái trá hình"

Agile Alliance liệt kê đúng những cạm bẫy của daily meeting mà tình huống trên mắc phải:

Triệu chứngBiểu hiện trong tình huốngHệ quả
Báo cáo theo cấp bậcMọi người nói với trưởng phòng, không nói với nhauĐội mất quyền tự quản lý; phối hợp ngang bị thay bằng chỉ đạo dọc

Tình huống liên quan

Agile & HybridĐo lường

Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little

Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.

Ngày đăng: 02/10/2026Lượt xem: 2Bình luận: 0
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
Agile & HybridBàn giao

Product Owner kiêm nhiệm "vắng mặt": khi backlog chờ quyết định cả tuần

Product Owner là trưởng phòng nghiệp vụ, chỉ dành được vài giờ mỗi tuần cho đội. Câu hỏi tồn đọng, đội tự đoán yêu cầu và làm lại. Cách chẩn đoán, khôi phục quyền ra quyết định và ủy quyền đúng cách.

Ngày đăng: 01/10/2026Lượt xem: 7Bì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
Kéo dài
40 phút thay vì 15
Mệt mỏi, coi buổi họp là thủ tục
Không nêu trở ngại"Không có trở ngại" dù thường trễRủi ro chỉ lộ ra cuối sprint
Thiếu hứng thúGọi là "điểm danh"Đội không thấy giá trị, tham gia vì bắt buộc

Gốc rễ không phải là "đội lười" hay "trưởng phòng xấu". Gốc rễ là an toàn tâm lý (psychological safety) thấp: nói "tôi đang bị vướng" trước người đánh giá hiệu suất của mình là rủi ro cá nhân.

Các bước Scrum Master có thể làm

1. Nói chuyện riêng với trưởng phòng trước. Mục tiêu không phải "cấm" ông dự họp, mà giúp ông hiểu Daily Scrum là của Developers. Scrum Master phục vụ tổ chức bằng cách giúp lãnh đạo hiểu và áp dụng cách tiếp cận thực nghiệm. Đề xuất cụ thể: trưởng phòng nhận thông tin tiến độ qua bảng công việc (task board) hoặc burndown, và qua Sprint Review; nếu muốn dự Daily Scrum thì đứng ngoài vòng, chỉ quan sát, không hỏi hay giao việc. Nhiều quản lý đồng ý khi họ thấy mình vẫn nắm được thông tin bằng kênh khác.

2. Đổi hình thức để đổi hành vi. Đứng trước bảng công việc thay vì ngồi quanh bàn. Đi qua bảng theo từng mục việc (từ phải sang trái — gần xong trước), thay vì đi qua từng người. Câu hỏi trung tâm: "Chúng ta có đang đi đúng hướng tới Sprint Goal không? Cần điều chỉnh gì?" Cách này chuyển trọng tâm từ "tôi đã bận thế nào" sang "công việc của đội đang ở đâu".

3. Tách thảo luận chi tiết ra sau họp. Khi một vấn đề cần thảo luận sâu, ghi lại và hẹn những người liên quan ở lại sau 15 phút. Scrum Guide nói rõ Developers thường gặp nhau ngay sau Daily Scrum để thảo luận chi tiết, điều chỉnh hoặc lập lại kế hoạch cho phần còn lại của sprint.

4. Làm cho trở ngại dễ nói ra. Scrum Master có thể làm gương bằng cách nêu trở ngại tổ chức mà mình đang xử lý; dùng cột "Bị chặn" trên bảng để trở ngại hiển thị mà không cần ai "thú nhận"; và phản hồi tích cực mỗi khi có người nêu vấn đề sớm. Theo Scrum Guide, gỡ bỏ trở ngại là một trách nhiệm của Scrum Master.

5. Để đội tự quyết cách làm. Sau 2–3 sprint thử, đưa Daily Scrum vào Sprint Retrospective: "Buổi họp sáng có giúp chúng ta không? Muốn thay đổi gì?" Khi đội tự chọn cấu trúc, họ sở hữu buổi họp.

Đo xem có tiến bộ không

Không cần chỉ số phức tạp. Vài dấu hiệu quan sát được:

  • Thời lượng trung bình giảm về dưới 15 phút.
  • Số trở ngại được nêu ra tăng (ban đầu) — đây là dấu hiệu tốt, không phải xấu.
  • Developers chủ động hẹn nhau sau họp mà không chờ chỉ định.
  • Cuối sprint ít "bất ngờ" hơn: rủi ro trễ lộ ra từ giữa sprint.

Với đội phân tán hoặc làm việc từ xa

Nhiều đội hiện nay họp Daily Scrum qua video. Các nguyên tắc trên vẫn áp dụng, kèm vài điều chỉnh:

  • Chia sẻ màn hình bảng công việc ngay từ đầu, để mọi người nhìn cùng một "bức tường" thay vì nhìn khuôn mặt của người điều khiển cuộc họp.
  • Chọn khung giờ chung hợp lý khi đội ở nhiều múi giờ, và giữ cố định như Scrum Guide khuyến nghị (cùng giờ, cùng "địa điểm" — ở đây là cùng một đường dẫn họp).
  • Cập nhật bảng trước buổi họp, để 15 phút dành cho thảo luận phối hợp chứ không phải đọc trạng thái.
  • Bật camera là thoả thuận của đội, không phải mệnh lệnh; điều quan trọng là mọi người thật sự tham gia.

Góc PMP

  • Câu hỏi "quản lý chức năng dự Daily Scrum và giao việc" → đáp án thường là Scrum Master/PM huấn luyện quản lý về mục đích của Daily Scrum và cung cấp kênh thông tin khác, không phải đối đầu hay leo thang ngay, cũng không im lặng chấp nhận.
  • Daily Scrum là của Developers; mục đích là kiểm tra tiến độ hướng tới Sprint Goal và lập kế hoạch cho ngày tiếp theo, không phải báo cáo trạng thái.
  • Lãnh đạo phục vụ (servant leadership) trong PMBOK 7: tạo môi trường an toàn để đội nói ra vấn đề, gỡ trở ngại, bảo vệ đội khỏi gián đoạn.
  • 15 phút là timebox tối đa; giải quyết vấn đề chi tiết thuộc về sau buổi họp.

Nguồn tham khảo

  • The Scrum Guide (2020) – Ken Schwaber & Jeff Sutherland
  • Agile Alliance Glossary – Daily Meeting
  • Agile Alliance Glossary – Scrum Master
#daily-scrum#tu-quan-ly#scrum-master#timebox#tro-ngai

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

Câu 1/1
Trưởng phòng chức năng dự Daily Scrum mỗi sáng, hỏi chi tiết từng người và giao việc tại chỗ. Buổi họp thường kéo dài 35–40 phút và Developers hầu như không nêu trở ngại. Scrum Master nên làm gì trước tiên?

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

Sau khi trưởng phòng ngừng dự Daily Scrum, buổi họp ngắn lại nhưng Developers vẫn đi lần lượt theo "ba câu hỏi" và hiếm khi nêu trở ngại. Nếu là Scrum Master, bước tiếp theo bạn chọn 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ạDaily Scrum theo Scrum Guide 2020Chẩn đoán: bốn triệu chứng của "báo cáo trạng thái trá hình"Các bước Scrum Master có thể làmĐo xem có tiến bộ khôngVới đội phân tán hoặc làm việc từ xaGóc 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)