Root Cause Analysis (RCA) là gì? Quy trình phân tích nguyên nhân gốc | Ví dụ
Nội dung bài viết 10 mục
Máy dừng, thay linh kiện, chạy lại – tuần sau lại dừng. Vòng lặp “chữa cháy” này chỉ chấm dứt khi tìm được nguyên nhân gốc. Root Cause Analysis là cách làm việc đó có phương pháp.
Tóm tắt nhanh
- RCA (phân tích nguyên nhân gốc) là quá trình có hệ thống tìm nguyên nhân cơ bản nhất để vấn đề không lặp lại.
- Phân biệt hiện tượng, nguyên nhân trực tiếp, nguyên nhân gốc (thuộc hệ thống quản lý) và đối sách.
- Bắt đầu bằng mô tả vấn đề đúng, theo quy trình 6 bước; với hỏng thiết bị xét năm hướng nguyên nhân hay gặp.
- Lỗi lớn: dừng ở nguyên nhân trực tiếp, kết luận “lỗi con người”, chọn nguyên nhân theo ý người chức vụ cao nhất.
Root Cause Analysis là gì?
Root Cause Analysis (RCA – phân tích nguyên nhân gốc) là quá trình có hệ thống để xác định nguyên nhân cơ bản nhất của một vấn đề – nguyên nhân mà nếu loại bỏ, vấn đề sẽ không tái diễn.
Cần phân biệt bốn khái niệm:
| Khái niệm | Ý nghĩa | Ví dụ (bơm bị cháy động cơ) |
|---|---|---|
| Vấn đề / hiện tượng | Điều quan sát được | Động cơ bơm cháy |
| Nguyên nhân trực tiếp | Gây ra hiện tượng ngay lập tức | Quá tải nhiệt |
| Nguyên nhân gốc | Lý do sâu xa, thuộc hệ thống quản lý | Không có tiêu chuẩn vệ sinh lưới lọc → tắc → quá tải |
| Đối sách | Hành động loại bỏ nguyên nhân gốc | Lịch vệ sinh lọc + cảm biến chênh áp |
Viết vấn đề thế nào cho đúng?
Một mô tả vấn đề tốt cần cụ thể, có số liệu, không chứa nguyên nhân và giải pháp. Ví dụ tốt: “Từ 1–15/9, máy nén khí số 2 dừng 6 lần do quá nhiệt, tổng 9 giờ dừng máy.” Ví dụ kém: “Máy nén hay hỏng do bảo trì kém.”
Quy trình 6 bước
| Bước | Nội dung | Công cụ |
|---|---|---|
| 1. Định nghĩa vấn đề | Mô tả định lượng, phạm vi, ảnh hưởng | 5W1H, IS/IS NOT |
| 2. Thu thập dữ liệu | Hiện trường, hiện vật, lịch sử, thay đổi gần đây | 5 Gen, check sheet, nhật ký máy |
| 3. Liệt kê nguyên nhân khả dĩ | Động não theo nhóm | Fishbone 6M, cây lỗi |
| 4. Đào sâu nguyên nhân | Từ nguyên nhân trực tiếp đến gốc | 5 Why, Why-Why |
| 5. Kiểm chứng | Chứng minh bằng dữ liệu, tái hiện | So sánh, thử nghiệm, scatter, DOE |
| 6. Khắc phục và theo dõi | Đối sách, chuẩn hoá, xác nhận hiệu quả | Kế hoạch hành động, SPC |
Năm hướng nguyên nhân hay gặp với hỏng thiết bị
Khi phân tích hỏng hóc thiết bị, nhiều nhà máy theo TPM kiểm tra năm hướng: thiếu điều kiện cơ bản (vệ sinh, bôi trơn, siết chặt); không tuân thủ điều kiện vận hành; xuống cấp không được phục hồi; điểm yếu thiết kế; thiếu kỹ năng vận hành, bảo trì.
Ví dụ tại nhà máy Việt Nam
Nhà máy nước giải khát tại Bình Dương (minh hoạ): băng tải chai bị kẹt trung bình 11 lần/ca, mỗi lần 3–5 phút.
| Bước | Kết quả |
|---|---|
| Định nghĩa | Kẹt tại đoạn cong số 3, chủ yếu khi chạy chai 1,5 L |
| Dữ liệu | 82% kẹt xảy ra sau 2 giờ chạy; xích băng tải đoạn này khô |
| Fishbone | 14 nguyên nhân khả dĩ; nhóm chọn 3 nghi vấn: xích khô, thanh dẫn hướng lệch, chai méo |
| 5 Why | Xích khô → vòi phun bôi trơn tắc → nước cứng đóng cặn → không có lịch vệ sinh vòi |
| Kiểm chứng | Thông vòi: 2 ca liền chỉ 1–2 lần kẹt; bịt vòi lại thử 1 giờ: kẹt tăng ngay |
| Khắc phục | Vệ sinh vòi hằng tuần, dùng nước làm mềm cho dung dịch bôi trơn; kẹt giảm còn 1 lần/ca |
Khi nào làm RCA?
- Sự cố nghiêm trọng (an toàn, khách hàng, dừng máy dài).
- Vấn đề lặp lại.
- Kết quả KPI xấu đi không rõ lý do.
Mẹo áp dụng và làm bằng Excel
- Lập sheet “danh sách nguyên nhân” với cột: nguyên nhân, nhánh 6M, cách kiểm chứng, kết quả (Đúng/Sai), bằng chứng.
- Chỉ những nguyên nhân có cột kết quả “Đúng” mới được đưa vào kế hoạch hành động.
- Đối sách nên ưu tiên loại bỏ, poka-yoke hơn là đào tạo, nhắc nhở.
Lỗi hay gặp
- Dừng ở nguyên nhân trực tiếp (“thay vòng bi”).
- Kết luận “lỗi con người” mà không hỏi tại sao hệ thống cho phép lỗi xảy ra.
- Không kiểm chứng, chọn nguyên nhân theo ý kiến người có chức vụ cao nhất.
- Một vấn đề nhưng chỉ tìm một nguyên nhân khi thực tế có nhiều.
Câu hỏi thường gặp
RCA và 5 Why khác nhau thế nào? RCA là quá trình tổng thể; 5 Why là một công cụ trong bước đào sâu.
Làm sao biết đã tới nguyên nhân gốc? Khi loại bỏ nó thì vấn đề không tái diễn, nó nằm trong tầm kiểm soát của tổ chức và đọc ngược chuỗi logic thấy hợp lý.


