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. /Đọc burndown, burnup và cumulative flow diagram …
Luyện thi PMP· Domain: Đo lường

Đọc burndown, burnup và cumulative flow diagram trong câu hỏi tình huống PMP

Cách đọc burndown, burnup, cumulative flow diagram và velocity, nhận diện các bẫy đo lường mà PMBOK® 7 cảnh báo, kèm bộ câu hỏi tự luyện có giải thích.

HP
Nguyễn Thu Hà, PMP
24/07/2026
5 phút đọc 0 0
Đọc burndown, burnup và cumulative flow diagram trong câu hỏi tình huống PMP

Tình huống minh hoạ

Giữa dự án, sponsor (bối cảnh giả định) xem dashboard và hỏi PM ba câu:

  1. "Burndown của Sprint đi ngang suốt bốn ngày. Đội có làm việc không?"
  2. "Release burnup cho thấy đường hoàn thành vẫn đi lên đều, sao ngày phát hành dự báo cứ lùi?"
  3. "Trên cumulative flow diagram, dải Kiểm thử ngày càng phình to. Có vấn đề gì?"

Ngoài ra, sponsor đề nghị so sánh velocity của hai đội để xét khen thưởng.

Phân tích theo PMBOK® Guide và Agile Practice Guide

Burndown chart

Thể hiện lượng công việc còn lại theo thời gian. Đường đi ngang nghĩa là lượng việc còn lại không giảm: có thể chưa hạng mục nào đạt tiêu chí "xong" vì hạng mục quá lớn, bị chặn, hoặc đội mở quá nhiều việc dở dang; cũng có thể việc mới được thêm vào bù đúng phần đã hoàn thành. Đường đi lên cho thấy phạm vi được thêm vào hoặc ước lượng lại. Chỉ nhìn burndown thì không đủ để kết luận đội "không làm việc".

Burnup chart

Thể hiện công việc đã hoàn thành cùng với đường tổng phạm vi. Ưu điểm lớn là tách bạch tiến độ hoàn thành và thay đổi phạm vi. Nếu đường hoàn thành tăng đều mà ngày dự báo vẫn lùi, nhiều khả năng đường tổng phạm vi đang tăng.

Cumulative flow diagram (CFD)

Mỗi dải màu thể hiện số hạng mục ở một trạng thái theo thời gian. Dải nào phình rộng ra nghĩa là hạng mục đang tích tụ ở trạng thái đó, dấu hiệu của nút thắt. Khoảng cách theo chiều dọc giữa đường "bắt đầu" và đường "hoàn tất" phản ánh lượng việc dở dang (WIP); khoảng cách theo chiều ngang cho biết xấp xỉ thời gian một hạng mục đi qua các trạng thái đó.

Một kiến thức chung trong quản lý luồng là định luật Little: với giá trị trung bình trong một hệ thống tương đối ổn định, Lead time = WIP / Throughput. Ví dụ đội có trung bình 20 hạng mục dở dang và hoàn thành trung bình 10 hạng mục mỗi tuần thì mỗi hạng mục mất khoảng 2 tuần. Vì vậy, khi throughput không đổi, giảm WIP sẽ rút ngắn thời gian xử lý trung bình.

Velocity

Velocity là lượng công việc (điểm hoặc số hạng mục) đạt tiêu chí hoàn thành trong mỗi vòng lặp, dùng để chính đội lập kế hoạch. Điểm ước lượng mang tính tương đối theo từng đội, nên không dùng velocity để so sánh hay xếp hạng các đội.

Bẫy đo lường theo PMBOK® 7

Performance domain Measurement liệt kê các cạm bẫy: hiệu ứng Hawthorne (việc đo lường làm thay đổi hành vi), chỉ số phù phiếm (vanity metric), làm mất động lực, dùng sai số liệu, thiên kiến xác nhận, nhầm tương quan với nhân quả. Lấy velocity làm căn cứ khen thưởng dễ rơi vào các bẫy này: khi biết mình bị đo bằng velocity, đội có thể vô tình "thổi phồng" ước lượng, và con số mất ý nghĩa cho việc lập kế hoạch. PMBOK® 7 cũng phân biệt chỉ số dẫn dắt (leading) và chỉ số trễ (lagging) khi chọn KPI.

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
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 & HybridĐo lường

Velocity giảm dần dù đội không đổi: nhận diện và trả nợ kỹ thuật (technical debt) có kế hoạch

Ứng dụng điều phối giao hàng ra tính năng ngày càng chậm, lỗi hồi quy tăng sau mỗi bản phát hành. Cách làm cho nợ kỹ thuật "nhìn thấy được", đo lường nó và thương lượng với PO để trả nợ mà vẫn giữ nhịp bàn giao giá trị.

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

Cách xử lý đề xuất

  1. Burndown đi ngang: cùng đội tìm hiểu nguyên nhân (trở ngại, hạng mục quá lớn, nhiều việc dở dang); giúp gỡ trở ngại, khuyến khích chia nhỏ hạng mục và hoàn tất từng việc.
  2. Ngày dự báo lùi trên burnup: minh bạch mức tăng phạm vi với sponsor và Product Owner; Product Owner sắp xếp lại ưu tiên hoặc các bên điều chỉnh kỳ vọng về ngày phát hành.
  3. Dải Kiểm thử phình trên CFD: xác định nút thắt ở khâu kiểm thử; đặt giới hạn WIP, để đội cùng hỗ trợ kiểm thử, cân nhắc tự động hoá; đưa vào retrospective.
  4. Đề nghị so sánh velocity: giải thích rủi ro, đề xuất thước đo kết quả ở cấp sản phẩm như giá trị bàn giao, mức hài lòng của khách hàng, thời gian từ yêu cầu tới bàn giao; trình bày trên dashboard dạng information radiator.

Góc nhìn đề thi PMP

Các câu dưới đây là câu hỏi tự luyện do PM Study soạn để luyện tư duy, không phải câu hỏi trong đề thi thật và không trích từ ngân hàng câu hỏi của PMI. Đáp án được giải thích theo PMBOK® Guide và Agile Practice Guide.

Câu 1. Trên release burnup, đường hoàn thành tăng đều nhưng đường tổng phạm vi tăng mạnh trong ba vòng lặp gần nhất. Kết luận hợp lý nhất là gì?

  • A. Đội đang giảm năng suất.
  • B. Phạm vi đang tăng; cần làm việc với Product Owner về ưu tiên và kỳ vọng phát hành.
  • C. Ước lượng của đội luôn sai.
  • D. Cần bổ sung nhân sự ngay.

Đáp án: B. Burnup tách được tiến độ và phạm vi; đường hoàn thành đều cho thấy tốc độ hoàn thành ổn định, còn ngày phát hành lùi là do phạm vi tăng. A, C không có căn cứ từ biểu đồ; D vội vàng và chưa chắc rút ngắn được thời gian.

Câu 2. Trên CFD, dải "Chờ triển khai" mở rộng liên tục. PM nên làm gì?

  • A. Yêu cầu developer tăng tốc phát triển.
  • B. Cùng đội phân tích nút thắt ở khâu triển khai và cân nhắc giới hạn WIP.
  • C. Bỏ trạng thái "Chờ triển khai" khỏi bảng.
  • D. Không làm gì vì đây là xu hướng tạm thời.

Đáp án: B. Đẩy thêm việc vào trước nút thắt (A) chỉ làm hàng chờ dài hơn; C che giấu vấn đề; D bỏ qua tín hiệu.

Câu 3. Đội X có velocity 30, đội Y có velocity 45. Sponsor hỏi đội nào hiệu quả hơn. PM nên trả lời thế nào?

  • A. Đội Y hiệu quả hơn.
  • B. Không thể so sánh vì mỗi đội có thang ước lượng riêng; nên đánh giá bằng kết quả và giá trị bàn giao.
  • C. Đội X cần học cách làm của đội Y.
  • D. Cần thống nhất điểm ước lượng giữa hai đội để so sánh.

Đáp án: B. Velocity mang tính tương đối theo từng đội và dùng cho việc lập kế hoạch của chính đội. A, C kết luận từ con số không so sánh được; D nghe hợp lý nhưng biến velocity thành chỉ tiêu, dễ dẫn tới thổi phồng ước lượng và rơi vào bẫy dùng sai số liệu.

Bài học rút ra

  • Số liệu là điểm khởi đầu của cuộc trò chuyện với đội, không phải bản án.
  • Đo lường sai cách có thể làm méo hành vi; hãy chọn thước đo phục vụ quyết định và giá trị.

Tài liệu tham khảo

  • PMBOK® Guide – Seventh Edition, PMI, 2021: Measurement Performance Domain.
  • Agile Practice Guide, PMI & Agile Alliance, 2017: phần đo lường trong dự án Agile.
  • David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business, 2010.
#pmp-exam#burndown#burnup#cumulative-flow#velocity

Biểu mẫu tải về

  • Mẫu biểu đồ burndown trên Excel (ProjectManager)Bảng Excel có ba cột: ngày trong sprint, đường lý tưởng và khối lượng còn lại thực tế, tự vẽ biểu đồ burndown khi nhập số. Dùng để tự tạo dữ liệu và luyện đọc tình huống: đường thực tế nằm trên/dưới đường lý tưởng nghĩa là gì. Tải miễn phí.projectmanager.com · 0 lượt mở
    Mở liên kết
  • Biểu đồ burndown – mục từ của Agile AllianceMục từ giải thích trục, đường lý tưởng và cách diễn giải biểu đồ burndown, cùng các biến thể như burnup. Dùng để ôn cách đọc độ dốc và các đoạn đi ngang trong câu hỏi PMP. Bài đọc tham khảo.agilealliance.org · 0 lượt mở
    Mở liên kết
  • Hướng dẫn dùng biểu đồ burndown (Atlassian)Bài hướng dẫn tạo và đọc burndown của sprint hoặc epic: theo dõi công việc còn lại, nhận diện thay đổi phạm vi và sprint có nguy cơ không xong. Có ví dụ minh hoạ các dạng đường thường gặp. Bài hướng dẫn.atlassian.com · 0 lượt mở
    Mở liên kết
  • Cumulative Flow Diagram là gì (Businessmap)Bài giải thích cấu trúc biểu đồ dòng tích luỹ: các dải trạng thái, cách đọc WIP, thời gian chu kỳ xấp xỉ và thông lượng, cùng dấu hiệu nút thắt. Dùng để ôn cách nhận ra dải phình rộng hay đi ngang trong câu hỏi PMP. Bài hướng dẫn.businessmap.io · 0 lượt mở
    Mở liên kết
  • Xem và hiểu cumulative flow diagram trong Jira (Atlassian Support)Tài liệu hỗ trợ của Jira mô tả cách mở CFD, ý nghĩa các dải màu và cách phát hiện nút thắt hay công việc tồn đọng. Phù hợp để luyện đọc CFD trên dữ liệu thật của đội. Tài liệu hướng dẫn.support.atlassian.com · 0 lượt mở
    Mở liên kết
  • Năm chỉ số agile nên theo dõi (Atlassian)Bài tổng hợp các chỉ số agile phổ biến như sprint burndown, epic/release burndown, velocity, control chart và cumulative flow, kèm cách đọc. Giúp hệ thống hoá các biểu đồ hay xuất hiện trong đề PMP. Bài hướng dẫn.atlassian.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Burndown của Sprint đi ngang suốt bốn ngày. Sponsor hỏi: "Đội có làm việc không?" PM nên trả lời và hành động thế nào?

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

Trên cumulative flow diagram, dải "Kiểm thử" ngày càng phình to trong khi dải "Đang phát triển" vẫn đều; ngày phát hành dự báo cứ lùi dần. Nếu là PM, bạn đề xuất đội xử lý thế nào?

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® Guide và Agile Practice GuideCách xử lý đề xuấtGóc nhìn đề thi PMPBài học rút raTài liệu tham khảoBiểu mẫu tải vềTrắ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)