Vì sao QA không dùng từ “TẠI” – tư duy chuẩn ISO không đổ lỗi mà kiểm soát hệ thống
🔍 “TẠI” – một từ rất nhỏ nhưng phản ánh sai cách làm QA
Trong quá trình xử lý lỗi, đặc biệt khi làm việc với khách hàng, rất dễ bắt gặp cách diễn đạt:
- Lỗi xảy ra tại công nhân thao tác sai
- Sai lệch tại bộ phận sản xuất
- Vấn đề phát sinh tại khâu kiểm tra
Nghe có vẻ hợp lý, nhưng trong tư duy QA chuẩn, đặc biệt theo các hệ thống như ISO, cách dùng từ này phản ánh một vấn đề lớn:
👉 Đang nhìn lỗi theo hướng đổ về con người,
không phải theo hướng kiểm soát hệ thống
⚠️ ISO không chấp nhận “đổ lỗi”, chỉ chấp nhận “phân tích nguyên nhân hệ thống”
Trong các tiêu chuẩn quản lý chất lượng, nguyên tắc rất rõ:
👉 Mọi sai lỗi đều phải truy về hệ thống,
không dừng ở cá nhân
Khi nói:
👉 “Tại công nhân làm sai”
Thực chất đang bỏ qua câu hỏi quan trọng hơn:
- Vì sao sai thao tác không được phát hiện sớm?
- Vì sao hệ thống không chặn được lỗi đó?
- Vì sao SOP cho phép hiểu sai hoặc làm sai?
👉 Nếu không trả lời được các câu hỏi này:
→ QA chưa làm đúng vai trò
⚙️ Bản chất của QA – không phải tìm người sai, mà tìm chỗ hệ thống hở
Một hệ thống sản xuất luôn có khả năng xảy ra sai sót ở con người. Điều QA cần làm không phải là loại bỏ hoàn toàn sai sót, mà là:
👉 Thiết kế hệ thống để sai sót không tạo thành lỗi
Ví dụ:
- Nếu thao tác dễ sai → phải có hướng dẫn rõ hơn
- Nếu sai lệch khó nhận biết → phải có điểm kiểm
- Nếu lỗi có thể đi qua nhiều công đoạn → phải chặn ngay từ đầu
👉 Khi đó:
- Sai vẫn có thể xảy ra
- Nhưng lỗi sẽ không đi xa
🔧 Từ “TẠI” chuyển sang “DO + THIẾU KIỂM SOÁT”
Thay vì viết:
👉 Lỗi xảy ra tại công nhân thao tác sai
Một cách tiếp cận đúng hơn là:
👉 Lỗi xảy ra do thiếu cơ chế kiểm soát thao tác tại công đoạn
Sự khác biệt không chỉ là câu chữ, mà là:
- “TẠI” → dừng ở cá nhân
- “DO” → mở ra hướng phân tích hệ thống
👉 Và chỉ khi dùng “DO”, QA mới xây được đối sách đúng
🎯 Ảnh hưởng trực tiếp đến cách xây đối sách
Nếu nguyên nhân được xác định theo kiểu:
👉 “Tại công nhân”
→ đối sách thường là:
- Nhắc nhở
- Đào tạo lại
Nhưng nếu phân tích đúng:
👉 “Do thiếu điểm kiểm soát tại công đoạn”
→ đối sách sẽ là:
- Bổ sung kiểm tra trong quá trình
- Điều chỉnh SOP
- Thiết kế lại bước thao tác
👉 Đây mới là cách ngăn lỗi lặp lại
🔍 Khi làm việc với khách hàng – từ “TẠI” làm mất niềm tin
Trong phản hồi khách hàng, nếu dùng cách diễn đạt:
- Do công nhân sai
- Do nhân sự chưa tuân thủ
→ sẽ tạo cảm giác:
👉 Hệ thống không được kiểm soát
👉 Và lỗi có thể lặp lại bất cứ lúc nào
Ngược lại, khi trình bày theo hướng hệ thống:
👉 Khách hàng sẽ thấy:
- Vấn đề được hiểu đúng
- Hệ thống đã được điều chỉnh
- Có cơ chế ngăn ngừa rõ ràng
🔍 Góc nhìn thực tế sau khi làm
Sau khi xử lý nhiều lỗi và làm việc với khách hàng yêu cầu cao, một điều rút ra rất rõ:
👉 QA chuyên nghiệp không nói “tại ai”,
mà luôn trả lời được “hệ thống đang thiếu gì”
Đây là khác biệt giữa:
- QA xử lý lỗi
- Và QA kiểm soát chất lượng thực sự
🔍 Kết luận
Trong tư duy QA chuẩn ISO:
👉 Không dùng “TẠI” để đổ về con người
👉 Mà phải truy về nguyên nhân hệ thống
Vì:
- Con người có thể sai
- Nhưng hệ thống phải được thiết kế để không cho lỗi đi qua
📌 Ghi chú
Những chia sẻ này được đúc kết từ quá trình xây dựng hệ thống QA và xử lý lỗi trong môi trường sản xuất, dưới góc nhìn của Nguyễn Việt Dũng – kỹ sư cơ khí với hơn 10 năm kinh nghiệm kiểm soát chất lượng và chuẩn hóa vận hành theo định hướng hệ thống.
