Tiêu chí xác nhận chẩn đoán vấn đề đúng

Một vấn đề chỉ được xem là đã chẩn đoán đủ khi nguyên nhân được xác định có thể giải thích nhất quán hiện tượng đã quan sát và có căn cứ để kiểm chứng. Nói cách khác, “nguyên nhân nghe có vẻ đúng” chưa đồng nghĩa với “nguyên nhân đã được xác nhận”.

Trong phân tích nguyên nhân gốc, ASQ nhấn mạnh việc phải xem xét các nguyên nhân khác và kiểm chứng nguyên nhân được lựa chọn. Quy trình 8D cũng yêu cầu nguyên nhân phải được xác minh hoặc chứng minh thay vì chỉ được lựa chọn từ suy đoán hoặc thảo luận chủ quan.

Vì vậy, tiêu chí đầu tiên là phải phân biệt rõ ba mức:

·         Giả thuyết nguyên nhân: Một khả năng có thể giải thích vấn đề

·         Nguyên nhân có bằng chứng: Một khả năng đã được dữ liệu hỗ trợ đáng kể

·         Nguyên nhân đã được xác nhận: Nguyên nhân vừa giải thích được vấn đề, vừa vượt qua kiểm chứng và cho kết quả phù hợp khi tác động vào nó

Chỉ mức thứ ba mới đủ mạnh để làm cơ sở cho hành động khắc phục lâu dài.

6 tiêu chí xác nhận nguyên nhân đã được chẩn đoán đúng

1. Vấn đề ban đầu được mô tả đủ rõ và có thể kiểm chứng

Không thể xác nhận nguyên nhân nếu bản thân vấn đề chưa được xác định chính xác. Cần biết tối thiểu vấn đề xảy ra ở đâu, khi nào, với đối tượng nào, biểu hiện gì và mức độ bao nhiêu.

Một mô tả như “hệ thống hoạt động không ổn định” quá rộng để xác định nguyên nhân. Mô tả có giá trị chẩn đoán hơn phải gắn với hiện tượng quan sát được và, khi có thể, có dữ liệu định lượng.

Ví dụ:

“Tỷ lệ lỗi tăng từ 1,2% lên 4,8% trong ca đêm, tập trung ở công đoạn X”

có giá trị chẩn đoán cao hơn:

“Chất lượng giảm vào ban đêm”

Cách tiếp cận 8D của ASQ cũng yêu cầu vấn đề được mô tả theo các chiều như ai, cái gì, ở đâu, khi nào, tại sao, như thế nào và bao nhiêu. Đây là nền tảng để đối chiếu nguyên nhân với hiện tượng thực tế.

2. Nguyên nhân giải thích được cơ chế hình thành vấn đề

Một nguyên nhân đúng phải trả lời được câu hỏi “Vì sao nguyên nhân này lại tạo ra hiện tượng đó?”

Nếu chỉ có tương quan mà không có cơ chế hợp lý, chẩn đoán vẫn còn yếu. Cần nối được chuỗi:

Nguyên nhân → cơ chế tác động → điều kiện xảy ra → hiện tượng quan sát được

Ví dụ, nếu phát hiện lỗi xuất hiện nhiều ở một ca sản xuất, “ca đêm” chưa phải nguyên nhân gốc. Cần tiếp tục tìm xem yếu tố nào trong ca đêm tạo ra lỗi: thay đổi thiết lập máy, điều kiện môi trường, quy trình bàn giao, vật liệu, nhân sự hay một yếu tố khác.

NIST mô tả phương pháp khoa học theo hướng xác định vấn đề, thu thập dữ liệu, hình thành giả thuyết rồi đánh giá và kiểm nghiệm giả thuyết. Điều này cho thấy một chẩn đoán đáng tin cậy phải có bước kiểm tra chứ không dừng ở suy luận ban đầu.

3. Có bằng chứng trực tiếp hoặc dữ liệu đủ mạnh hỗ trợ nguyên nhân

Đây là tiêu chí quan trọng nhất để phân biệt phỏng đoán với chẩn đoán.

Bằng chứng có thể gồm:

·         Dữ liệu trước và sau khi vấn đề xảy ra

·         Kết quả đo hoặc kiểm tra

·         Lịch sử sự cố

·         Thử nghiệm có kiểm soát

·         Quan hệ nhân quả được tái hiện

·         Dữ liệu vận hành hoặc hồ sơ quá trình

·         Kết quả kiểm tra độc lập

·         Tiêu chuẩn hoặc thông số kỹ thuật liên quan

ASQ coi dữ liệu thực tế là cơ sở cho các kết luận hợp lệ trong phân tích nguyên nhân gốc. Vì vậy, câu “nguyên nhân này có vẻ hợp lý” chưa đủ; cần trả lời được “bằng chứng nào chứng minh nó?”

Một nguyên nhân càng quan trọng thì yêu cầu về chất lượng bằng chứng càng cao.

4. Các nguyên nhân cạnh tranh đã được xem xét và loại trừ hợp lý

Một chẩn đoán có thể đúng nhưng vẫn chưa đủ chắc nếu chỉ tìm thấy một nguyên nhân mà chưa kiểm tra những khả năng khác.

Cần đặt câu hỏi:

·         Có nguyên nhân nào khác cũng giải thích được hiện tượng không?

·         Nguyên nhân này có giải thích được toàn bộ dữ liệu hay chỉ một phần?

·         Những nguyên nhân được xem xét trước đó đã được loại trừ bằng bằng chứng nào?

·         Có yếu tố đồng thời nào đang tạo ra cùng hiện tượng không?

ASQ đưa “những nguyên nhân nào khác đã được nghiên cứu và loại trừ?” và “làm thế nào để xác minh nguyên nhân này?” vào các câu hỏi hướng dẫn xác định nguyên nhân gốc.

Đây cũng là lý do không nên mặc định rằng một vấn đề chỉ có duy nhất một nguyên nhân. Với vấn đề phức tạp, nhiều nguyên nhân có thể cùng tồn tại.

5. Khi tác động vào nguyên nhân, vấn đề giảm hoặc biến mất theo dự đoán

Đây là phép kiểm chứng mạnh hơn việc chỉ quan sát mối liên hệ.

Nếu giả thuyết là:

Nguyên nhân X → tạo ra vấn đề Y

thì khi kiểm soát hoặc loại bỏ X trong điều kiện phù hợp, Y phải thay đổi theo hướng dự đoán.

Nếu X được xử lý nhưng Y không thay đổi, cần xem lại chẩn đoán. Có thể:

·         X chỉ là yếu tố liên quan chứ không phải nguyên nhân chính

·         Còn một nguyên nhân khác chưa được phát hiện

·         Có nhiều nguyên nhân đồng thời

·         Biện pháp tác động chưa thực sự loại bỏ X

·         Mô hình nhân quả ban đầu chưa đúng

NIST mô tả cách tiếp cận A3 trong đó các giải pháp được xem như giả thuyết và được kiểm tra bằng các thử nghiệm có kết quả đo được. FDA cũng yêu cầu việc xác minh hiệu lực phải xem xét liệu hành động có thực sự loại bỏ nguyên nhân đã xác định và ngăn vấn đề tái diễn hay không.

6. Kết quả sau khắc phục cho thấy vấn đề không tái diễn trong điều kiện tương đương

Giảm lỗi ngay sau khi can thiệp chưa chắc đã chứng minh nguyên nhân đã được xác định đúng.

Tiêu chí mạnh hơn là sau khi nguyên nhân được xử lý:

·         Hiện tượng giảm hoặc biến mất

·         Kết quả duy trì trong quá trình theo dõi

·         Không xuất hiện lại khi điều kiện tương đương xảy ra

·         Không phát sinh vấn đề mới do biện pháp khắc phục

·         Dữ liệu hiệu quả phù hợp với tiêu chí chấp nhận đã đặt trước

FDA yêu cầu xác minh hiệu lực của hành động khắc phục trước khi đóng một hoạt động khắc phục; trọng tâm là xác định liệu nguyên nhân đã được xử lý hiệu quả và vấn đề có được ngăn tái diễn hay không.

Làm thế nào phân biệt nguyên nhân gốc với triệu chứng?

Một sai lầm phổ biến là dừng chẩn đoán ở triệu chứng gần nhất.

Ví dụ:

Hiện tượng: Sản phẩm bị lỗi

→ Nguyên nhân gần: Nhân viên thao tác sai

→ Nguyên nhân sâu hơn: Quy trình thao tác không rõ

→ Nguyên nhân hệ thống: Không có cơ chế chuẩn hóa và kiểm soát thay đổi

“Nhân viên thao tác sai” có thể là một nguyên nhân thực tế, nhưng chưa chắc đã là điểm cần dừng phân tích. Nếu chỉ đào tạo lại nhân viên mà điều kiện khiến lỗi xảy ra vẫn tồn tại, vấn đề có thể tái diễn.

ASQ xem root cause là nguyên nhân ở mức đủ sâu để giải thích chuỗi nguyên nhân–kết quả và có thể được xử lý thông qua cải tiến nhằm ngăn tái diễn. Vì vậy, câu hỏi quan trọng không chỉ là “Ai đã gây ra lỗi?”, mà còn là “Điều gì trong hệ thống khiến lỗi đó có thể xảy ra và không được ngăn chặn?”

5 Whys có đủ để xác nhận chẩn đoán đúng không?

Không nhất thiết.

5 Whys là công cụ hữu ích để đào sâu từ triệu chứng đến nguyên nhân, nhưng con số “5” không phải một ngưỡng bắt buộc. ASQ lưu ý có thể cần ít hoặc nhiều hơn năm lần hỏi “Why”, tùy bản chất vấn đề.

Quan trọng hơn, câu trả lời ở mỗi bước phải dựa trên bằng chứng. Nếu chuỗi Why chỉ là:

“Vì A” → “Tại sao A?” → “Vì B” → “Tại sao B?” → “Vì C”

mà không có dữ liệu chứng minh A, B và C, thì đó vẫn chỉ là một chuỗi giả thuyết.

Vì vậy, 5 Whys nên được xem là công cụ hình thành và đào sâu giả thuyết, không phải bằng chứng tự thân chứng minh nguyên nhân.

Một chẩn đoán đủ thường phải vượt qua 4 lớp kiểm tra

Có thể cô đọng toàn bộ tiêu chí thành một chuỗi kiểm tra:

1. Fit — Khớp với hiện tượng

Nguyên nhân có giải thích được đúng vấn đề đã mô tả không?

2. Proof — Có bằng chứng

Có dữ liệu hoặc kiểm chứng khách quan hỗ trợ không?

3. Exclusion — Loại trừ khả năng cạnh tranh

Các nguyên nhân khác đã được xem xét và loại trừ hợp lý chưa?

4. Verification — Kiểm chứng bằng kết quả

Khi tác động vào nguyên nhân, vấn đề có thay đổi đúng dự đoán và duy trì kết quả không?

Nếu chỉ đạt Fit, đó mới là một giả thuyết tốt.

Nếu đạt Fit Proof, đã có cơ sở mạnh hơn.

Nếu đạt Fit Proof Exclusion, chẩn đoán trở nên đáng tin cậy.

Khi thêm Verification, cơ sở xác nhận nguyên nhân mới đủ mạnh để làm nền tảng cho hành động khắc phục.

Dấu hiệu cho thấy chưa nên kết luận nguyên nhân

Chẩn đoán nên được xem là chưa hoàn tất nếu còn một trong các dấu hiệu sau:

·         Nguyên nhân chỉ dựa trên kinh nghiệm hoặc cảm nhận

·         Chưa có dữ liệu xác nhận

·         Chưa giải thích được cơ chế

·         Chưa kiểm tra các nguyên nhân thay thế

·         Chỉ xử lý triệu chứng nhưng vấn đề vẫn có khả năng tái diễn

·         Biện pháp khắc phục có hiệu quả nhưng chưa biết yếu tố nào thực sự tạo ra hiệu quả

·         Kết quả sau khắc phục chưa được theo dõi đủ để đánh giá hiệu lực

·         Có nhiều nguyên nhân khả dĩ nhưng mới kiểm tra một nguyên nhân

·         Nguyên nhân không giải thích được một phần quan trọng của dữ liệu

Trong những trường hợp này, kết luận phù hợp hơn là “nguyên nhân khả dĩ” hoặc “nguyên nhân tạm thời được xác định”, thay vì khẳng định đã chẩn đoán đúng.

Tiêu chí thực hành để xác nhận trước khi đóng vấn đề

Trước khi kết luận, có thể dùng một bộ câu hỏi ngắn:

1.    Vấn đề đã được mô tả bằng dữ liệu đủ rõ chưa?

2.    Nguyên nhân được đề xuất có giải thích được cơ chế gây ra vấn đề không?

3.    Có bằng chứng khách quan hỗ trợ nguyên nhân không?

4.    Các nguyên nhân cạnh tranh đã được xem xét và loại trừ chưa?

5.    Có thể kiểm chứng nguyên nhân bằng thử nghiệm, thay đổi có kiểm soát hoặc dữ liệu trước–sau không?

6.    Kết quả sau khi xử lý nguyên nhân có đúng như dự đoán không?

7.    Hiệu quả có duy trì và giảm nguy cơ tái diễn không?

Nếu câu trả lời cho các câu hỏi cốt lõi này đều rõ ràng, đặc biệt là bằng chứng loại trừ nguyên nhân cạnh tranh kiểm chứng hiệu quả, thì cơ sở để xác nhận chẩn đoán sẽ mạnh hơn đáng kể.

Một vấn đề được chẩn đoán đúng không phải vì người phân tích tìm được một lời giải thích hợp lý, mà vì nguyên nhân đó phù hợp với hiện tượng, được dữ liệu hỗ trợ, giải thích được cơ chế, vượt qua việc xem xét các nguyên nhân cạnh tranh và được kiểm chứng bằng kết quả thực tế. Đây cũng là logic xuyên suốt của root cause analysis: xác định nguyên nhân không phải điểm kết thúc; nguyên nhân phải dẫn tới một hành động có thể kiểm chứng và cho thấy vấn đề thực sự được giải quyết, thay vì chỉ tạm thời biến mất.