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. /Luyện thi PMP
  2. /Vai trò và sự kiện Scrum: 8 cái bẫy thường gặp t…
Luyện thi PMP· Domain: Cách tiếp cận & vòng đời

Vai trò và sự kiện Scrum: 8 cái bẫy thường gặp trong câu hỏi PMP

Ai được huỷ sprint? Scrum Master có phải dự Daily Scrum? Ai sở hữu Sprint Backlog? Tổng hợp các điểm hay bị đánh tráo khái niệm về vai trò, sự kiện và artifact Scrum trong đề PMP, kèm câu hỏi mẫu và cách loại trừ đáp án.

HP
Nguyễn Thu Hà, PMP
10/08/2026
5 phút đọc 0 0
Vai trò và sự kiện Scrum: 8 cái bẫy thường gặp trong câu hỏi PMP

Tình huống minh hoạ

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

Anh Long là BA tại một ngân hàng, có 6 năm làm dự án theo mô hình truyền thống, đang ôn thi PMP. Trong bài thi thử 60 câu về agile, anh sai 21 câu. Khi xem lại, anh nhận ra phần lớn lỗi không do thiếu kiến thức mà do trả lời theo thói quen của dự án truyền thống:

  • Chọn "Scrum Master phân công việc cho thành viên" vì nghĩ Scrum Master giống trưởng nhóm.
  • Chọn "người quản lý dự án quyết định thêm hạng mục vào sprint đang chạy" khi sponsor yêu cầu gấp.
  • Cho rằng Daily Scrum là buổi báo cáo tiến độ cho PM.

Bài này tổng hợp các bẫy phổ biến để anh Long – và bạn – tránh lặp lại.

Phân tích theo PMBOK® Guide

Đề PMP hiện nay có tỷ trọng lớn câu hỏi về cách tiếp cận agile và hybrid (theo đề cương ECO; hãy kiểm tra phiên bản mới nhất trên pmi.org). Kiến thức Scrum trong đề bám sát Scrum Guide (phiên bản 2020) và Agile Practice Guide; PMBOK® Guide 7 đặt các khái niệm này trong Development Approach and Life Cycle và Team Performance Domain.

Tóm tắt nhanh theo Scrum Guide 2020:

NhómThành phầnĐiểm chính
Trách nhiệm (accountabilities)Product OwnerTối đa hoá giá trị; quản lý Product Backlog; một người, không phải hội đồng
Scrum MasterChịu trách nhiệm về hiệu quả của Scrum Team; servant leader; loại bỏ trở ngại
DevelopersTạo Increment; lập Sprint Backlog; tự quản lý cách làm
Sự kiệnSprintTối đa một tháng; chứa các sự kiện khác
Sprint PlanningTối đa 8 giờ với sprint một tháng
Daily Scrum15 phút, dành cho Developers
Sprint ReviewTối đa 4 giờ với sprint một tháng; inspect kết quả cùng stakeholder
Sprint RetrospectiveTối đa 3 giờ với sprint một tháng; cải tiến cách làm việc
Artifact – cam kếtProduct Backlog – Product Goal
Sprint Backlog – Sprint Goal
Increment – Definition of Done

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
Luyện thi PMPĐo lường

Dạng bài tính toán hay gặp trong đề PMP: float, PERT và EVM giải từng bước

Câu tính toán trong đề PMP không nhiều nhưng dễ mất điểm vì nhầm công thức hoặc đọc sai đề. Ôn ba dạng hay gặp – float trên mạng lịch trình, ước lượng PERT và các chỉ số EVM – với ví dụ giải chi tiết.

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Agile & HybridCách tiếp cận & vòng đời

Iterative, Incremental hay Agile? Chọn đúng vòng đời và nhịp bàn giao cho dự án

Nhiều đội dùng lẫn lộn "lặp" và "tăng dần". Phân biệt bốn nhóm vòng đời theo Agile Practice Guide và các kiểu nhịp bàn giao trong PMBOK® 7 qua một tình huống cụ thể.

Ngày đăng: 25/09/2026Lượt xem: 1Bình luận: 0
Agile & HybridCách tiếp cận & vòng đời

Thiết bị IoT có cả phần cứng lẫn phần mềm: thiết kế vòng đời hybrid khi khuôn mẫu không thể làm lại mỗi sprint

Đội làm cảm biến chất lượng nước muốn chạy Scrum cho cả phần cứng, firmware và ứng dụng, nhưng khuôn vỏ mất 8 tuần và mỗi lần đặt mạch tốn kém. Cách chia nhịp phát triển theo chi phí thay đổi của từng thành phần, giữ nhiều phương án thiết kế đến điểm học tập tích hợp.

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

8 cái bẫy và cách nhận diện

Bẫy 1: "Scrum Master phân công công việc"

Developers tự quản lý và tự chọn cách thực hiện công việc. Scrum Master huấn luyện, hỗ trợ, loại bỏ trở ngại. Đáp án có "Scrum Master assign tasks" gần như luôn sai.

Bẫy 2: "Daily Scrum là buổi báo cáo cho PM/Scrum Master"

Daily Scrum là sự kiện của Developers để inspect tiến độ hướng tới Sprint Goal và điều chỉnh kế hoạch. Scrum Master bảo đảm sự kiện diễn ra và đúng timebox, nhưng không bắt buộc phải tham dự. Nếu PO hoặc Scrum Master đang trực tiếp làm việc trong Sprint Backlog, họ tham gia với tư cách Developers.

Bẫy 3: "Ai sở hữu Sprint Backlog?"

Developers sở hữu Sprint Backlog. PO sở hữu Product Backlog. Trong sprint, phạm vi có thể được làm rõ và thương lượng lại với PO khi đội hiểu thêm, nhưng không thay đổi làm ảnh hưởng tới Sprint Goal.

Bẫy 4: "Sponsor yêu cầu thêm việc gấp vào sprint đang chạy"

Hành động đúng thường là: chuyển yêu cầu cho PO để đánh giá và sắp xếp vào Product Backlog. Nếu yêu cầu quan trọng tới mức Sprint Goal trở nên lỗi thời, chỉ PO có quyền huỷ sprint.

Bẫy 5: "Ai huỷ sprint?"

Chỉ Product Owner, và chỉ khi Sprint Goal trở nên lỗi thời (obsolete). Không phải Scrum Master, không phải sponsor, không phải PM.

Bẫy 6: "Sprint Review là buổi nghiệm thu"

Sprint Review là buổi làm việc để inspect kết quả và thích nghi Product Backlog; không chỉ là trình diễn hay ký duyệt. Việc phát hành có thể diễn ra bất cứ lúc nào, không cần đợi Sprint Review.

Bẫy 7: "Retrospective không có PO" hoặc "Retrospective chỉ để tìm lỗi người khác"

Retrospective dành cho cả Scrum Team (gồm PO). Mục tiêu là cải tiến chất lượng và hiệu quả, không đổ lỗi.

Bẫy 8: "Kéo dài sprint để hoàn thành nốt"

Timebox của sprint là cố định. Việc chưa xong quay về Product Backlog để PO sắp xếp lại. Đáp án "kéo dài sprint thêm vài ngày" thường sai.

Mẹo đọc đề

  • Thuật ngữ trong đề có thể là "team facilitator", "agile coach" hoặc "project manager" trong môi trường agile – hãy hiểu họ đóng vai servant leader.
  • Gặp xung đột ưu tiên phạm vi → nghĩ tới PO.
  • Gặp trở ngại của đội → nghĩ tới Scrum Master/servant leader giúp loại bỏ.
  • Gặp câu hỏi "làm thế nào" về kỹ thuật → nghĩ tới Developers tự quyết.

Sai lầm thường gặp khi ôn

  • Học thuộc định nghĩa nhưng không luyện câu hỏi tình huống.
  • Dùng tài liệu Scrum cũ (trước 2020) với khái niệm "Development Team" và "vai trò" thay vì "accountabilities"; đề có thể dùng cả hai cách gọi nhưng ý nghĩa cần hiểu theo bản mới.
  • Áp kinh nghiệm công ty mình ("ở chỗ tôi Scrum Master giao việc") vào câu hỏi.
  • Bỏ qua từ khoá như "trước tiên", "tốt nhất", "tiếp theo".

Liên hệ đề thi PMP

Câu hỏi: Giữa sprint, một trưởng phòng kinh doanh yêu cầu trực tiếp lập trình viên bổ sung một báo cáo mới vì "khách hàng lớn cần gấp". Lập trình viên hỏi ý kiến Scrum Master. Scrum Master nên làm gì?

  • A. Đồng ý cho lập trình viên làm ngay vì khách hàng lớn là ưu tiên
  • B. Hướng dẫn trưởng phòng chuyển yêu cầu cho Product Owner để đánh giá và sắp xếp vào Product Backlog
  • C. Huỷ sprint hiện tại và bắt đầu sprint mới với báo cáo này
  • D. Thêm báo cáo vào Sprint Backlog và kéo dài sprint thêm ba ngày

Đáp án: B. PO là người quản lý Product Backlog và quyết định ưu tiên. A phá vỡ Sprint Goal và vai trò PO; C – Scrum Master không có quyền huỷ sprint; D vi phạm timebox.

Bài học rút ra

  • Nắm chắc ba trách nhiệm, năm sự kiện, ba artifact và cam kết đi kèm theo Scrum Guide 2020.
  • Xung đột phạm vi → PO; trở ngại → Scrum Master; cách làm → Developers.
  • Chỉ PO được huỷ sprint, và timebox không được kéo dài.
  • Khi trả lời, gạt bỏ thói quen của tổ chức mình và trả lời theo chuẩn.
#pmp-exam#scrum#agile#product-owner#scrum-master

Biểu mẫu tải về

  • Hướng dẫn Scrum 2020 (Scrum Guides)Bản Scrum Guide 2020 của Ken Schwaber và Jeff Sutherland: lý thuyết, giá trị, Scrum Team (Developers, Product Owner, Scrum Master), 5 sự kiện, 3 artifact và cam kết đi kèm. Nguồn gốc để đối chiếu mọi bẫy về vai trò và sự kiện Scrum. HTML/PDF, miễn phí.scrumguides.org · 0 lượt mở
    Mở liên kết

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

Cuối sprint, hai hạng mục quan trọng chưa đạt Definition of Done. Ban lãnh đạo sẽ dự Sprint Review và đội đề nghị kéo dài sprint thêm hai ngày để "demo cho đẹp". Nếu là PM, bạn khuyến nghị 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® Guide8 cái bẫy và cách nhận diệnSai lầm thường gặp khi ônLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)