Nguyên nhân gốc rễ là nguyên nhân mà nếu loại bỏ, lỗi sẽ không xảy ra lại; còn nguyên nhân bề mặt chỉ là điểm cuối của một chuỗi, sửa nó xong thì lỗi tìm đường khác quay lại. Hai công cụ đơn giản và phổ biến nhất để tìm nguyên nhân gốc rễ là hỏi "tại sao" nhiều lần (thường gọi là 5 Why) và biểu đồ xương cá. Cả hai đều không cần phần mềm, chỉ cần một nhóm người hiểu việc, một tấm bảng và kỷ luật không vội kết luận.
AI có thể đóng vai người hỏi vặn kiên nhẫn trong buổi phân tích: đề xuất những nhánh nguyên nhân nhóm chưa nghĩ tới, chỉ ra chỗ lập luận nhảy cóc. Nhưng nó không đứng ở xưởng, nên mọi giả thuyết nó đưa ra phải được kiểm bằng dữ liệu và hiện trường. Bài này đi qua cả hai công cụ với ví dụ giả định ở một xưởng lắp ráp điện tử nhỏ.
Vì sao "do công nhân bất cẩn" không phải nguyên nhân gốc
Khi một lỗi xảy ra trên dây chuyền, câu trả lời đầu tiên thường là "công nhân lắp sai" hay "nhân viên quên kiểm". Câu đó có thể đúng về sự kiện, nhưng hiếm khi là nguyên nhân gốc. Nếu thay người khác vào cùng vị trí, cùng điều kiện, khả năng cao lỗi vẫn xảy ra với một tần suất nào đó. Câu hỏi đúng là: điều gì trong cách bố trí, dụng cụ, vật liệu, hướng dẫn, thời gian, ánh sáng đã khiến việc lắp sai trở nên dễ xảy ra?
Dừng phân tích ở con người có hai hậu quả. Một, hành động khắc phục sẽ là nhắc nhở, kỷ luật, đào tạo lại, tức là những biện pháp yếu nhất, và lỗi sẽ quay lại. Hai, người làm học được rằng báo lỗi dẫn tới bị quy trách nhiệm, nên lần sau lỗi sẽ được giấu. Cả hai đều làm hệ thống chất lượng yếu đi.
Không có nghĩa là con người không bao giờ là một phần của nguyên nhân. Có trường hợp người làm cố ý bỏ qua quy trình. Nhưng ngay cả khi đó, câu hỏi tiếp theo vẫn là: vì sao họ bỏ qua? Quy trình quá chậm so với định mức? Không ai giải thích lý do của bước đó? Phân tích tốt đi tiếp cho đến khi chạm tới thứ mà công ty thay đổi được.
5 Why: cách hỏi đúng và chỗ dễ trượt
Ví dụ giả định: một xưởng lắp ráp bo mạch nhỏ nhận phản ánh khách về một số bo mạch bị lỏng đầu nối. Chuỗi câu hỏi:
- Vì sao đầu nối bị lỏng? Vì chân đầu nối không được hàn đủ thiếc ở một số bo.
- Vì sao không đủ thiếc? Vì ở những bo đó, mỏ hàn chạm chân trong thời gian ngắn hơn bình thường.
- Vì sao thời gian chạm ngắn hơn? Vì những bo đó được lắp vào cuối ca chiều, khi định mức còn thiếu, người làm tăng tốc.
- Vì sao người làm phải tăng tốc cuối ca? Vì đầu ca chiều thường mất thời gian chờ linh kiện từ kho.
- Vì sao phải chờ linh kiện? Vì kho chỉ cấp phát một lần đầu ngày theo số lượng ước tính, và thường thiếu đầu nối cho ca chiều.
Chuỗi này dẫn từ một mối hàn sang cách kho cấp phát, một nguyên nhân mà nếu chỉ nhìn chỗ hàn sẽ không ai nghĩ tới. Hai chỗ dễ trượt: nhảy cóc giữa các bước (từ "không đủ thiếc" sang thẳng "công nhân ẩu"), và chỉ đi một nhánh trong khi một câu "vì sao" có thể có hai ba câu trả lời. Với mỗi câu trả lời, hãy hỏi: có dữ liệu nào xác nhận điều này không? Con số năm chỉ là quy ước; có khi ba câu đã tới gốc, có khi cần bảy câu.
Biểu đồ xương cá: sáu nhóm nguyên nhân
Biểu đồ xương cá, còn gọi là biểu đồ Ishikawa, đặt vấn đề ở đầu cá và các nhóm nguyên nhân thành các xương. Nó giúp nhóm không bỏ sót hướng nào trước khi đi sâu. Sáu nhóm thường dùng trong sản xuất:
| Nhóm | Câu hỏi gợi ý | Ví dụ giả định với lỗi mối hàn |
|---|---|---|
| Con người | Kỹ năng, đào tạo, mệt mỏi, áp lực định mức? | Người mới chưa quen loại đầu nối này |
| Máy và dụng cụ | Thiết bị có ổn định, được bảo trì, hiệu chuẩn? | Mỏ hàn ở một trạm có nhiệt độ dao động |
| Vật liệu | Linh kiện, nguyên liệu có đồng đều giữa các lô? | Lô đầu nối mới có lớp mạ khác |
| Phương pháp | Quy trình có rõ, có khả thi trong điều kiện thật? | SOP không ghi thời gian chạm tối thiểu |
| Đo lường | Cách kiểm có phát hiện được lỗi không? | Kiểm cuối chỉ nhìn bằng mắt, không thử lực kéo |
| Môi trường | Ánh sáng, nhiệt độ, độ ẩm, bố trí mặt bằng? | Trạm cuối dây gần cửa, gió thổi làm nguội mỏ hàn |
Với dịch vụ và văn phòng, các nhóm có thể đổi thành con người, quy trình, chính sách, hệ thống, khách hàng, môi trường. Điều quan trọng không phải là tên nhóm, mà là buộc nhóm phân tích nhìn rộng trước khi chọn hướng đào sâu.
Giao AI vai người hỏi vặn
Sau khi nhóm tự làm một lượt biểu đồ hoặc chuỗi câu hỏi, AI hữu ích nhất khi được giao vai phản biện, không phải vai người tìm ra đáp án. Một số câu lệnh mẫu:
- "Đây là mô tả lỗi và chuỗi 5 Why của nhóm. Hãy chỉ ra những chỗ lập luận nhảy cóc, những câu trả lời chưa có bằng chứng, và những nhánh khác có thể có ở mỗi bước."
- "Đây là biểu đồ xương cá của nhóm, viết dưới dạng danh sách theo sáu nhóm. Với mỗi nhóm, đề xuất thêm những nguyên nhân có thể chưa được nghĩ tới, đánh dấu rõ đây chỉ là giả thuyết."
- "Với mỗi giả thuyết trong danh sách, đề xuất một cách kiểm đơn giản, rẻ, làm được trong một tuần tại xưởng nhỏ: dữ liệu cần xem, thử nghiệm có thể làm."
- "Nếu nguyên nhân thật là X, thì ta sẽ quan sát thấy những gì? Nếu là Y thì sao? Liệt kê dấu hiệu phân biệt hai giả thuyết."
Câu lệnh cuối đặc biệt có ích: thay vì tranh luận nguyên nhân nào đúng, nhóm đi tìm dấu hiệu phân biệt rồi xuống xưởng xem. Trước khi dán mô tả lỗi, che tên khách hàng, mã sản phẩm của khách và tên người liên quan.
Kiểm giả thuyết bằng dữ liệu và thử nghiệm
Xem dữ liệu đã có. Lỗi tập trung theo ca, theo máy, theo lô nguyên liệu, theo người, theo ngày trong tuần? Bảng tính sổ lỗi lọc theo từng cột là đủ cho bước đầu. Nếu lỗi chỉ xảy ra cuối ca chiều, giả thuyết về áp lực định mức có cơ sở; nếu xảy ra đều mọi giờ, cần nghĩ hướng khác.
Đi xem tại chỗ. Đứng ở trạm vào đúng thời điểm lỗi hay xảy ra. Nhiều nguyên nhân chỉ lộ ra khi nhìn tận mắt, như luồng gió từ cửa hay ánh sáng chiều chiếu ngược.
Thử bật tắt. Nếu nghi mỏ hàn, đổi mỏ hàn giữa hai trạm và xem lỗi có đi theo mỏ hàn không. Nếu nghi lô linh kiện, chạy song song hai lô. Thử nghiệm đơn giản kiểu này rẻ và cho câu trả lời rõ hơn mọi cuộc họp.
Cẩn thận với tương quan. Hai thứ cùng xảy ra không có nghĩa là thứ này gây ra thứ kia. AI tóm tắt dữ liệu hay nói "có liên quan"; câu đó chưa phải nguyên nhân.
Ghi lại cả giả thuyết bị loại. Trong phiếu phân tích, ghi giả thuyết nào đã kiểm và bị loại vì sao. Lần sau gặp lỗi tương tự, nhóm không phải kiểm lại từ đầu.
Chạy một buổi phân tích sáu mươi phút
Buổi phân tích kéo dài cả buổi chiều thường mệt và lan man. Một khung sáu mươi phút cho nhóm ở xưởng nhỏ:
- Mười phút đầu: người điều phối đọc mô tả vấn đề theo cái gì, ở đâu, khi nào, bao nhiêu. Cả nhóm thống nhất mô tả trước khi bàn nguyên nhân; nhiều buổi hỏng chỉ vì mỗi người đang nói về một lỗi khác nhau.
- Hai mươi phút: vẽ xương cá trên bảng, mỗi người viết ý của mình lên giấy dán, không ai phản bác trong lúc này. Người làm trực tiếp được mời nói trước để không bị ý kiến của cấp trên lấn át.
- Mười phút: khoanh vài nhánh có dữ liệu ủng hộ hoặc được nhiều người ở hiện trường nghĩ tới nhất.
- Mười lăm phút: hỏi tại sao trên từng nhánh đã khoanh, ghi rõ câu nào đã có bằng chứng, câu nào còn là giả thuyết.
- Năm phút cuối: giao việc kiểm giả thuyết, mỗi việc một người, có hạn, và hẹn buổi tiếp theo để xem kết quả.
AI có thể được dùng ngay trong buổi, ở bước khoanh nhánh hoặc sau bước hỏi tại sao, để phản biện danh sách của nhóm. Nhưng tốt hơn là để nhóm tự làm trọn một lượt trước; nếu AI được hỏi từ đầu, nhóm dễ bám theo gợi ý của nó và bỏ qua hiểu biết tại chỗ của chính mình. Ảnh chụp bảng xương cá cuối buổi được đính kèm vào phiếu CAPA làm hồ sơ.
Khi AI dẫn lạc hướng
AI có ba kiểu dẫn lạc hướng thường gặp trong phân tích nguyên nhân. Kiểu thứ nhất là đề xuất nguyên nhân phổ biến trong sách vở nhưng không liên quan tới xưởng của bạn, nghe rất có lý vì đúng là nguyên nhân hay gặp ở đâu đó. Kiểu thứ hai là tự tin quá mức: một giả thuyết được viết như kết luận, không có chữ "có thể". Kiểu thứ ba là bịa chi tiết kỹ thuật, ví dụ một thông số chuẩn của vật liệu mà nó không chắc, khiến nhóm đi kiểm một thứ không tồn tại.
Cách phòng: luôn yêu cầu AI đánh dấu mỗi điều là giả thuyết, nêu cách kiểm, và không trích thông số nếu không có trong dữ liệu bạn đưa. Người dẫn buổi phân tích nên là người hiểu quy trình, dùng AI như một thành viên thêm của nhóm chứ không như trọng tài. Nếu nhóm thấy mình đang làm theo AI mà không ai giải thích được vì sao giả thuyết đó hợp với xưởng mình, đó là lúc dừng lại.
Cuối cùng, khi đã xác nhận nguyên nhân gốc, chuyển sang bước lập hành động khắc phục và kiểm tra hiệu lực theo quy trình CAPA. Phân tích hay đến đâu mà không thành hành động có người làm, có hạn chót, thì cũng chỉ là một buổi họp thú vị.
Câu hỏi thường gặp
Có phải lúc nào cũng hỏi đúng năm lần tại sao?
Không. Năm chỉ là con số quy ước để nhắc đừng dừng quá sớm. Dừng khi chạm tới nguyên nhân mà công ty có thể thay đổi và khi loại bỏ nó thì lỗi không xảy ra lại; có khi ba câu, có khi cần nhiều hơn.
Nên dùng 5 Why hay biểu đồ xương cá?
Hai công cụ bổ sung nhau. Biểu đồ xương cá giúp nhìn rộng mọi nhóm nguyên nhân có thể; 5 Why giúp đào sâu một nhánh đến gốc. Cách làm phổ biến là vẽ xương cá trước, chọn vài nhánh có dữ liệu ủng hộ, rồi hỏi tại sao trên từng nhánh.
Ai nên tham gia buổi phân tích nguyên nhân?
Người trực tiếp làm công việc có lỗi, người phụ trách chất lượng, người hiểu máy hoặc vật liệu liên quan, và một người điều phối. Nhóm từ ba đến sáu người là vừa; thiếu người làm thực tế thì phân tích dễ thành lý thuyết.
AI có tìm ra nguyên nhân gốc rễ thay nhóm được không?
Không. AI chỉ đọc mô tả bạn đưa và đề xuất giả thuyết dựa trên kiến thức chung. Nó hữu ích để phản biện, gợi nhánh bị bỏ sót và đề xuất cách kiểm, nhưng xác nhận nguyên nhân cần dữ liệu và quan sát tại hiện trường.
Làm sao biết đã tìm đúng nguyên nhân gốc?
Có hai dấu hiệu. Một, giả thuyết giải thích được vì sao lỗi xảy ra ở chỗ này, lúc này mà không xảy ra ở chỗ khác. Hai, khi loại bỏ hoặc thay đổi nguyên nhân đó, tỉ lệ lỗi giảm rõ và giữ được qua thời gian theo dõi.