Bài 2. WHY - Truy tìm nguyên nhân

1. 5 Why là gì?

5 Why là công cụ phân tích nguyên nhân gốc bằng cách đặt liên tiếp câu hỏi “Vì sao?” đối với một vấn đề hoặc một nguyên nhân đã được nhận diện. Mục tiêu của 5 Why không phải là hỏi đúng năm lần một cách máy móc, mà là đi đủ sâu để tìm ra nguyên nhân có thể can thiệp nhằm ngăn vấn đề tái diễn.

Tên gọi “5 Why” dễ làm người học hiểu nhầm rằng lúc nào cũng phải hỏi đúng năm câu hỏi. Thực tế, có vấn đề chỉ cần ba lần hỏi đã đến nguyên nhân có thể hành động; có vấn đề phức tạp cần nhiều hơn năm lần hoặc cần kết hợp với công cụ khác như Fishbone, Pareto, flowchart hoặc quan sát thực tế. Điều quan trọng không phải là số lượng câu hỏi, mà là chất lượng của chuỗi phân tích.

5 Why phù hợp với các vấn đề có tính lặp lại, có một sự kiện hoặc sai lệch cụ thể, cần hiểu vì sao vấn đề xảy ra và vì sao hệ thống không ngăn chặn được vấn đề đó. Công cụ này đặc biệt hữu ích khi nhóm cải tiến có xu hướng dừng ở nguyên nhân bề mặt như “nhân viên quên”, “thiếu kiểm tra”, “không tuân thủ” hoặc “đào tạo chưa đầy đủ”.

2. Mục đích của 5 Why trong quản lý chất lượng

Mục đích chính của 5 Why là giúp tổ chức không dừng lại ở triệu chứng. Một vấn đề chất lượng thường có nhiều lớp nguyên nhân. Lớp ngoài cùng là biểu hiện dễ thấy; lớp sâu hơn là nguyên nhân trực tiếp; sâu hơn nữa là nguyên nhân hệ thống. Nếu chỉ xử lý lớp ngoài cùng, vấn đề dễ lặp lại.

Ví dụ, một hồ sơ bị trả lại vì thiếu thông tin. Nguyên nhân trực tiếp có thể là nhân viên không điền đủ. Nhưng vì sao nhân viên không điền đủ? Có thể vì biểu mẫu mới có thêm trường nhưng chưa được hướng dẫn. Vì sao chưa được hướng dẫn? Vì khi thay đổi biểu mẫu, không có quy trình thông báo và đào tạo cập nhật. Vì sao không có quy trình cập nhật? Vì tổ chức chưa quy định trách nhiệm quản lý thay đổi tài liệu. Khi đó, nguyên nhân gốc không còn là “nhân viên quên”, mà là thiếu cơ chế quản lý thay đổi biểu mẫu và đào tạo cập nhật.

Nếu giải pháp chỉ là nhắc nhở nhân viên, lỗi có thể tiếp tục xảy ra khi biểu mẫu khác thay đổi. Nếu giải pháp là thiết lập quy trình quản lý thay đổi tài liệu, cập nhật hướng dẫn và cảnh báo trường bắt buộc, khả năng tái diễn sẽ giảm bền vững hơn.

3. Khi nào nên dùng 5 Why?

5 Why nên được sử dụng khi tổ chức đã có một vấn đề tương đối cụ thể và muốn đi sâu vào nguyên nhân. Công cụ này không phù hợp nếu vấn đề còn quá rộng hoặc chưa được mô tả rõ.

Các tình huống phù hợp để dùng 5 Why gồm:

• Một sai sót cụ thể xảy ra lặp lại.
• Một sự cố hoặc gần sự cố cần phân tích nguyên nhân.
• Một chỉ số xấu đi và đã xác định được điểm bất thường chính.
• Một bước trong quy trình thường xuyên không được thực hiện đúng.
• Một lỗi đã được Pareto xác định là nhóm ưu tiên.
• Một nguyên nhân trên Fishbone cần được đào sâu.
• Một giải pháp cũ không hiệu quả và cần hiểu vì sao vấn đề tái diễn.

Không nên dùng 5 Why khi tổ chức chưa xác định rõ vấn đề. Ví dụ, câu “chất lượng phục vụ kém” quá rộng để bắt đầu 5 Why. Cần chuyển thành vấn đề cụ thể như “tỷ lệ phản ánh về thời gian chờ tại quầy tiếp nhận tăng từ 5% lên 14% trong tháng 4, tập trung vào khung giờ 7h–9h”. Khi vấn đề được khoanh vùng, 5 Why mới có điểm bắt đầu rõ ràng.

4. Cách thực hiện 5 Why

Một quy trình thực hiện 5 Why có thể gồm các bước sau:

Bước 1. Viết vấn đề rõ ràng. Vấn đề phải cụ thể, có dữ liệu hoặc bằng chứng, không viết chung chung. Ví dụ: “Trong tuần qua, 18% phiếu yêu cầu bị trả lại do thiếu chữ ký xác nhận, cao hơn mức trung bình 5%.”

Bước 2. Hỏi vì sao lần thứ nhất. Câu trả lời nên dựa trên quan sát hoặc dữ liệu, không chỉ suy đoán. Ví dụ: “Vì người lập phiếu không chuyển phiếu qua bước xác nhận trước khi gửi.”

Bước 3. Tiếp tục hỏi vì sao đối với câu trả lời trước đó. Mỗi câu hỏi phải bám vào câu trả lời ngay trước, không nhảy sang hướng khác. Ví dụ: “Vì sao người lập phiếu không chuyển qua bước xác nhận?” – “Vì trên biểu mẫu điện tử không có cảnh báo bắt buộc trước khi gửi.”

Bước 4. Dừng khi tìm được nguyên nhân có thể can thiệp. Nguyên nhân gốc thường là điểm mà tổ chức có thể thay đổi để giảm khả năng tái diễn. Ví dụ: “Quy trình thiết kế biểu mẫu điện tử chưa có bước kiểm tra trường bắt buộc và cảnh báo lỗi trước khi đưa vào sử dụng.”

Bước 5. Kiểm tra logic chuỗi nguyên nhân. Đọc ngược lại: nếu khắc phục nguyên nhân gốc, vấn đề có giảm khả năng tái diễn không? Nếu không, chuỗi phân tích có thể chưa đúng hoặc chưa đủ sâu.

Bước 6. Chuyển thành giải pháp. Giải pháp phải tác động vào nguyên nhân gốc, không chỉ vào biểu hiện. Nếu nguyên nhân là thiếu cảnh báo trên phần mềm, giải pháp phải liên quan đến thiết kế phần mềm, kiểm thử biểu mẫu, trách nhiệm phê duyệt và hướng dẫn người dùng.

5. Ví dụ minh họa 5 Why

Vấn đề: “Trong tháng 4, tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo là 15%, cao hơn mục tiêu dưới 5%.”

Nguyên nhân gốc có thể là: quy trình xây dựng và triển khai SOP chưa yêu cầu thiết kế checklist kiểm soát tại các bước nguy cơ cao. Giải pháp phù hợp không chỉ là nhắc nhân viên kiểm tra kỹ hơn, mà cần xây dựng checklist theo loại hồ sơ, gắn checklist vào bước tiếp nhận, đào tạo sử dụng, kiểm tra tuân thủ và theo dõi tỷ lệ hồ sơ bị trả lại sau áp dụng.

6. Những lỗi thường gặp khi dùng 5 Why

Lỗi thứ nhất là hỏi vì sao nhưng trả lời bằng phán đoán chủ quan. Nếu câu trả lời không dựa trên bằng chứng, chuỗi 5 Why có thể dẫn đến nguyên nhân sai. Cần kiểm chứng bằng quan sát, dữ liệu hoặc ý kiến của người trực tiếp thực hiện.

Lỗi thứ hai là dừng quá sớm ở lỗi cá nhân. Ví dụ, “vì nhân viên quên” không phải là điểm dừng tốt. Cần hỏi tiếp: vì sao nhân viên có thể quên, hệ thống có nhắc nhở không, quy trình có thiết kế để phòng quên không, điểm kiểm soát có tồn tại không.

Lỗi thứ ba là nhảy giữa các nhánh nguyên nhân. 5 Why cần đi theo một chuỗi logic. Nếu vấn đề có nhiều nhánh nguyên nhân, nên dùng Fishbone trước để hệ thống hóa, sau đó chọn từng nhánh quan trọng để phân tích 5 Why riêng.

Lỗi thứ tư là ép đủ năm câu hỏi. Nếu đã tìm được nguyên nhân có thể hành động sau ba câu hỏi, không cần hỏi thêm một cách hình thức. Ngược lại, nếu sau năm câu hỏi vẫn còn ở mức chung chung, cần tiếp tục đào sâu.

Lỗi thứ năm là không chuyển nguyên nhân thành giải pháp cụ thể. 5 Why chỉ hoàn thành vai trò khi kết quả phân tích dẫn đến hành động cải tiến.

7. Cách viết kết luận sau 5 Why

Sau khi thực hiện 5 Why, không nên chỉ lưu lại bảng hỏi – đáp. Cần viết kết luận rõ ràng gồm ba phần: vấn đề, nguyên nhân gốc và hướng can thiệp.

Ví dụ:

“Phân tích 5 Why cho thấy tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo không chỉ xuất phát từ việc nhân viên tiếp nhận kiểm tra chưa đầy đủ, mà nguyên nhân gốc là SOP hiện hành chưa được chuyển hóa thành checklist thao tác theo từng loại hồ sơ tại điểm tiếp nhận. Điều này khiến việc kiểm tra phụ thuộc vào trí nhớ và kinh nghiệm cá nhân. Hướng cải tiến là xây dựng checklist theo từng loại hồ sơ, tích hợp vào bước tiếp nhận, đào tạo nhân viên và theo dõi tỷ lệ hồ sơ bị trả lại trong 8 tuần sau triển khai.”

Cách viết này giúp kết quả phân tích trở thành cơ sở cho kế hoạch cải tiến, thay vì chỉ là một bài tập công cụ.

8. Checklist sử dụng 5 Why

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

5 Why là công cụ đơn giản nhưng rất mạnh nếu được dùng đúng. Giá trị của 5 Why không nằm ở việc hỏi đủ năm lần, mà ở khả năng giúp tổ chức vượt qua nguyên nhân bề mặt để tìm đến nguyên nhân hệ thống có thể can thiệp. Khi được sử dụng trong môi trường không đổ lỗi, có dữ liệu và có sự tham gia của người trực tiếp thực hiện, 5 Why giúp cải tiến đi vào bản chất hơn.

Bài học quan trọng là: đừng dừng lại ở câu trả lời dễ nghe nhất; hãy hỏi tiếp cho đến khi tìm được điều kiện hệ thống cần thay đổi.