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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Agile & Hybrid
  2. /PMO đòi CPI, SPI hằng tháng trong khi đội chạy S…
Agile & Hybrid· Domain: Đo lường

PMO đòi CPI, SPI hằng tháng trong khi đội chạy Scrum: tính giá trị thu được từ story point mà không phải làm hai bộ kế hoạch

Dự án lai thường vướng một mâu thuẫn: PMO cần chỉ số EVM như mọi dự án khác, còn đội làm theo sprint với backlog và story point. Có thể tính PV, EV, AC trực tiếp từ kế hoạch phát hành và số điểm đã đạt Definition of Done. Bài viết trình bày cách tính, ví dụ số liệu và những giới hạn cần nói rõ khi báo cáo.

HP
Nguyễn Thu Hà, PMP
30/09/2026
4 phút đọc 0 0
PMO đòi CPI, SPI hằng tháng trong khi đội chạy Scrum: tính giá trị thu được từ story point mà không phải làm hai bộ kế hoạ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 công ty phần mềm thực hiện hợp đồng xây dựng cổng dịch vụ khách hàng cho một tổng công ty điện lực. Đội phát triển làm Scrum, nhưng PMO của khách hàng yêu cầu mọi dự án báo cáo hằng tháng theo mẫu chung: PV, EV, AC, CPI, SPI và dự báo chi phí hoàn thành (EAC).

PM đứng trước hai lựa chọn không mấy hấp dẫn: duy trì song song một biểu đồ Gantt "cho PMO xem" bên cạnh backlog thật, hoặc từ chối báo cáo EVM vì "agile không dùng EVM". Cả hai đều tốn kém hoặc làm mất lòng tin.

Có cách thứ ba: tính EVM từ chính kế hoạch phát hành và dữ liệu sprint.

Nguyên tắc: đơn vị đo tiến độ là điểm đã Done

Ý tưởng áp dụng EVM cho Scrum đã được trình bày từ giữa những năm 2000 dưới tên gọi AgileEVM. Thay vì đo % hoàn thành của từng gói công việc, ta dùng:

  • Đường cơ sở phát hành: tổng số điểm của bản phát hành, số sprint dự kiến và ngân sách (BAC).
  • Tiến độ kế hoạch: tỷ lệ số sprint đã qua trên tổng số sprint.
  • Tiến độ thực tế: tỷ lệ số điểm đã đạt Definition of Done trên tổng số điểm của bản phát hành.

Công thức:

  • PV = BAC × (số sprint đã qua ÷ tổng số sprint)
  • EV = BAC × (số điểm đã Done ÷ tổng số điểm bản phát hành)
  • AC = chi phí thực tế lấy từ bảng chấm công và chi phí khác, như mọi dự án.

Sau đó CPI = EV ÷ AC, SPI = EV ÷ PV và EAC tính theo cách quen thuộc.

Ví dụ tính sau sprint 6

Đường cơ sở: BAC = 2,4 tỷ đồng, bản phát hành 240 điểm, 12 sprint hai tuần. Như vậy mỗi điểm tương ứng 10 triệu đồng giá trị kế hoạch.

SprintĐiểm Done trong sprintĐiểm Done cộng dồnPV (tỷ)EV (tỷ)AC (tỷ)
115150,200,150,22
218330,400,330,45
317500,600,500,67

Tình huống liên quan

Agile & HybridLập kế hoạch

Sếp hỏi "bao giờ xong 40 hạng mục còn lại?": dự báo bằng mô phỏng Monte Carlo trên throughput thay vì cộng story point

Thay vì ngồi ước lượng lại từng hạng mục rồi chia cho velocity trung bình, đội có thể dùng chính lịch sử throughput của mình để mô phỏng hàng nghìn tương lai và trả lời sếp bằng một xác suất: 85% khả năng xong trong 10 tuần. Bài viết hướng dẫn cách làm, cách đọc kết quả và những giới hạn cần nói rõ.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridLập kế hoạch

Ngày ra mắt đã chốt trước Tết, phạm vi thì chưa: lập kế hoạch phát hành bằng dải velocity "chắc có – có thể có – không kịp"

Khi ngày phát hành không được dời, câu hỏi đúng không còn là "bao giờ xong" mà là "đến ngày đó sẽ có những gì". Dùng velocity thấp và cao của chính đội để vạch hai đường trên backlog đã sắp thứ tự, PM chia phạm vi thành ba vùng và cập nhật sau mỗi sprint. Bài viết hướng dẫn cách tính và cách trình bày với nhà tài trợ.

Ngày đăng: 27/10/2026Lượt xem: 0Bình luận: 0
Luyện thi PMPĐo lường

Đề đưa biểu đồ, không cho bảng số: đọc đường PV–EV–AC và ma trận xác suất – tác động trong câu hỏi hình ảnh PMP

Câu hỏi dựa trên hình ảnh là dạng mới của đề PMP 2026: đề cho một biểu đồ và bạn phải tự rút ra con số hoặc kết luận. Bài viết hướng dẫn đọc đồ thị giá trị thu được (PV, EV, AC theo thời gian) và ma trận xác suất – tác động, kèm các bẫy đọc trục và đơn vị.

Ngày đăng: 25/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độĐo lường

Cùng một gói việc, giá trị thu được từ 0 đến 84 triệu: chọn quy tắc đo EV cho đúng

Giá trị thu được (EV) chỉ khách quan khi quy tắc đo được thống nhất trước. Bài viết so sánh 0/100, 50/50, phần trăm hoàn thành ước tính, mốc có trọng số, đơn vị hoàn thành và LOE trên cùng một gói việc, chỉ ra vì sao EV có thể dao động từ 0 đến 84 triệu đồng và cách chọn quy tắc theo đặc điểm công việc.

Ngày đăng: 25/10/2026Lượt xem: 0Bình luận: 0
4
19
69
0,80
0,69
0,90
516851,000,851,12
6201051,201,051,35

Sau sprint 6:

  • SPI = 1,05 ÷ 1,20 = 0,875 — đội đi chậm hơn kế hoạch khoảng 12,5%.
  • CPI = 1,05 ÷ 1,35 ≈ 0,78 — mỗi đồng chi ra mới tạo được khoảng 0,78 đồng giá trị kế hoạch.
  • EAC = BAC ÷ CPI ≈ 2,4 ÷ 0,78 ≈ 3,09 tỷ đồng nếu hiệu suất chi phí giữ nguyên.

Biểu đồ đường PV, EV, AC cộng dồn qua 6 sprint: PV tăng đều 0,2 tỷ mỗi sprint đến 1,2 tỷ, EV đạt 1,05 tỷ, AC đạt 1,35 tỷ; SPI 0,875, CPI khoảng 0,78

Dự báo tiến độ có thể kiểm chứng chéo bằng velocity: trung bình 105 ÷ 6 = 17,5 điểm/sprint, còn 135 điểm → khoảng 8 sprint nữa, tức tổng cộng 14 sprint thay vì 12. Con số này khớp với SPI 0,875 (12 ÷ 0,875 ≈ 13,7 sprint). Khi hai cách tính cho kết quả gần nhau, PM tự tin hơn khi trình bày.

Đọc kết quả cho PMO như thế nào

Con số chỉ là điểm khởi đầu của câu chuyện. PM trình bày:

  1. Hiện trạng: cả chi phí và tiến độ đều kém kế hoạch; xu hướng 6 sprint ổn định, không phải biến động nhất thời.
  2. Nguyên nhân: velocity kế hoạch 20 điểm/sprint dựa trên giả định đội đủ 7 người từ đầu, thực tế 2 sprint đầu chỉ có 5 người; chi phí môi trường kiểm thử cao hơn dự toán.
  3. Phương án: cùng khách hàng chọn giữa giảm phạm vi bản phát hành (khoảng 35 điểm ít giá trị nhất), bổ sung ngân sách, hoặc kéo dài 2 sprint.

Với dự án agile, phương án điều chỉnh phạm vi thường khả thi hơn, vì backlog đã được sắp theo giá trị.

Những giới hạn phải nói rõ

  • Phạm vi thay đổi thì đường cơ sở phải cập nhật. Nếu PO thêm 20 điểm, tổng thành 260 và tỷ lệ hoàn thành thay đổi. Mọi thay đổi tổng điểm cần qua thủ tục kiểm soát thay đổi đã thoả thuận, kèm điều chỉnh BAC nếu có, nếu không CPI và SPI sẽ nhảy bất thường.
  • Chỉ tính điểm đã Done. Story "gần xong" không có giá trị thu được.
  • Story point không phải đơn vị tiền. Quy đổi 1 điểm = 10 triệu chỉ là quy ước để tính giá trị kế hoạch, không dùng để định giá từng story hay so sánh giữa các đội.
  • EV đo khối lượng, không đo giá trị kinh doanh. Hoàn thành 105 điểm không có nghĩa là người dùng đã nhận được giá trị tương ứng; nên báo cáo kèm các bản phát hành đã đưa vào sử dụng và phản hồi của người dùng.

Góc ôn thi PMP

Đề PMP có thể hỏi về việc kết hợp chỉ số agile với báo cáo truyền thống trong môi trường lai. Hướng đúng thường là điều chỉnh (tailoring) cách đo để đáp ứng nhu cầu thông tin của bên liên quan mà không tạo thêm công việc trùng lặp, đồng thời giữ nguyên tắc: tiến độ được đo bằng sản phẩm hoàn thành theo Definition of Done.

Kết luận

Agile và EVM không loại trừ nhau. Với một đường cơ sở phát hành rõ ràng và kỷ luật chỉ tính điểm đã Done, PM có thể đưa cho PMO những con số họ cần — từ chính dữ liệu đội đang dùng hằng ngày, không cần một bộ kế hoạch thứ hai.

Nguồn tham khảo

  • Wikipedia – Earned value management (công thức và giới hạn của EVM)
  • NASA – Earned Value Management (tài liệu và hướng dẫn EVM của NASA)
  • Agile Alliance – Velocity
  • Scrum Guide – Increment và Definition of Done
#evm#agile-evm#hybrid#bao-cao-pmo#story-point

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

Câu 1/1
Bản phát hành có BAC 2,4 tỷ đồng, 240 điểm, 12 sprint. Sau 6 sprint, đội đã hoàn thành theo Definition of Done 105 điểm, chi phí thực tế 1,35 tỷ. SPI và CPI xấp xỉ bao nhiêu?

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

Khách hàng yêu cầu báo cáo EVM cho dự án Scrum của bạn. Bạn chọn cách 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ạNguyên tắc: đơn vị đo tiến độ là điểm đã DoneVí dụ tính sau sprint 6Đọc kết quả cho PMO như thế nàoNhững giới hạn phải nói rõGóc ôn thi PMPKết luậnNguồ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)