Bài 3. FMEA - Phân tích lổi tiềm ẩn

1. FMEA là gì?

FMEA, viết tắt của Failure Mode and Effects Analysis, là công cụ phân tích các dạng lỗi tiềm ẩn, hậu quả của lỗi, nguyên nhân gây lỗi, khả năng phát hiện lỗi và mức độ ưu tiên cần kiểm soát. Đây là một trong những công cụ quản lý rủi ro mạnh, đặc biệt phù hợp với quy trình phức tạp, quy trình có nguy cơ cao hoặc hoạt động cần phòng ngừa sai sót trước khi triển khai.

FMEA không chờ lỗi xảy ra rồi mới phân tích. Công cụ này đặt câu hỏi chủ động: trong từng bước của quy trình, lỗi nào có thể xảy ra, nếu xảy ra thì hậu quả là gì, vì sao lỗi có thể xảy ra, hiện nay có kiểm soát nào để ngăn ngừa hoặc phát hiện lỗi, và lỗi nào cần ưu tiên cải tiến trước.

FMEA thường sử dụng ba yếu tố để tính điểm ưu tiên rủi ro: Severity – mức độ nghiêm trọng, Occurrence – khả năng xảy ra, và Detection – khả năng phát hiện. Ba yếu tố này có thể được chấm điểm, sau đó nhân với nhau để tạo RPN – Risk Priority Number, tức số ưu tiên rủi ro. Tuy nhiên, trong thực hành hiện đại, không nên phụ thuộc máy móc vào RPN; cần xem xét cả mức độ nghiêm trọng riêng lẻ và bối cảnh vận hành.

2. Khi nào nên dùng FMEA?

FMEA nên được dùng khi tổ chức cần phân tích rủi ro tiềm ẩn một cách sâu hơn risk matrix, đặc biệt ở cấp quy trình hoặc sản phẩm/dịch vụ.

Các tình huống nên dùng FMEA gồm:

FMEA đòi hỏi thời gian và sự tham gia của nhóm liên ngành, nên không cần dùng cho mọi quy trình nhỏ. Nên ưu tiên quy trình trọng yếu, rủi ro cao hoặc có lịch sử sai sót nghiêm trọng.

3. Các khái niệm cơ bản trong FMEA

Điểm quan trọng là FMEA phân tích lỗi theo từng bước quy trình. Vì vậy, trước khi làm FMEA, tổ chức nên có flowchart hoặc ít nhất là danh sách các bước chính của quy trình.

4. Thang điểm FMEA

Tổ chức có thể sử dụng thang điểm 1–5 hoặc 1–10. Với đào tạo cơ bản, thang 1–5 thường dễ áp dụng hơn.

Ví dụ thang 1–5:

Với Detection, cần lưu ý điểm cao nghĩa là khó phát hiện, rủi ro cao hơn. Một lỗi nghiêm trọng, xảy ra không quá thường xuyên nhưng rất khó phát hiện vẫn cần ưu tiên cao.

5. Quy trình thực hiện FMEA

Bước 1. Chọn quy trình cần phân tích. Nên chọn quy trình quan trọng, có rủi ro cao hoặc đang chuẩn bị thay đổi.

Bước 2. Thành lập nhóm FMEA. Nhóm nên gồm người trực tiếp thực hiện, quản lý, chất lượng, kỹ thuật/phần mềm nếu liên quan, và người nhận đầu ra của quy trình.

Bước 3. Mô tả các bước quy trình. Dùng flowchart hoặc danh sách bước.

Bước 4. Xác định failure mode cho từng bước. Hỏi: ở bước này có thể sai như thế nào?

Bước 5. Xác định hậu quả của từng lỗi. Nếu lỗi xảy ra, ảnh hưởng gì đến khách hàng, an toàn, chất lượng, thời gian, chi phí?

Bước 6. Xác định nguyên nhân. Vì sao lỗi có thể xảy ra? Do quy trình, con người, phần mềm, môi trường, thông tin hay quản lý?

Bước 7. Xác định kiểm soát hiện có. Hiện nay có biện pháp nào ngăn lỗi hoặc phát hiện lỗi không?

Bước 8. Chấm S, O, D và tính RPN. Dùng thang điểm đã thống nhất.

Bước 9. Chọn lỗi ưu tiên. Ưu tiên lỗi có RPN cao, hoặc Severity cao dù RPN không cao nhất.

Bước 10. Đề xuất hành động kiểm soát. Biện pháp nên giảm khả năng xảy ra, giảm hậu quả hoặc tăng khả năng phát hiện.

Bước 11. Thực hiện và đánh giá lại. Sau khi kiểm soát, chấm lại O, D hoặc S nếu phù hợp để xem rủi ro giảm không.

6. Ví dụ FMEA cho quy trình tiếp nhận hồ sơ

Trong bảng này, bước “Kiểm tra tài liệu” có RPN cao nhất, cần ưu tiên kiểm soát. Biện pháp đề xuất không chỉ là đào tạo lại mà là thiết kế checklist và cảnh báo phần mềm để giảm phụ thuộc vào trí nhớ.

7. Cách chọn hành động sau FMEA

Sau khi tính RPN, nhóm cần xác định hành động. Hành động nên tập trung vào ba hướng:

Giảm Severity: khó nhất vì hậu quả thường gắn với bản chất lỗi. Tuy nhiên, có thể giảm hậu quả bằng phương án dự phòng hoặc phát hiện sớm trước khi lỗi đến khách hàng.

Giảm Occurrence: giảm khả năng xảy ra bằng chuẩn hóa quy trình, đào tạo, thiết kế lại biểu mẫu, tự động hóa, giảm bước thừa, cải thiện môi trường, tăng hỗ trợ.

Tăng Detection: làm lỗi dễ được phát hiện trước khi gây hậu quả bằng checklist, kiểm tra chéo, cảnh báo phần mềm, dashboard, đối chiếu dữ liệu, kiểm soát tại điểm bàn giao.

Trong thực hành, nhiều biện pháp tốt nhất là biện pháp giảm Occurrence hoặc tăng Detection bằng thiết kế hệ thống. Nhắc nhở cá nhân thường là biện pháp yếu nếu không thay đổi điều kiện làm việc.

8. FMEA khác gì Risk matrix?

Risk matrix thường đánh giá rủi ro ở mức khái quát hơn, dựa trên khả năng xảy ra và hậu quả. FMEA phân tích chi tiết hơn theo từng bước quy trình, từng dạng lỗi, nguyên nhân, kiểm soát hiện có và khả năng phát hiện.

Có thể dùng risk matrix để chọn quy trình rủi ro cao, sau đó dùng FMEA phân tích sâu quy trình đó.

9. Lỗi thường gặp khi dùng FMEA

Lỗi thứ nhất là làm FMEA khi chưa có flowchart. Nếu không rõ quy trình, nhóm dễ bỏ sót bước hoặc phân tích sai vị trí lỗi.

Lỗi thứ hai là viết failure mode quá chung. Ví dụ “sai quy trình” không đủ cụ thể. Cần viết “bỏ sót tài liệu bắt buộc”, “nhập sai mã khách hàng”, “chuyển nhầm bộ phận”.

Lỗi thứ ba là chấm điểm cảm tính mà không thảo luận kỹ. Cần thống nhất thang điểm và dùng dữ liệu nếu có.

Lỗi thứ tư là chỉ chạy theo RPN. Một lỗi có Severity rất cao cần được chú ý dù RPN không cao nhất.

Lỗi thứ năm là đề xuất biện pháp yếu. Nếu hầu hết hành động là đào tạo lại, nhắc nhở, tăng cường kiểm tra, FMEA chưa tạo cải tiến hệ thống.

Lỗi thứ sáu là không đánh giá lại sau hành động. FMEA cần được cập nhật sau khi kiểm soát mới được triển khai.

10. Checklist thực hiện FMEA

11. Kết luận của bài

FMEA là công cụ mạnh để phân tích lỗi tiềm ẩn và phòng ngừa sai sót trong quy trình. Công cụ này giúp tổ chức nhìn trước các điểm có thể thất bại, đánh giá mức độ ưu tiên và thiết kế kiểm soát phù hợp trước khi hậu quả xảy ra.

Bài học quan trọng là: FMEA không phải để lập bảng rủi ro cho đủ hồ sơ; FMEA có giá trị khi nó giúp tổ chức thay đổi quy trình để lỗi khó xảy ra hơn và dễ phát hiện hơn.