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. /Mọi hạng mục đều "ưu tiên cao": xếp thứ tự backl…
Agile & Hybrid· Domain: Lập kế hoạch

Mọi hạng mục đều "ưu tiên cao": xếp thứ tự backlog bằng chi phí trì hoãn (cost of delay) và WSJF

Khi mọi stakeholder đều nói hạng mục của mình là quan trọng nhất, Product Owner cần một cách so sánh có căn cứ. Chi phí trì hoãn hỏi "mỗi tuần chưa làm, ta mất gì", còn WSJF chia chi phí trì hoãn cho độ lớn công việc. Bài viết hướng dẫn cách tính, ví dụ và các giới hạn cần biết.

HP
Nguyễn Thu Hà, PMP
14/10/2026
4 phút đọc 0 0

Tình huống minh hoạ

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

Product Owner của nền tảng thương mại điện tử cho doanh nghiệp nhỏ có năm đề xuất lớn cho quý tới, mỗi đề xuất đều được một lãnh đạo "bảo lãnh":

  1. Tích hợp hoá đơn điện tử — Giám đốc Tài chính nói "bắt buộc".
  2. Ứng dụng di động cho người bán — Giám đốc Kinh doanh nói "đối thủ đã có".
  3. Nâng cấp hạ tầng tìm kiếm — Trưởng phòng Kỹ thuật nói "hệ thống sắp quá tải".
  4. Chương trình khách hàng thân thiết — Marketing nói "mùa mua sắm cuối năm".
  5. Báo cáo phân tích cho người bán — đội Chăm sóc khách hàng nói "khách hỏi nhiều nhất".

Đội chỉ làm được khoảng hai đến ba hạng mục trong quý. Họp xếp hạng ba lần không ra kết quả, vì mỗi người so sánh theo tiêu chí của mình.

Chi phí trì hoãn là gì

Chi phí trì hoãn (cost of delay) là giá trị kinh tế bị mất đi khi một hạng mục được hoàn thành muộn hơn. Câu hỏi không phải "hạng mục này có giá trị bao nhiêu" mà là "mỗi tuần chưa có nó, ta mất bao nhiêu". Cách nhìn này được phổ biến trong quản lý dòng sản phẩm, đặc biệt qua các công trình của Donald Reinertsen về phát triển sản phẩm theo dòng chảy.

Hai hạng mục có cùng tổng giá trị có thể có chi phí trì hoãn rất khác nhau. Chương trình khách hàng thân thiết ra mắt sau mùa mua sắm có thể mất gần hết giá trị; báo cáo phân tích ra muộn một tháng thì mất ít hơn nhiều.

WSJF: chia chi phí trì hoãn cho độ lớn

WSJF (Weighted Shortest Job First) — ưu tiên việc ngắn có trọng số — là cách xếp hạng dùng trong khung SAFe, dựa trên ý tưởng chi phí trì hoãn:

WSJF = Chi phí trì hoãn ÷ Thời lượng (hoặc độ lớn) công việc

Theo SAFe, chi phí trì hoãn được ước lượng tương đối từ ba thành phần:

  • Giá trị cho người dùng và kinh doanh
  • Tính cấp bách về thời gian (có hạn chót, cửa sổ thị trường không?)
  • Giảm rủi ro hoặc mở ra cơ hội (có giúp giảm rủi ro hay tạo nền tảng cho việc khác không?)

Mỗi thành phần được chấm theo thang tương đối (thường là dãy kiểu Fibonacci: 1, 2, 3, 5, 8, 13, 20), so sánh giữa các hạng mục với nhau. Hạng mục có WSJF cao nhất được làm trước.

Trực giác phía sau: khi hai việc có chi phí trì hoãn tương đương, làm việc nhỏ trước giúp giá trị đến sớm hơn và tổng thiệt hại do trì hoãn thấp hơn.

Áp dụng cho tình huống

Hạng mục

Mục lục

Tình huống minh hoạChi phí trì hoãn là gìWSJF: chia chi phí trì hoãn cho độ lớnÁp dụng cho tình huốngLiên hệ với Scrum, PMBOK® Guide và PMPGiới hạn và lưu ýKết luậnNguồn tham khảoTrắc nghiệmBình chọn

Tình huống liên quan

Kế hoạch & tiến độLập kế hoạch

Rút ngắn 4 ngày tốn bao nhiêu: nén tiến độ bằng crashing theo chi phí biên và chi phí gián tiếp

Khi khách hàng muốn bàn giao sớm hơn, câu hỏi đúng không phải là "có làm được không" mà là "mỗi ngày rút ngắn tốn thêm bao nhiêu". Bài viết đi qua một ví dụ số đầy đủ: chọn hoạt động nén theo chi phí biên, theo dõi đường găng đổi chỗ và tìm điểm dừng khi tính cả chi phí gián tiếp và tiền phạt.

Ngày đăng: 31/10/2026Lượt xem: 0Bình luận: 0
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
Kế hoạch & tiến độLập kế hoạch

Cho lập trình bắt đầu khi thiết kế mới xong một nửa: tính lợi và rủi ro làm lại của fast-tracking

Fast-tracking rút ngắn tiến độ bằng cách cho các hoạt động vốn nối tiếp chạy chồng lên nhau. Không tốn thêm tiền ngay, nhưng phải trả bằng rủi ro làm lại. Bài viết lượng hoá đánh đổi đó bằng giá trị kỳ vọng và gợi ý cách chọn mức chồng lấn hợp lý.

Ngày đăng: 28/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
Giá trị
Cấp bách
Giảm rủi ro/cơ hội
Chi phí trì hoãn
Độ lớn
WSJF
Hoá đơn điện tử81382983,6
Ứng dụng di động135321201,1
Hạ tầng tìm kiếm58132683,3
Khách hàng thân thiết81322354,6
Báo cáo phân tích8331452,8

Điểm số giả định, dùng để minh hoạ.

Thứ tự gợi ý: khách hàng thân thiết, hoá đơn điện tử, hạ tầng tìm kiếm. Ứng dụng di động, dù giá trị cao nhất, xếp cuối vì quá lớn so với độ cấp bách. Điều này mở ra câu hỏi hữu ích: có thể chia nhỏ ứng dụng di động thành một phần nhỏ có giá trị cao (ví dụ chỉ xem đơn hàng) để tăng WSJF không?

Liên hệ với Scrum, PMBOK® Guide và PMP

Scrum Guide trao cho Product Owner trách nhiệm sắp xếp thứ tự Product Backlog để tối đa hoá giá trị, nhưng không quy định kỹ thuật cụ thể. WSJF là một trong nhiều kỹ thuật có thể dùng, cùng với MoSCoW, Kano, hay mô hình chấm điểm có trọng số.

PMBOK® Guide ấn bản 7 nhấn mạnh tập trung vào giá trị và ra quyết định dựa trên dữ liệu. Trong đề thi PMP, các câu hỏi về ưu tiên backlog thường kỳ vọng Product Owner sắp xếp dựa trên giá trị kinh doanh, có tham vấn stakeholder, chứ không theo người có tiếng nói lớn nhất.

Giới hạn và lưu ý

  • Điểm số là tương đối và chủ quan. WSJF có giá trị nhất khi được chấm cùng nhau, có thảo luận, và kết quả được dùng làm đầu vào cho quyết định chứ không thay thế quyết định.
  • Ràng buộc pháp lý là ràng buộc. Nếu hoá đơn điện tử là yêu cầu bắt buộc theo luật với hạn chót, nó có thể phải làm bất kể điểm WSJF — hãy phản ánh điều đó trong tính cấp bách và ghi chú rõ.
  • Phụ thuộc kỹ thuật có thể buộc phải làm một việc trước dù điểm thấp hơn.
  • Đừng chấm lại liên tục để "thắng". Thống nhất người chấm và thời điểm chấm.

Kết luận

Khi mọi thứ đều "ưu tiên cao", cuộc tranh luận thường xoay quanh ai có quyền lực hơn. Chi phí trì hoãn và WSJF chuyển cuộc tranh luận sang một câu hỏi chung: trì hoãn việc này mỗi tuần làm ta mất gì, và nó lớn đến đâu? Câu trả lời không hoàn hảo, nhưng minh bạch — và đó là điều Product Owner cần để giải thích quyết định với các bên.

Nguồn tham khảo

  • Scaled Agile Framework – Weighted Shortest Job First (WSJF)
  • Wikipedia – Cost of delay (chi phí trì hoãn)
  • The Scrum Guide 2020 (trách nhiệm sắp xếp Product Backlog của Product Owner)
#wsjf#Cost of Delay#uu-tien-backlog#safe#product-owner

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

Câu 1/1
Hai hạng mục backlog có chi phí trì hoãn tương đối bằng nhau (cùng 20 điểm). Hạng mục X có độ lớn 10, hạng mục Y có độ lớn 4. Theo WSJF, nên làm hạng mục nào trước và vì sao?

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

Một hạng mục bắt buộc theo quy định pháp luật có điểm WSJF thấp nhất. Bạn 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

Quảng cáoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)