Làm 1.000 câu đề thử mà điểm vẫn dậm chân: học từ câu sai bằng nhật ký lỗi và phân loại nguyên nhân

Tình huống minh hoạ

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

Chị Thảo, chuyên viên quản lý dự án ở một công ty dược, đã làm hơn 1.000 câu hỏi luyện tập trong 5 tuần. Điểm các đề thử đầy đủ: 63%, 66%, 62%, 65%, 64%. Chị làm thêm đề mỗi tối, xem đáp án đúng, gật gù "à ra thế" rồi chuyển sang câu tiếp.

Khi một đồng nghiệp đã có PMP hỏi "chị hay sai loại câu nào?", chị không trả lời được. Đây là tình huống quen thuộc: làm nhiều nhưng không học từ cái sai — giống một dự án có báo cáo trạng thái hằng tuần nhưng không ai phân tích xu hướng.

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

Ôn thi cũng là một dự án cần đo lường

Lĩnh vực hiệu suất Đo lường (Measurement) của PMBOK® Guide nhấn mạnh đo để ra quyết định và hành động, không chỉ để báo cáo. Điểm tổng của đề thử là chỉ số trễ (lagging) — cho biết kết quả, không cho biết nguyên nhân. Chị Thảo cần chỉ số dẫn dắt (leading): loại lỗi nào, ở domain nào, xu hướng ra sao.

Trang ôn thi PMP của PMI trích lời một người đã đạt chứng chỉ: phải đọc PMBOK® Guide, nhưng thật sự phải làm câu hỏi luyện tập để đỗ. Điểm mấu chốt là làm câu hỏi có phân tích. ECO 2026 cũng cho thấy đề có nhiều dạng (một đáp án, nhiều đáp án, ghép cặp, kéo thả, case nhiều câu, câu dựa trên biểu đồ) — mỗi dạng có kiểu sai riêng.

Các công cụ chất lượng áp dụng được

• Phân tích nguyên nhân gốc (root cause analysis): vì sao chọn sai?
• Biểu đồ Pareto: khoảng 20% loại lỗi gây phần lớn số câu sai (nguyên lý 80/20 là kinh nghiệm thực tế, không phải định luật).
• Chu trình PDCA (Plan–Do–Check–Act): cải tiến theo vòng lặp hằng tuần.
• Retrospective cá nhân: điều gì hiệu quả, điều gì cần đổi.

Cách áp dụng

Bước 1: Lập nhật ký lỗi (error log)

Mỗi câu sai và mỗi câu đúng nhờ đoán ghi một dòng: