Phương pháp 5 Why và cách truy tìm nguyên nhân

Con số 5 không phải quy tắc bắt buộc phải hỏi đúng năm lần. Điều quan trọng là tiếp tục truy nguyên cho đến khi xác định được nguyên nhân có khả năng giải thích hợp lý cho sự cố, có thể kiểm chứng và đủ cụ thể để đưa ra hành động khắc phục. Vì vậy, giá trị của phương pháp không nằm ở số lần hỏi mà ở chất lượng của chuỗi quan hệ nhân quả được xây dựng.

Phương pháp 5 Why là gì?

Phương pháp 5 Why là một kỹ thuật phân tích nguyên nhân gốc, trong đó người phân tích liên tục đặt câu hỏi “Tại sao điều này xảy ra?” đối với vấn đề ban đầu và các nguyên nhân được phát hiện sau đó.

Logic cơ bản có dạng:

Vấn đề → Tại sao? → Nguyên nhân 1 → Tại sao? → Nguyên nhân 2 → … → Nguyên nhân có thể xử lý

Ví dụ, một máy sản xuất đột ngột dừng hoạt động:

1.    Tại sao máy dừng? Vì bộ phận truyền động bị quá nhiệt

2.    Tại sao bộ phận truyền động quá nhiệt? Vì thiếu chất bôi trơn

3.    Tại sao thiếu chất bôi trơn? Vì hoạt động bôi trơn định kỳ không được thực hiện

4.    Tại sao việc bảo dưỡng không được thực hiện? Vì lịch bảo dưỡng không tạo cảnh báo

5.    Tại sao không có cảnh báo? Vì quy trình bảo trì chưa quy định cơ chế theo dõi và xác nhận công việc

Nếu chỉ xử lý ở tầng đầu tiên, doanh nghiệp có thể làm mát máy hoặc bổ sung chất bôi trơn nhưng sự cố vẫn có khả năng tái diễn. Khi truy sâu hơn, vấn đề cần xử lý chuyển từ triệu chứng kỹ thuật sang lỗ hổng của cơ chế quản lý bảo trì.

Đó là mục tiêu thực sự của 5 Why: dịch chuyển sự chú ý từ “điều gì vừa hỏng” sang “điều gì trong quá trình đã cho phép sự cố xảy ra”.

5 Why truy tìm nguyên nhân gốc như thế nào?

Mỗi câu hỏi “Tại sao?” phải tạo ra một bước tiến trong chuỗi nhân quả. Câu trả lời sau không nên chỉ diễn đạt lại câu trả lời trước mà phải xác định điều kiện hoặc cơ chế khiến nguyên nhân trước đó xuất hiện.

Một chuỗi phân tích tốt thường đi qua ba tầng.

Tầng đầu là hiện tượng: điều quan sát được, chẳng hạn sản phẩm lỗi, giao hàng trễ hoặc thiết bị dừng.

Tầng tiếp theo là nguyên nhân trực tiếp: yếu tố khiến hiện tượng xảy ra ngay lúc đó, chẳng hạn thao tác sai, linh kiện hỏng hoặc thông tin chưa được cập nhật.

Tầng sâu hơn là nguyên nhân hệ thống: lý do khiến nguyên nhân trực tiếp có thể xuất hiện và không được phòng ngừa, chẳng hạn tiêu chuẩn công việc không rõ, thiếu cơ chế kiểm tra, quy trình bảo trì không đầy đủ hoặc trách nhiệm chưa được xác định.

Vì vậy, câu hỏi “Tại sao?” cần dựa trên quan hệ nhân quả chứ không dựa trên suy đoán. Nếu một nhóm nói rằng “nhân viên quên kiểm tra”, câu hỏi tiếp theo không nên dừng ở lỗi cá nhân mà cần xem tại sao quy trình lại phụ thuộc hoàn toàn vào trí nhớ của một người: có checklist hay không, có cảnh báo hay không, trách nhiệm có rõ không và việc hoàn thành có được xác nhận không.

Điểm dừng thích hợp xuất hiện khi nguyên nhân đã đủ sâu để có thể đề xuất biện pháp ngăn tái diễn và mối liên hệ giữa nguyên nhân đó với vấn đề có thể được kiểm tra bằng dữ liệu, quan sát hoặc bằng chứng từ quá trình.

Khi nào phương pháp 5 Why phù hợp?

5 Why phát huy hiệu quả nhất khi vấn đề có phạm vi tương đối rõ và chuỗi nguyên nhân không quá phức tạp.

Phương pháp đặc biệt phù hợp khi:

·         Sự cố cụ thể đã được xác định rõ

·         Có thể quan sát tương đối trực tiếp quá trình dẫn đến sự cố

·         Chuỗi nguyên nhân chủ yếu phát triển theo một số nhánh hạn chế

·         Nhóm phân tích có hiểu biết thực tế về quy trình

·         Cần thực hiện điều tra nguyên nhân ban đầu nhanh chóng

·         Mục tiêu là tìm điểm yếu của quy trình để ngăn sự cố tái diễn

Các tình huống như lỗi thao tác lặp lại, thiết bị thường xuyên dừng, hồ sơ bị xử lý chậm, giao hàng sai hoặc một bước kiểm soát bị bỏ qua thường là những trường hợp có thể bắt đầu bằng 5 Why.

Một dấu hiệu thực tế cho thấy 5 Why phù hợp là nhóm có thể trả lời từng câu hỏi bằng một quan hệ nguyên nhân cụ thể và có khả năng kiểm chứng. Nếu cứ mỗi lần hỏi “Tại sao?” lại xuất hiện hàng loạt nguyên nhân độc lập hoặc nhiều quan hệ tương tác, mô hình tuyến tính của 5 Why bắt đầu trở nên không đủ.

Khi nào không nên chỉ dùng 5 Why?

5 Why dễ sử dụng nhưng không phải công cụ phù hợp cho mọi bài toán nguyên nhân gốc.

Với một hệ thống phức tạp, sự cố thường không được tạo ra bởi một chuỗi đơn giản A → B → C. Nhiều điều kiện có thể đồng thời xuất hiện, tương tác với nhau và chỉ gây sự cố khi kết hợp theo một cách nhất định. Chọn một nhánh rồi hỏi “Tại sao?” liên tiếp trong trường hợp này có thể tạo ra một nguyên nhân nghe hợp lý nhưng bỏ sót những yếu tố quan trọng khác.

Không nên dựa riêng vào 5 Why khi:

·         Sự cố có nhiều nguyên nhân đồng thời

·         Quan hệ nhân quả chưa rõ hoặc còn tranh luận

·         Thiếu dữ liệu để kiểm chứng câu trả lời

·         Vấn đề liên quan đến hệ thống kỹ thuật hoặc quy trình có độ phức tạp cao

·         Hậu quả của việc xác định sai nguyên nhân rất lớn

·         Cần đánh giá đầy đủ nhiều nhánh rủi ro thay vì chỉ truy theo một chuỗi nguyên nhân

Trong những trường hợp này, 5 Why có thể đóng vai trò như bước khám phá ban đầu, nhưng nên kết hợp với các phương pháp cho phép xem xét nhiều nguyên nhân như sơ đồ xương cá, phân tích cây lỗi hoặc các công cụ phân tích rủi ro phù hợp.

Giới hạn quan trọng nhất của 5 Why là kết quả phụ thuộc mạnh vào giả thuyết và kiến thức của người đặt câu hỏi. Hai nhóm có thể bắt đầu từ cùng một vấn đề nhưng đi tới hai chuỗi nguyên nhân khác nhau nếu họ không kiểm tra câu trả lời bằng bằng chứng.

Làm thế nào để tránh tìm sai nguyên nhân với 5 Why?

Sai lầm phổ biến là biến 5 Why thành một cuộc hỏi đáp dựa trên ý kiến. Một câu trả lời nghe hợp lý chưa đồng nghĩa với việc nó thực sự là nguyên nhân.

Mỗi bước nên được kiểm tra bằng câu hỏi bổ sung: “Chúng ta biết điều này bằng cách nào?”

Nếu cho rằng máy dừng vì thiếu bôi trơn, cần kiểm tra tình trạng bôi trơn. Nếu cho rằng bảo dưỡng bị bỏ qua, cần xem lịch sử bảo trì. Nếu cho rằng quy trình không có cơ chế kiểm soát, cần kiểm tra chính quy trình đó.

Một nguyên tắc khác là tránh kết thúc chuỗi phân tích bằng những câu như “nhân viên bất cẩn”, “người vận hành quên” hoặc “không chú ý”. Những mô tả này thường chỉ xác định ai đã thực hiện hành vi chứ chưa giải thích tại sao hệ thống không ngăn được sai sót.

Thay vào đó, cần tiếp tục kiểm tra các điều kiện phía sau: hướng dẫn có rõ không, người thực hiện có đủ thông tin không, kiểm soát có tồn tại không, sai sót có thể được phát hiện trước khi tạo hậu quả không.

5 Why cũng không yêu cầu phải cố hỏi đủ năm lần. Nếu bằng chứng xác nhận nguyên nhân ở câu hỏi thứ ba, việc tiếp tục hỏi chỉ để đạt con số năm có thể đưa phân tích ra khỏi vấn đề thực tế. Ngược lại, nếu năm lần vẫn chỉ chạm tới triệu chứng, cần tiếp tục truy nguyên hoặc chuyển sang phương pháp phân tích phù hợp hơn.

Cách áp dụng phương pháp 5 Why trong thực tế

Trước tiên, cần mô tả vấn đề đủ cụ thể. “Chất lượng kém” quá rộng để phân tích; “12 sản phẩm trong lô kiểm tra bị thiếu một công đoạn xác nhận” tạo điểm xuất phát rõ ràng hơn.

Sau đó, nhóm thực hiện lần lượt:

1.    Xác định vấn đề thực tế cần giải thích

2.    Hỏi tại sao vấn đề đó xảy ra

3.    Kiểm tra câu trả lời bằng dữ liệu, quan sát hoặc thông tin từ quá trình

4.    Dùng nguyên nhân vừa xác nhận làm đối tượng cho câu hỏi “Tại sao?” tiếp theo

5.    Tiếp tục cho tới khi tìm được nguyên nhân có khả năng giải thích sự cố và có thể tác động

6.    Xác định hành động nhằm xử lý nguyên nhân thay vì chỉ loại bỏ triệu chứng

7.    Theo dõi kết quả để kiểm tra liệu sự cố có thực sự được ngăn tái diễn hay không

Chẳng hạn, nếu vấn đề là đơn hàng thường được giao trễ, “nhân viên xử lý chậm” không phải điểm kết thúc hữu ích. Phân tích có thể tiếp tục tới việc đơn hàng phải chờ phê duyệt thủ công, người phê duyệt không nhận được cảnh báo và quy trình chưa quy định thời gian hoặc cơ chế xử lý khi yêu cầu bị tồn đọng.

Khi đó, biện pháp khắc phục có thể tập trung vào cơ chế cảnh báo, trách nhiệm hoặc quy trình xử lý thay vì đơn thuần yêu cầu nhân viên “làm nhanh hơn”.

Điều này cũng cho thấy tiêu chí quan trọng khi sử dụng 5 Why: nguyên nhân cuối cùng phải dẫn tới một hành động có khả năng làm thay đổi hệ thống gây ra vấn đề, chứ không chỉ tạo ra một lời giải thích thuận tai.

Phương pháp 5 Why phù hợp nhất với việc điều tra nhanh những vấn đề có phạm vi rõ và chuỗi nguyên nhân tương đối dễ truy vết. Bằng cách hỏi “Tại sao?” liên tiếp và kiểm chứng từng câu trả lời, người phân tích có thể đi từ triệu chứng đến nguyên nhân sâu hơn mà việc khắc phục có khả năng ngăn sự cố tái diễn.

Tuy nhiên, “5” không phải con số bắt buộc và nguyên nhân được tìm thấy không mặc nhiên là nguyên nhân gốc chỉ vì đã trải qua năm câu hỏi. Khi vấn đề có nhiều nguyên nhân tương tác, thiếu dữ liệu hoặc có mức độ rủi ro cao, 5 Why nên được xem là một phần của quá trình phân tích rộng hơn thay vì công cụ duy nhất.