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. /Lý thuyết PMP
  2. /Chương 9
  3. /Bài 9.11: Chỉ số phạm vi và chất lượng yêu cầu: biến động,…

Bài 9.11 · Chương 9: Công cụ và công thức

Chỉ số phạm vi và chất lượng yêu cầu: biến động, độ phủ kiểm thử, mật độ lỗi, DRE

Phạm vi và chất lượng cũng đo được như chi phí và tiến độ: tỷ lệ biến động yêu cầu, tăng trưởng phạm vi ròng, độ phủ kiểm thử theo yêu cầu, mật độ lỗi, lỗi lọt và hiệu quả loại bỏ lỗi — kèm cách đặt ngưỡng và cách đọc để không biến chỉ số thành mục tiêu.

Trung cấp5 phút đọc5 câu hỏiCập nhật 16/09/2026
Lĩnh vực hiệu suất
Phạm vi
Nguyên tắc
Lồng ghép chất lượng
Nhóm trọng tâm
Giám sát & kiểm soát
Thực hiện
Mục lục (14)
  1. Nhóm 1: phạm vi có ổn định không?
  2. Nhóm 2: đã kiểm chứng đủ chưa?
  3. Nhóm 3: lỗi được chặn ở đâu?
  4. Đặt ngưỡng và hành động
  5. Cẩn thận khi chỉ số trở thành mục tiêu
  6. Ở dự án thích ứng
  7. Liên hệ đề thi PMP
  8. Điểm cần nhớ
  9. Mẹo thi PMP
  10. Thuật ngữ chính
  11. Liên hệ đề thi PMP
  12. Tài liệu tham khảo
  13. Trắc nghiệm nhanh
  14. Hoàn thành bài học

EVM cho biết chi phí và tiến độ đang lệch bao nhiêu, nhưng không trả lời hai câu hỏi khác mà nhà tài trợ quan tâm không kém: phạm vi có đang ổn định không? và sản phẩm có đủ tốt để bàn giao không? Bài này giới thiệu nhóm chỉ số đơn giản cho hai câu hỏi đó, gắn với task PR2 — Xây dựng và quản lý phạm vi, PR7 — Tối ưu chất lượng sản phẩm và BE3 — Quản lý và kiểm soát thay đổi. Các công cụ chất lượng cổ điển (Pareto, biểu đồ kiểm soát) đã có ở bài công cụ chất lượng.

Bảng chỉ số tháng 4 của dự án 120 yêu cầu: biến động 15%, tăng trưởng ròng 2,5%, độ phủ kiểm thử 95% và đạt 85%, DRE 90%

Nhóm 1: phạm vi có ổn định không?

Dự án có đường cơ sở 120 yêu cầu. Trong tháng 4: thêm 6, sửa 9, bỏ 3.

Tỷ lệ biến động yêu cầu — mức "xáo trộn":

Biến động = (thêm + sửa + bỏ) ÷ số yêu cầu trong đường cơ sở = (6 + 9 + 3) ÷ 120 = 15%

Tăng trưởng phạm vi ròng — phạm vi to ra bao nhiêu:

Tăng trưởng ròng = (thêm − bỏ) ÷ đường cơ sở = (6 − 3) ÷ 120 = 2,5%

Hai chỉ số bổ sung nhau. Tăng trưởng ròng thấp nhưng biến động cao nghĩa là phạm vi "không to ra" nhưng liên tục bị viết lại — nguồn gây làm lại và chậm tiến độ không kém phình phạm vi.

Cách đọc theo bối cảnh:

  • Ở phần đã chốt (hợp đồng trọn gói, giai đoạn gần bàn giao), biến động vượt ngưỡng (ví dụ 10%/tháng) là tín hiệu yêu cầu chưa được khai thác kỹ, cần đưa ra ban chỉ đạo.
  • Ở dự án thích ứng, backlog thay đổi là bình thường; chỉ số đáng theo dõi là biến động trong sprint đang chạy (việc bị đổi giữa chừng) và mức độ mục tiêu sản phẩm thay đổi.

Thay đổi chưa phê duyệt: so số yêu cầu đang được làm với số yêu cầu trong đường cơ sở cộng các thay đổi đã duyệt. Phần chênh lệch là phình phạm vi — việc được thêm vào "cửa sau", không qua kiểm soát thay đổi. Một lần soát ma trận truy xuất yêu cầu thường phát hiện được loại này.

Nhóm 2: đã kiểm chứng đủ chưa?

Từ ma trận truy xuất yêu cầu, mỗi yêu cầu được nối với ca kiểm thử của nó. Hai tỷ lệ:

  • Độ phủ kiểm thử theo yêu cầu = số yêu cầu đã có ít nhất một ca kiểm thử ÷ tổng yêu cầu. Ví dụ 114 ÷ 120 = 95%.
  • Tỷ lệ yêu cầu đã đạt = số yêu cầu mà mọi ca kiểm thử liên quan đều đạt ÷ tổng yêu cầu. Ví dụ 102 ÷ 120 = 85%.

Sáu yêu cầu chưa có ca kiểm thử là khoảng trống của kiểm định (làm đúng đặc tả chưa?). Bên cạnh đó vẫn cần thẩm định với người dùng (đặc tả có đúng nhu cầu không?) — một sản phẩm đạt 100% ca kiểm thử vẫn có thể không được chấp nhận nếu yêu cầu sai từ đầu.

Nhóm 3: lỗi được chặn ở đâu?

Mật độ lỗi = số lỗi ÷ kích thước sản phẩm (dòng mã, điểm chức năng, câu chuyện người dùng...). Ví dụ 45 lỗi trên 30 câu chuyện = 1,5 lỗi mỗi câu chuyện. Dùng để so các phần của cùng sản phẩm hoặc cùng đội qua thời gian; so giữa các đội khác cách đếm thì dễ sai.

Lỗi lọt là lỗi người dùng phát hiện sau khi bàn giao. Từ đó tính hiệu quả loại bỏ lỗi (DRE):

DRE = lỗi phát hiện trước bàn giao ÷ (lỗi trước bàn giao + lỗi lọt)

Đội tìm 180 lỗi trước go-live, người dùng báo thêm 20 lỗi trong 90 ngày đầu: DRE = 180 ÷ 200 = 90%. Cần thống nhất trước khoảng thời gian tính lỗi lọt (ví dụ 90 ngày) để các kỳ so sánh được với nhau.

Phân tích thêm lỗi bắt nguồn từ đâu: nếu nhiều lỗi lọt có gốc ở yêu cầu (hiểu sai, thiếu tình huống), cách cải tiến hiệu quả nhất là đầu tư vào khai thác yêu cầu và tiêu chí chấp nhận, không phải thêm vòng kiểm thử ở cuối. Lỗi càng được phát hiện muộn, chi phí sửa càng cao — đó là lý do chi phí phòng ngừa thường rẻ hơn chi phí sai hỏng.

Đặt ngưỡng và hành động

Chỉ sốVí dụ ngưỡngKhi vượt ngưỡng
Biến động yêu cầu≤ 10%/tháng ở phần đã chốtTìm nguyên nhân, xem lại khai thác yêu cầu, báo ban chỉ đạo
Thay đổi chưa duyệt0Đưa qua kiểm soát thay đổi hoặc gỡ bỏ
Độ phủ kiểm thử100% trước kiểm thử chấp nhậnBổ sung ca kiểm thử còn thiếu
DRE≥ 90%Phân tích nguồn gốc lỗi lọt, cải tiến quy trình

Ngưỡng là thoả thuận trong kế hoạch quản lý chất lượng hoặc kế hoạch quản lý phạm vi, không phải con số chuẩn chung.

Cẩn thận khi chỉ số trở thành mục tiêu

Khi một chỉ số bị dùng để thưởng phạt, người ta tối ưu con số thay vì kết quả: gộp nhiều lỗi thành một để mật độ lỗi thấp, viết ca kiểm thử hình thức để đạt độ phủ 100%, ngại ghi nhận thay đổi để biến động trông thấp. Hãy dùng các chỉ số này để đặt câu hỏi và cải tiến, xem chúng cùng nhau, và giữ định nghĩa đo ổn định.

Ở dự án thích ứng

Đội agile dùng cùng ý tưởng với đơn vị khác: thay vì "yêu cầu trong đường cơ sở", đếm hạng mục trong mục tiêu phát hành hoặc sprint. Các chỉ số hữu ích gồm tỷ lệ hạng mục bị đổi hoặc thêm giữa sprint, số hạng mục đạt định nghĩa hoàn thành ở lần đầu trình diễn, và số lỗi lọt sau mỗi lần phát hành. Biểu đồ burnup có đường tổng phạm vi riêng giúp mọi người nhìn thấy phạm vi tăng thêm theo thời gian, tách bạch với tốc độ làm việc của đội.

Liên hệ đề thi PMP

Dấu hiệu đáp án đúng: phát hiện thay đổi không qua kiểm soát → đưa vào quy trình kiểm soát thay đổi; lỗi lọt nhiều → phân tích nguyên nhân gốc và cải tiến ở khâu tạo ra lỗi; dùng ma trận truy xuất để bảo đảm mọi yêu cầu được kiểm chứng. Đáp án sai: thêm kiểm thử cuối mà không tìm nguồn gốc, tự chấp nhận thay đổi nhỏ không ghi nhận, hoặc cho rằng đạt hết ca kiểm thử là đủ để khách hàng chấp nhận.

Điểm cần nhớ

  • Biến động yêu cầu = (thêm + sửa + bỏ) ÷ đường cơ sở; tăng trưởng ròng = (thêm − bỏ) ÷ đường cơ sở.
  • Việc đang làm nhiều hơn đường cơ sở cộng thay đổi đã duyệt là dấu hiệu phình phạm vi.
  • Độ phủ kiểm thử và tỷ lệ yêu cầu đã đạt lấy từ ma trận truy xuất; kiểm định không thay thế thẩm định.
  • DRE = lỗi trước bàn giao ÷ (lỗi trước bàn giao + lỗi lọt); lỗi lọt cần được truy nguồn gốc.
  • Chỉ số dùng để đặt câu hỏi và cải tiến; biến nó thành chỉ tiêu thưởng phạt sẽ làm sai lệch dữ liệu.

Mẹo thi PMP

  • Phát hiện tính năng được thêm mà không có yêu cầu thay đổi → đưa vào kiểm soát thay đổi, không tự chấp nhận.
  • Nhiều lỗi do hiểu sai yêu cầu → cải tiến khai thác yêu cầu và tiêu chí chấp nhận, không chỉ tăng kiểm thử cuối.

Thuật ngữ chính

Tỷ lệ biến động yêu cầu · Requirements Volatility
Tỷ lệ yêu cầu được thêm, sửa hoặc bỏ trong một kỳ so với số yêu cầu trong đường cơ sở. Biến động cao không tự nó là xấu ở dự án thích ứng, nhưng ở phần đã chốt hợp đồng hoặc gần ngày bàn giao, nó báo hiệu phạm vi chưa ổn định và rủi ro làm lại.
Phình phạm vi · Scope Creep
Sự mở rộng phạm vi sản phẩm hoặc dự án không được kiểm soát, tức là thêm việc mà không điều chỉnh tương ứng về thời gian, chi phí, nguồn lực và không được phê duyệt chính thức. Nguyên nhân thường là yêu cầu không rõ, khách hàng đề nghị trực tiếp với đội, PM thiếu quy trình kiểm soát thay đổi. Phòng ngừa bằng đường cơ sở phạm vi rõ ràng, quy trình kiểm soát thay đổi tích hợp và ma trận truy xuất yêu cầu.
Ma trận truy xuất yêu cầu · Requirements Traceability Matrix (RTM)
Bảng liên kết mỗi yêu cầu sản phẩm từ nguồn gốc (mục tiêu kinh doanh, bên đề xuất) tới sản phẩm bàn giao đáp ứng nó, và thường tới thiết kế, ca kiểm thử. RTM giúp bảo đảm mọi yêu cầu được phê duyệt đều tạo ra giá trị, đều được thực hiện và kiểm thử, đồng thời hỗ trợ phân tích tác động khi có thay đổi.
Kiểm định và thẩm định yêu cầu · Requirements Verification vs Validation
Kiểm định yêu cầu (verification) trả lời "yêu cầu có được viết đúng không?" — rõ ràng, nhất quán, kiểm thử được, đúng chuẩn tài liệu; thường qua rà soát, thanh tra. Thẩm định yêu cầu (validation) trả lời "đây có đúng là yêu cầu cần thiết không?" — có thực sự đáp ứng nhu cầu kinh doanh và mục tiêu không; thường qua xác nhận với bên liên quan, nguyên mẫu, truy xuất về mục tiêu.
Hiệu quả loại bỏ lỗi · Defect Removal Efficiency (DRE)
Tỷ lệ lỗi được phát hiện trước khi bàn giao trên tổng số lỗi (trước bàn giao cộng lỗi người dùng tìm thấy sau bàn giao trong một khoảng thời gian thống nhất). Chỉ số cho biết quy trình kiểm định chặn được bao nhiêu phần lỗi ở "trong nhà".
Lỗi lọt · Escaped Defects
Lỗi không được phát hiện trong quá trình phát triển và kiểm thử của đội mà chỉ lộ ra sau khi đã bàn giao, thường do người dùng hoặc bộ phận vận hành báo. Số lỗi lọt (hoặc tỷ lệ so với tổng số lỗi tìm thấy) là chỉ số chất lượng quan trọng trong agile vì nó phản ánh độ hiệu quả của Definition of Done và kiểm thử. Khi chỉ số này tăng, đội nên phân tích nguyên nhân gốc ở buổi cải tiến thay vì chỉ sửa từng lỗi.
Chỉ số chất lượng · Quality Metrics
Mô tả cụ thể một thuộc tính của sản phẩm hay quy trình và cách đo nó, kèm ngưỡng chấp nhận. Ví dụ: tỷ lệ lỗi, mật độ lỗi, thời gian phản hồi hệ thống, tỷ lệ đạt kiểm thử lần đầu, điểm hài lòng. Chỉ số tốt phải đo được, có nguồn dữ liệu rõ và gắn với yêu cầu thật của khách hàng.
Ôn 7 thuật ngữ bằng thẻ ghi nhớ

Liên hệ đề thi PMP (ECO 2026)

  • PR2Xây dựng và quản lý phạm viBài cùng task PR2
  • PR7Lập kế hoạch và tối ưu chất lượng sản phẩm/kết quả bàn giaoBài cùng task PR7
  • BE3Quản lý và kiểm soát thay đổiBài cùng task BE3
Luyện câu hỏi thi cho các task này

Tài liệu tham khảo

  1. PMI — PMBOK® Guide, Eighth Edition (mở trong thẻ mới)
  2. Wikipedia — Requirements traceability (mở trong thẻ mới)
  3. Wikipedia — Software quality (mở trong thẻ mới)

Trắc nghiệm nhanh

5 câu · Đạt từ 70 %

Câu 1/5
Đường cơ sở có 200 yêu cầu. Trong tháng, đội thêm 8, sửa 14 và bỏ 2 yêu cầu. Tỷ lệ biến động yêu cầu của tháng là bao nhiêu?

Hoàn thành bài học

Bài trướcBài 9.10 · Hoạch định năng lực đội: người-ngày, hệ số tập trung, tỷ lệ sử dụng và nút thắt kỹ năngBài tiếp theoBài 9.12 · Đo độ chính xác ước lượng: sai số, thiên lệch và dự báo theo lớp tham chiếu

Bài trong chương

Chương 9: Công cụ và công thức

  1. 9.1Bài 9.1: Quản lý giá trị thu được (EVM): PV, EV, AC, CV, SV, CPI, SPI, EAC, ETC, VAC, TCPI
  2. 9.2Bài 9.2: PERT, CPM, đường găng và thời gian dự trữ (float)
  3. 9.3Bài 9.3: Phân tích rủi ro định lượng: EMV, cây quyết định, dự phòng
  4. 9.4Bài 9.4: Công thức tài chính (NPV, ROI, IRR, BCR, thời gian hoàn vốn) và số kênh truyền thông
  5. 9.5Bài 9.5: Công cụ chất lượng: 7 công cụ cơ bản, Pareto, biểu đồ kiểm soát
  6. 9.6Bài 9.6: Nén tiến độ và tối ưu nguồn lực: rút ngắn, làm song song, san bằng, chuỗi găng
  7. 9.7Bài 9.7: Chỉ số dòng chảy và dự báo xác suất: phân vị, Định luật Little, Monte Carlo
  8. 9.8Bài 9.8: Chấm điểm rủi ro: thang xác suất – tác động, ma trận và mức phơi nhiễm
  9. 9.9Bài 9.9: Phân tích xu hướng mốc: đọc độ trượt tiến độ qua từng kỳ báo cáo
  10. 9.10Bài 9.10: Hoạch định năng lực đội: người-ngày, hệ số tập trung, tỷ lệ sử dụng và nút thắt kỹ năng
  11. 9.11Bài 9.11: Chỉ số phạm vi và chất lượng yêu cầu: biến động, độ phủ kiểm thử, mật độ lỗi, DRE
  12. 9.12Bài 9.12: Đo độ chính xác ước lượng: sai số, thiên lệch và dự báo theo lớp tham chiếu
Danh sách bài học

Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.

Mục lục

Nhóm 1: phạm vi có ổn định không?Nhóm 2: đã kiểm chứng đủ chưa?Nhóm 3: lỗi được chặn ở đâu?Đặt ngưỡng và hành độngCẩn thận khi chỉ số trở thành mục tiêuỞ dự án thích ứngLiên hệ đề thi PMPĐiểm cần nhớMẹo thi PMPThuật ngữ chínhLiên hệ đề thi PMPTài liệu tham khảoTrắc nghiệm nhanhHoàn thành bài học

Bài trong chương

Chương 9: Công cụ và công thức

  1. 9.1Bài 9.1: Quản lý giá trị thu được (EVM): PV, EV, AC, CV, SV, CPI, SPI, EAC, ETC, VAC, TCPI
  2. 9.2Bài 9.2: PERT, CPM, đường găng và thời gian dự trữ (float)
  3. 9.3Bài 9.3: Phân tích rủi ro định lượng: EMV, cây quyết định, dự phòng
  4. 9.4Bài 9.4: Công thức tài chính (NPV, ROI, IRR, BCR, thời gian hoàn vốn) và số kênh truyền thông
  5. 9.5Bài 9.5: Công cụ chất lượng: 7 công cụ cơ bản, Pareto, biểu đồ kiểm soát
  6. 9.6Bài 9.6: Nén tiến độ và tối ưu nguồn lực: rút ngắn, làm song song, san bằng, chuỗi găng
  7. 9.7Bài 9.7: Chỉ số dòng chảy và dự báo xác suất: phân vị, Định luật Little, Monte Carlo
  8. 9.8Bài 9.8: Chấm điểm rủi ro: thang xác suất – tác động, ma trận và mức phơi nhiễm
  9. 9.9Bài 9.9: Phân tích xu hướng mốc: đọc độ trượt tiến độ qua từng kỳ báo cáo
  10. 9.10Bài 9.10: Hoạch định năng lực đội: người-ngày, hệ số tập trung, tỷ lệ sử dụng và nút thắt kỹ năng
  11. 9.11Bài 9.11: Chỉ số phạm vi và chất lượng yêu cầu: biến động, độ phủ kiểm thử, mật độ lỗi, DRE
  12. 9.12Bài 9.12: Đo độ chính xác ước lượng: sai số, thiên lệch và dự báo theo lớp tham chiếu
Danh sách bài học