Phân tích nguyên nhân gốc rễ bằng sơ đồ Ishikawa

Làm kỹ thuật, làm quản lý, hay đơn giản là làm người – kiểu gì cũng sẽ có lúc ta tự hỏi:

“Tại sao chuyện này lại xảy ra?”

“Sao lỗi này cứ lặp lại hoài dù mình đã sửa?”

“Có cách nào đi thẳng vào nguyên nhân gốc rễ, thay vì cứ dọn dẹp hậu quả?”

Mình bắt đầu học cách phân tích nguyên nhân bằng sơ đồ Ishikawa – hay còn gọi là sơ đồ xương cá – từ những lần sự cố nhỏ trong xưởng, rồi dần dần áp dụng cả trong việc lớn, thậm chí trong… chính cách sống của mình.

Ishikawa là gì?

Một công cụ nhìn thì đơn giản, nhưng càng dùng càng sâu.

Mình hay gọi vui đây là “cái gương soi lỗi một cách có tổ chức”.

Nó giúp mình vẽ ra tất cả những thứ có thể gây ra một vấn đề, theo kiểu từng nhánh, từng lớp – thay vì đổ thừa đại khái kiểu: “Tại nhân viên ẩu”, “Tại máy cũ”, hay “Tại hôm đó xui”.

Làm sao để phân tích một vấn đề bằng sơ đồ xương cá?

Bắt đầu bằng một câu hỏi:

“Vấn đề là gì?”

Ví dụ:

Sản phẩm bị trầy. Máy thường xuyên dừng. Khách hàng phàn nàn về chậm giao hàng

Sau đó mình vẽ ra một cái khung xương cá, ở “đầu cá” là vấn đề.

Còn “xương” thì chia ra làm 6 nhánh lớn – người ta gọi là 6M:

Người (Man): ai thao tác? Có được hướng dẫn không?

Máy (Machine): máy có trục trặc gì không? bảo trì thế nào?

Nguyên vật liệu (Material): vật tư đầu vào có ổn không?

Phương pháp (Method): quy trình có rõ ràng không?

Đo lường (Measurement): dùng thước, thiết bị đo chính xác không?

Môi trường (Mother nature): nhiệt độ, bụi bặm, ánh sáng có ảnh hưởng không?

Cứ từng nhánh, từng lớp, mình ghi ra những điều khả nghi.

Không cần đúng ngay. Cứ liệt kê. Càng đông người góp ý càng tốt.

Và quan trọng nhất: trung thực với thực tế, đừng biện hộ cho cái gì cả.

Rồi làm sao biết nguyên nhân nào là “gốc rễ”?

Mình hay dùng phương pháp 5 Why.

Đơn giản thôi: cứ hỏi “Tại sao?” tới lần thứ 5 – thường sẽ chạm được gốc.

Ví dụ:

❌ Lỗi sản phẩm bị trầy

– Tại sao? → Vì công nhân thao tác sai

– Tại sao thao tác sai? → Vì không được đào tạo kỹ

– Tại sao không đào tạo kỹ? → Vì tổ trưởng nghĩ thao tác đó đơn giản

– Tại sao tổ trưởng nghĩ vậy? → Vì trước giờ không ai phàn nàn

– Tại sao không ai phàn nàn? → Vì hàng lỗi bị phát hiện trễ, không ai truy về thao tác

Rồi đó, gốc nằm ở hệ thống phát hiện lỗi + đào tạo.

Không phải “tại công nhân ẩu”.

Và nếu không truy tới tận đó, lỗi này sẽ quay lại lần nữa, chỉ là ở hình dạng khác.

Càng phân tích, càng hiểu chính mình hơn

Khi mình làm sơ đồ Ishikawa lâu ngày, nó ảnh hưởng luôn cả cách sống.

Gặp một chuyện gì đó không như ý, thay vì bực, mình hay nghĩ:

“Nguyên nhân gốc là gì? Mình đã làm gì chưa tốt? Mình có phần gì trong chuyện này?”

Cái lợi không chỉ là sửa được máy, ngăn được lỗi.

Cái lợi lớn hơn là: mình sống có trách nhiệm hơn.

Không đổ thừa. Không vội kết luận. Không chạy theo bề nổi.

Một vài kinh nghiệm nhỏ mình muốn chia sẻ:

Cái sơ đồ này nên vẽ cùng nhóm, đừng làm một mình

Càng cụ thể càng tốt – đừng ghi “máy lỗi” mà hãy ghi “motor rung vượt 0.5mm”

Có thể dùng giấy, bảng trắng, hoặc phần mềm vẽ – miễn là dễ nhìn và dễ sửa

Nhiều khi nguyên nhân gốc không nằm ở hiện trường, mà nằm trong cách quản lý, truyền đạt, hoặc văn hóa nhóm

Tóm lại Sơ đồ Ishikawa là công cụ rất đời.

Không màu mè, không phức tạp, chỉ cần bạn chịu nhìn thẳng.

Vì nhiều khi:

Vấn đề không nằm ở nơi nó phát nổ.

Mà nằm ở nơi ta đã từng lơ là.

Nếu bạn từng gặp một vấn đề “mãi không giải được”, hãy thử vẽ ra một con cá.

Biết đâu, bạn không chỉ tìm được nguyên nhân,

Mà còn thấy lại chính mình ở một nhánh nào đó trên thân cá đó.