Bài 3. Fishbone (ihikawa)- Hệ thống hóa nguyên nhân

1. Fishbone là gì?

Fishbone, còn gọi là sơ đồ xương cá hoặc sơ đồ Ishikawa, là công cụ giúp hệ thống hóa các nguyên nhân có khả năng dẫn đến một vấn đề chất lượng. Công cụ này được gọi là sơ đồ xương cá vì cấu trúc trực quan gồm “đầu cá” là vấn đề cần phân tích, “xương chính” là các nhóm nguyên nhân lớn, và “xương nhánh” là các nguyên nhân cụ thể trong từng nhóm.

Mục tiêu của Fishbone không phải là tìm ngay một nguyên nhân duy nhất, mà là mở rộng tư duy phân tích để nhóm cải tiến không bỏ sót các yếu tố quan trọng. Trong thực tế, một vấn đề chất lượng thường không chỉ do một nguyên nhân đơn lẻ. Nó có thể liên quan đồng thời đến con người, phương pháp, quy trình, thiết bị, môi trường, vật tư, thông tin, đo lường và quản lý. Fishbone giúp nhóm nhìn vấn đề theo cấu trúc hệ thống thay vì tranh luận rời rạc.

Fishbone đặc biệt hữu ích khi vấn đề phức tạp, có nhiều bên liên quan, chưa rõ nguyên nhân chính hoặc nhóm cải tiến đang có xu hướng quy lỗi quá nhanh cho một cá nhân hoặc một bộ phận. Công cụ này giúp đưa các giả thuyết nguyên nhân lên cùng một mặt phẳng để thảo luận, sắp xếp và lựa chọn nguyên nhân cần kiểm chứng.

2. Khi nào nên dùng Fishbone?

Fishbone nên được dùng khi tổ chức cần phân tích một vấn đề có nhiều nguyên nhân khả dĩ. Đây là công cụ phù hợp ở giai đoạn sau khi vấn đề đã được mô tả tương đối rõ nhưng trước khi kết luận nguyên nhân gốc.

Các tình huống nên dùng Fishbone gồm:

• Vấn đề lặp lại nhiều lần nhưng chưa rõ nguyên nhân chính.
• Vấn đề liên quan đến nhiều bộ phận, nhiều bước quy trình hoặc nhiều nhóm nhân viên.
• Nhóm cải tiến có nhiều ý kiến khác nhau về nguyên nhân.
• Cần tránh kết luận vội vàng rằng lỗi do con người.
• Cần chuẩn bị phân tích sâu hơn bằng 5 Why.
• Cần hệ thống hóa kết quả brainstorming về nguyên nhân.
• Cần trình bày nguyên nhân một cách trực quan để thảo luận trong nhóm.

Không nên dùng Fishbone khi vấn đề còn quá mơ hồ. Ví dụ, “nâng cao chất lượng phục vụ” là mục tiêu rộng, không phải vấn đề phân tích tốt. Cần chuyển thành vấn đề cụ thể như “tỷ lệ phản ánh về thái độ giao tiếp tại khu vực tiếp nhận tăng 3 lần trong quý II, tập trung vào khung giờ cao điểm”. Khi vấn đề càng rõ, Fishbone càng có giá trị.

3. Các nhóm nguyên nhân thường dùng trong Fishbone

Một cách phổ biến là sử dụng nhóm 6M trong sản xuất: Man, Method, Machine, Material, Measurement, Mother Nature/Environment. Tuy nhiên, khi áp dụng chung cho nhiều ngành dịch vụ, hành chính, y tế, giáo dục hoặc công nghệ, có thể điều chỉnh nhóm nguyên nhân cho phù hợp.

Một khung nhóm nguyên nhân dễ áp dụng gồm:

Tùy ngành, có thể thay đổi tên nhóm. Trong bệnh viện, có thể thêm nhóm người bệnh/người nhà, thuốc/vật tư, trang thiết bị, thông tin bàn giao. Trong công nghệ thông tin, có thể thêm nhóm hệ thống, giao diện, bảo mật, tích hợp dữ liệu. Trong giáo dục, có thể thêm nhóm người học, chương trình, phương pháp giảng dạy, đánh giá.

Điểm quan trọng là không nên rập khuôn 6M nếu không phù hợp với bối cảnh. Fishbone tốt là Fishbone giúp nhóm nghĩ đủ các khía cạnh quan trọng của hệ thống.

4. Cách thực hiện Fishbone

Bước 1. Xác định vấn đề ở “đầu cá”. Vấn đề phải được viết cụ thể, có phạm vi và dữ liệu. Không nên viết “quy trình chưa tốt” mà nên viết “tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo là 15% trong tháng 4, cao hơn mục tiêu dưới 5%”.

Bước 2. Chọn các nhóm nguyên nhân chính. Có thể dùng 6M hoặc khung điều chỉnh theo ngành. Nên chọn từ 4 đến 6 nhóm chính để sơ đồ không quá rối.

Bước 3. Tổ chức brainstorming nguyên nhân. Mời người trực tiếp tham gia quy trình, người quản lý, người hỗ trợ kỹ thuật và các bên liên quan. Khuyến khích nêu nguyên nhân cụ thể, không phán xét sớm.

Bước 4. Đặt nguyên nhân vào đúng nhóm. Một nguyên nhân có thể liên quan nhiều nhóm, nhưng nên đặt vào nhóm phù hợp nhất để dễ thảo luận. Nếu có nguyên nhân trùng lặp, cần gộp lại.

Bước 5. Đào sâu nguyên nhân nhánh. Với mỗi nguyên nhân lớn, tiếp tục hỏi “vì sao” để làm rõ hơn. Ví dụ, “nhân viên chưa tuân thủ” cần được đào sâu thành “hướng dẫn khó tra cứu”, “không có checklist tại điểm thực hiện”, “người mới chưa được kèm cặp”, “giám sát không phản hồi kịp thời”.

Bước 6. Chọn nguyên nhân cần kiểm chứng. Không phải nguyên nhân nào trên Fishbone cũng là nguyên nhân thật. Nhóm cần chọn các nguyên nhân có khả năng ảnh hưởng lớn, có dữ liệu kiểm chứng hoặc có thể quan sát thực tế.

Bước 7. Kiểm chứng và ưu tiên. Có thể dùng dữ liệu, quan sát quy trình, phỏng vấn, kiểm tra hồ sơ hoặc 5 Why để xác nhận nguyên nhân quan trọng.

5. Ví dụ minh họa Fishbone

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

Sau khi lập Fishbone, nhóm cải tiến không nên kết luận ngay tất cả nguyên nhân đều đúng. Cần chọn một số nguyên nhân trọng tâm để kiểm chứng, ví dụ: thiếu checklist theo từng loại hồ sơ, phần mềm không cảnh báo, lỗi tập trung ở giờ cao điểm và nhân viên mới chưa được kèm cặp đầy đủ. Những nguyên nhân này sau đó có thể được phân tích sâu bằng 5 Why hoặc kiểm tra bằng dữ liệu.

6. Fishbone khác gì với 5 Why?

Fishbone và 5 Why đều là công cụ phân tích nguyên nhân, nhưng vai trò khác nhau. Fishbone giúp mở rộng và hệ thống hóa nhiều nhóm nguyên nhân. 5 Why giúp đào sâu một chuỗi nguyên nhân cụ thể để tìm nguyên nhân gốc.

Có thể hiểu đơn giản: Fishbone giúp hỏi “những nhóm nguyên nhân nào có thể gây ra vấn đề?”, còn 5 Why giúp hỏi “vì sao nguyên nhân này lại xảy ra?”. Vì vậy, trong thực tế hai công cụ thường được dùng kết hợp. Với vấn đề phức tạp, nên dùng Fishbone trước để tránh bỏ sót nhóm nguyên nhân, sau đó chọn các nhánh quan trọng để phân tích 5 Why.

Nếu chỉ dùng 5 Why ngay từ đầu, nhóm có thể đi sâu vào một hướng nhưng bỏ sót hướng khác quan trọng hơn. Nếu chỉ dùng Fishbone mà không đào sâu, sơ đồ có thể chỉ là danh sách nguyên nhân bề mặt. Kết hợp hai công cụ sẽ giúp phân tích vừa rộng vừa sâu.

7. Những lỗi thường gặp khi dùng Fishbone

Lỗi thứ nhất là viết vấn đề quá rộng ở đầu cá. Khi vấn đề không cụ thể, sơ đồ sẽ lan man và khó hành động.

Lỗi thứ hai là liệt kê nguyên nhân chung chung. Các cụm như “thiếu ý thức”, “chưa phối hợp”, “quy trình chưa tốt”, “thiếu kiểm tra” cần được làm rõ hơn. Ví dụ, “thiếu kiểm tra” là thiếu kiểm tra ở bước nào, bởi ai, bằng công cụ gì, tại thời điểm nào?

Lỗi thứ ba là biến Fishbone thành công cụ đổ lỗi. Nếu nhóm chỉ ghi nguyên nhân thuộc về con người, sơ đồ sẽ mất giá trị hệ thống. Cần xem xét cả quy trình, công cụ, môi trường, dữ liệu và quản lý.

Lỗi thứ tư là không kiểm chứng nguyên nhân sau khi vẽ sơ đồ. Fishbone chỉ tạo ra giả thuyết nguyên nhân. Nếu không kiểm chứng, tổ chức có thể xây giải pháp dựa trên phỏng đoán.

Lỗi thứ năm là vẽ sơ đồ quá chi tiết nhưng không chọn ưu tiên. Một Fishbone có quá nhiều nhánh nhưng không xác định nguyên nhân trọng tâm sẽ làm nhóm cải tiến mất phương hướng.

8. Cách chuyển Fishbone thành hành động cải tiến

Sau khi hoàn thành Fishbone, nhóm cải tiến cần thực hiện ba việc.

Thứ nhất, chọn các nguyên nhân có khả năng ảnh hưởng lớn nhất. Việc lựa chọn có thể dựa trên dữ liệu, kinh nghiệm của người trực tiếp thực hiện, mức độ rủi ro, tần suất xuất hiện và khả năng can thiệp.

Thứ hai, kiểm chứng nguyên nhân. Ví dụ, nếu nghi ngờ lỗi tập trung vào nhân viên mới, cần kiểm tra dữ liệu theo thời gian làm việc hoặc nhóm nhân viên. Nếu nghi ngờ phần mềm không cảnh báo, cần quan sát thao tác thực tế. Nếu nghi ngờ giờ cao điểm, cần phân tích lỗi theo khung giờ.

Thứ ba, chuyển nguyên nhân đã kiểm chứng thành giải pháp. Nếu nguyên nhân là thiếu checklist tại điểm thực hiện, giải pháp là thiết kế checklist, thử nghiệm, đào tạo và kiểm tra tuân thủ. Nếu nguyên nhân là phần mềm không cảnh báo, giải pháp là bổ sung điều kiện bắt buộc hoặc cảnh báo trước khi gửi. Nếu nguyên nhân là phân công giờ cao điểm chưa phù hợp, giải pháp là điều chỉnh nhân lực hoặc luồng tiếp nhận.

Fishbone chỉ có giá trị khi nó dẫn đến lựa chọn nguyên nhân và hành động cụ thể.

9. Checklist sử dụng Fishbone

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

Fishbone là công cụ mạnh để hệ thống hóa nguyên nhân, đặc biệt trong các vấn đề phức tạp có nhiều yếu tố tác động. Giá trị lớn nhất của Fishbone là giúp tổ chức mở rộng góc nhìn, tránh kết luận vội vàng và chuyển từ tư duy đổ lỗi cá nhân sang tư duy phân tích hệ thống.

Tuy nhiên, Fishbone không tự tạo ra kết luận cuối cùng. Các nguyên nhân trên sơ đồ là giả thuyết cần được kiểm chứng. Khi kết hợp Fishbone với 5 Why, Pareto và dữ liệu thực tế, tổ chức sẽ có nền tảng vững chắc hơn để lựa chọn giải pháp cải tiến đúng trọng tâm.