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. /Rủi ro & thay đổi
  2. /Cứ năm lỗi thì một lỗi đến tay khách hàng: đo hi…
Rủi ro & thay đổi· Domain: Bàn giao

Cứ năm lỗi thì một lỗi đến tay khách hàng: đo hiệu quả loại bỏ lỗi và đặt cổng chất lượng theo giai đoạn

Đội kiểm thử báo cáo "đã tìm và sửa 160 lỗi" như một thành tích, nhưng 40 lỗi khác lọt đến tay khách hàng. Bài viết giới thiệu chỉ số hiệu quả loại bỏ lỗi (DRE), cách lần lại lỗi phát sinh ở đâu và phát hiện ở đâu, và đặt cổng chất lượng để tìm lỗi sớm hơn.

HP
Nguyễn Thu Hà, PMP
05/09/2026
3 phút đọc 0 0
Cứ năm lỗi thì một lỗi đến tay khách hàng: đo hiệu quả loại bỏ lỗi và đặt cổng chất lượng theo giai đoạn

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 bảo hiểm ra mắt cổng thông tin cho khách hàng tự mua và gia hạn hợp đồng. Báo cáo chất lượng trước phát hành rất đẹp: đội đã tìm và sửa 160 lỗi qua các vòng rà soát và kiểm thử. Trong 90 ngày sau phát hành, khách hàng và tổng đài báo thêm 40 lỗi — trong đó có lỗi tính sai phí khi gia hạn, khiến công ty phải hoàn tiền và xin lỗi khách hàng.

Ban giám đốc hỏi: "Quy trình kiểm soát chất lượng của chúng ta tốt đến đâu?" Con số 160 lỗi không trả lời được câu hỏi đó.

Hiệu quả loại bỏ lỗi (DRE)

Defect Removal Efficiency (DRE) đo tỷ lệ lỗi được tìm ra trước khi sản phẩm đến tay người dùng:

DRE = Lỗi tìm ra trước phát hành ÷ (Lỗi tìm ra trước phát hành + Lỗi tìm ra sau phát hành)

Trong tình huống: 160 ÷ (160 + 40) = 80%. Cứ năm lỗi thì một lỗi lọt đến khách hàng.

Hai lưu ý khi dùng DRE:

  • Phải cố định khoảng thời gian đếm lỗi sau phát hành (ví dụ 90 ngày), nếu không các bản phát hành không so sánh được.
  • DRE chỉ có ý nghĩa khi cách đếm lỗi nhất quán: cùng định nghĩa lỗi, cùng mức nghiêm trọng, không tách một lỗi thành nhiều phiếu.

Lỗi được tìm ra ở đâu

Đội dự án lập bảng số lỗi tìm ra theo từng giai đoạn:

Giai đoạn phát hiệnRà soát yêu cầuRà soát thiết kếRà soát mãKiểm thử tích hợpKiểm thử chấp nhậnSau phát hành
Số lỗi121840603040

Biểu đồ cột số lỗi theo giai đoạn phát hiện: rà soát yêu cầu 12, rà soát thiết kế 18, rà soát mã 40, kiểm thử tích hợp 60, kiểm thử chấp nhận 30, sau phát hành 40; tổng trước phát hành 160, hiệu quả loại bỏ lỗi 80%

Phân tích tiếp 40 lỗi sau phát hành theo nơi phát sinh: 22 lỗi bắt nguồn từ yêu cầu (quy tắc tính phí mô tả mơ hồ, thiếu trường hợp gia hạn sớm), 10 từ thiết kế, 8 từ lập trình. Nói cách khác, hơn một nửa số lỗi lọt có nguồn gốc ở giai đoạn đầu — nơi đội chỉ tìm được 12 lỗi.

Nguyên lý chung của chi phí chất lượng: lỗi phát hiện càng muộn thì chi phí sửa càng cao, vì phải sửa nhiều sản phẩm trung gian hơn (yêu cầu, thiết kế, mã, kiểm thử, tài liệu) và có thể kèm thiệt hại với khách hàng.

Tình huống liên quan

Rủi ro & thay đổiSự không chắc chắn (rủi ro)

Hai rủi ro cùng điểm 0,18 nhưng một rủi ro sẽ đến trong hai tuần: thêm tính cấp bách, độ gần và khả năng phát hiện vào phân tích định tính

Ma trận xác suất – tác động cho hai rủi ro cùng một điểm số, nhưng một rủi ro có thể xảy ra ngay tuần sau và gần như không phát hiện trước được. Bài viết hướng dẫn bổ sung các tham số như tính cấp bách, độ gần, khả năng phát hiện và khả năng kiểm soát để xếp hạng rủi ro sát thực tế hơn.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Rủi ro & thay đổiSự không chắc chắn (rủi ro)

Dự phòng 10% "theo lệ": tính dự phòng cho rủi ro đã biết từ EMV của cả mối đe doạ lẫn cơ hội

Nhiều dự án cộng một khoản dự phòng 10% mà không ai giải thích được từ đâu ra. Bài viết hướng dẫn tính khoản dự phòng cho rủi ro đã nhận diện từ giá trị tiền tệ kỳ vọng (EMV), bù trừ mối đe doạ với cơ hội, và chỉ ra khi nào phép cộng EMV không còn đủ.

Ngày đăng: 22/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridBàn giao

Product backlog 640 hạng mục, gần 60% chưa ai đụng tới hơn nửa năm: tỉa backlog và giới hạn độ sâu chi tiết

Backlog càng dài càng có vẻ "an toàn", nhưng thực tế nó làm chậm mọi buổi làm rõ yêu cầu, che mất hạng mục quan trọng và nuôi những lời hứa ngầm không ai thực hiện. Bài viết hướng dẫn cách đo tuổi backlog, tỉa theo Product Goal, lưu trữ thay vì xoá và giữ độ chi tiết vừa đủ.

Ngày đăng: 21/10/2026Lượt xem: 0Bình luận: 0
Rủi ro & thay đổiSự không chắc chắn (rủi ro)

Có nên chi 150 triệu khảo sát địa chất trước khi chọn phương án móng? Tính giá trị kỳ vọng của thông tin hoàn hảo (EVPI)

Trước một quyết định có nhiều bất định, đội dự án thường muốn "tìm hiểu thêm" — khảo sát, làm mẫu thử, thuê chuyên gia. Nhưng thông tin cũng tốn tiền và thời gian. Giá trị kỳ vọng của thông tin hoàn hảo (EVPI) cho biết mức trần mà việc tìm hiểu thêm đáng được chi.

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

Đặt cổng chất lượng theo giai đoạn

Cổng chất lượng (quality gate) là điểm kiểm tra với tiêu chí rõ ràng mà sản phẩm của một giai đoạn phải đạt trước khi chuyển sang giai đoạn sau. Đội dự án đặt bốn cổng:

  1. Cổng yêu cầu: mỗi quy tắc nghiệp vụ có ví dụ cụ thể (bảng đầu vào – đầu ra), được nghiệp vụ và kiểm thử cùng rà soát. Quy tắc tính phí phải có tối thiểu các trường hợp biên: gia hạn sớm, gia hạn trễ, thay đổi quyền lợi.
  2. Cổng thiết kế: rà soát thiết kế có đại diện kiểm thử; mọi giao diện tích hợp có đặc tả dữ liệu.
  3. Cổng mã nguồn: mã được rà soát chéo, kiểm thử đơn vị tự động đạt, không còn lỗi nghiêm trọng mở.
  4. Cổng phát hành: không còn lỗi mức nghiêm trọng cao; tỷ lệ kịch bản kiểm thử chấp nhận đạt theo ngưỡng thống nhất với khách hàng.

Cách tiếp cận đưa hoạt động kiểm thử và rà soát lên sớm hơn trong vòng đời như vậy thường được gọi là shift-left.

Theo dõi DRE theo từng phát hành

Sau hai lần phát hành tiếp theo, đội theo dõi DRE và tỷ lệ lỗi bị phát hiện ở giai đoạn đầu. Nếu DRE tăng nhưng số lỗi tìm ra ở rà soát yêu cầu không tăng, cần xem lại: có thể đội chỉ kiểm thử kỹ hơn ở cuối, chứ chưa phòng ngừa được lỗi từ gốc.

Liên hệ với PMBOK® Guide

PMBOK® Guide phân biệt quản lý chất lượng (đảm bảo quy trình tạo ra sản phẩm đạt chất lượng) với kiểm soát chất lượng (kiểm tra sản phẩm cụ thể). DRE vừa là chỉ số kiểm soát (bao nhiêu lỗi lọt) vừa là đầu vào cải tiến quy trình (lỗi phát sinh ở đâu, cần phòng ngừa ở đâu). Phòng ngừa luôn được ưu tiên hơn kiểm tra.

Nguồn tham khảo

  • Wikipedia – Shift-left testing (đưa kiểm thử lên sớm)
  • Wikipedia – Quality gate (cổng chất lượng)
  • Wikipedia – Software testing (kiểm thử phần mềm)
#Quản lý chất lượng#dre#cong-chat-luong#shift-left#Kiểm thử

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

Câu 1/1
Đội dự án tìm ra 180 lỗi trước phát hành; trong 90 ngày sau phát hành, người dùng báo thêm 20 lỗi. Hiệu quả loại bỏ lỗi (DRE) là bao nhiêu?

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

Hơn một nửa lỗi lọt đến khách hàng bắt nguồn từ yêu cầu. Bạn đầu tư vào đâu trước?

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ạHiệu quả loại bỏ lỗi (DRE)Lỗi được tìm ra ở đâuĐặt cổng chất lượng theo giai đoạnTheo dõi DRE theo từng phát hànhLiên hệ với PMBOK® GuideNguồ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)