Ishikawa Diagram, còn gọi là sơ đồ Fishbone hay sơ đồ nguyên nhân–kết quả, giúp một nhóm hệ thống hóa các nguyên nhân có thể liên quan đến một vấn đề. Sơ đồ hỗ trợ đặt câu hỏi và tổ chức brainstorming; các nhánh được ghi ban đầu là giả thuyết cần kiểm chứng, không tự động trở thành nguyên nhân gốc.
Để dùng hiệu quả, nhóm cần mô tả vấn đề cụ thể, mời người hiểu quy trình, chọn nhóm nguyên nhân phù hợp và kiểm tra các giả thuyết bằng dữ liệu hoặc quan sát. ASQ cũng mô tả Fishbone là công cụ sắp xếp nhiều nguyên nhân có thể thành các nhóm hữu ích và nhấn mạnh việc phân tích tiếp sau khi lập sơ đồ.
Ishikawa Diagram là gì?
Ishikawa Diagram là công cụ trực quan đặt một hiệu ứng hoặc vấn đề ở đầu sơ đồ, nối với đường trung tâm và các nhánh đại diện nhóm nguyên nhân. Tên gọi gắn với Kaoru Ishikawa; “Fishbone” xuất phát từ hình dạng giống bộ xương cá. Sơ đồ thường dùng trong quản lý chất lượng, cải tiến quy trình và phân tích vấn đề dịch vụ.
Hiệu ứng có thể là kết quả không mong muốn (ví dụ: hồ sơ phải sửa, đơn giao trễ, sản phẩm lỗi) hoặc một kết quả cần hiểu rõ. Câu mô tả nên nêu loại vấn đề, nơi/quy trình, khoảng thời gian và cách nhận biết bằng dữ liệu. Câu càng cụ thể thì các nhánh càng có cơ hội liên quan trực tiếp.
4M, 5M1E hay 6M: chọn nhóm nguyên nhân phù hợp
Không có một bộ nhãn duy nhất bắt buộc cho mọi sơ đồ. Trong sản xuất thường gặp 4M như Con người, Máy móc, Phương pháp, Vật liệu; một số nhóm mở rộng thêm Đo lường và Môi trường thành 6M/5M1E. Ngành dịch vụ có thể cần nhóm theo Chính sách, Quy trình, Hệ thống thông tin, Nhu cầu khách hàng hoặc Bàn giao. Hãy chọn nhóm giúp đội ngũ suy nghĩ có cấu trúc, không để mẫu danh mục giới hạn những nguyên nhân thật sự có thể xảy ra.
- Con người: năng lực, đào tạo, cách giao tiếp, bố trí hoặc điều kiện làm việc — tránh quy kết lỗi cho cá nhân khi chưa hiểu hệ thống.
- Máy móc/thiết bị: tình trạng, cấu hình, đồ gá, bảo trì, phần mềm hoặc kết nối.
- Phương pháp: trình tự, tiêu chuẩn, hướng dẫn, giao diện công việc, quy tắc xử lý ngoại lệ.
- Vật liệu/thông tin đầu vào: đặc tính, chất lượng, phiên bản, tính đầy đủ và thời điểm sẵn có.
- Đo lường: dụng cụ, cách ghi nhận, định nghĩa, lấy mẫu và độ tin cậy dữ liệu.
- Môi trường: nhiệt độ, ánh sáng, tiếng ồn, điều kiện hiện trường hoặc yếu tố bên ngoài có liên quan.
Cách lập sơ đồ Fishbone từng bước
- Chốt vấn đề và hiệu ứng: viết thành một câu có phạm vi, thời gian và biểu hiện cụ thể. Dùng dữ liệu hiện có nếu có; tránh từ mơ hồ như “thường xuyên”, “rất nhiều” khi chưa định nghĩa.
- Thành lập nhóm phù hợp: mời người trực tiếp thực hiện, chủ quy trình và người có chuyên môn liên quan. Tạo không gian để thành viên nêu vấn đề mà không bị đổ lỗi.
- Vẽ đường trung tâm và các nhánh chính: chọn 4M, 6M hoặc nhóm tùy biến theo quy trình. Nhãn là gợi ý để khám phá, không phải bộ nguyên nhân có sẵn.
- Brainstorm nguyên nhân có thể: hỏi “Điều gì có thể làm phát sinh hiệu ứng này?” và ghi mô tả cụ thể, tránh ghi giải pháp như “đào tạo thêm” vào vị trí nguyên nhân.
- Đào sâu thành nguyên nhân con: dùng “tại sao?” để mô tả cơ chế có thể dẫn đến vấn đề. Dừng khi giả thuyết đủ cụ thể để quan sát hoặc kiểm tra; đừng biến 5 Why thành việc hỏi đủ năm lần theo máy móc.
- Làm rõ quan hệ nhân quả: loại nhánh trùng, làm rõ yếu tố tác động và điều kiện xảy ra. Một nguyên nhân có thể liên quan nhiều nhánh.
- Ưu tiên giả thuyết cần kiểm tra: chọn theo dữ liệu, tần suất, mức ảnh hưởng, khả năng kiểm soát và rủi ro. Sơ đồ không tự xếp hạng nguyên nhân.
- Kiểm chứng và cập nhật: dùng quan sát tại hiện trường, phân tầng dữ liệu, check sheet, Pareto, kiểm tra phép đo hoặc thí nghiệm phù hợp. Đánh dấu giả thuyết được ủng hộ, bị bác bỏ hoặc cần thêm bằng chứng.
Ví dụ giả định: tăng hồ sơ phải nhập lại
Ví dụ minh họa, không phải kết quả dự án: nhóm vận hành nhận thấy tỷ lệ hồ sơ đơn hàng phải nhập lại tăng trong một giai đoạn. Nhóm định nghĩa “nhập lại”, phạm vi hồ sơ và ngày ghi nhận trước khi lập sơ đồ. Các nhánh giả thuyết có thể gồm: hướng dẫn nhập mã chưa rõ (Phương pháp); danh mục sản phẩm có tên gần nhau (Thông tin); màn hình phản hồi chậm (Hệ thống); trường bắt buộc khác nhau theo loại đơn (Quy tắc); hoặc cách phân loại lỗi chưa thống nhất (Đo lường). Nhóm không kết luận từ sơ đồ. Họ phân tầng hồ sơ theo kênh, loại đơn và trường dữ liệu, quan sát thao tác và kiểm tra log để xác định giả thuyết nào có bằng chứng. Sau đó mới chọn thử nghiệm có thể kiểm soát và theo dõi chất lượng, thời gian xử lý cùng khối lượng công việc.
Ishikawa Diagram kết hợp với công cụ nào?
- Process Map/SIPOC: làm rõ điểm bắt đầu, điểm kết thúc, đầu vào và bước công việc trước khi đặt vấn đề.
- Check Sheet và phân tầng: thu thập sự kiện nhất quán và xem vấn đề tập trung ở thời gian, nhóm, sản phẩm hoặc điều kiện nào.
- Pareto: giúp lựa chọn nhóm vấn đề hoặc nguyên nhân cần điều tra trước khi có dữ liệu đủ phù hợp.
- 5 Why: đào sâu một nhánh có bằng chứng và tìm cơ chế liên quan, không chỉ tiếp tục hỏi theo hình thức.
- Scatter plot hoặc phân tích thống kê: kiểm tra mối liên hệ khi dữ liệu và thiết kế phù hợp; tương quan không tự chứng minh quan hệ nhân quả.
- FMEA: đánh giá rủi ro sai lỗi tiềm ẩn và ưu tiên hành động phòng ngừa theo phương pháp áp dụng.
Sai lầm thường gặp khi dùng Fishbone
- Viết vấn đề quá rộng: tạo sơ đồ dài nhưng không có giả thuyết có thể kiểm tra.
- Nhầm giả thuyết với nguyên nhân gốc: cả nhóm đồng thuận không thay thế bằng chứng.
- Đưa giải pháp vào nhánh nguyên nhân: “đào tạo”, “mua máy” hay “tăng nhân sự” thường là hành động, cần tìm yếu tố tạo ra khoảng cách trước.
- Chỉ dùng mẫu 6M: ép mọi nguyên nhân vào danh mục không phù hợp có thể che khuất yếu tố chính sách, thông tin hoặc thiết kế dịch vụ.
- Đổ lỗi cho người làm: cần khảo sát phương pháp, tiêu chuẩn, công cụ, khối lượng, đào tạo và điều kiện làm việc.
- Đưa ra quá nhiều hành động một lúc: khó xác định thay đổi nào tạo tác động và tăng nguy cơ phát sinh lỗi mới.
Ứng dụng trong DMAIC và giải quyết vấn đề
Trong DMAIC, Fishbone thường hỗ trợ pha Analyze để tổ chức giả thuyết sau khi nhóm đã hiểu vấn đề và dữ liệu. Một quy trình có thể dùng sơ đồ trong workshop Kaizen, QCC, 8D hoặc A3, nhưng mỗi phương pháp có mục đích và bước kiểm soát riêng. Với vấn đề phức tạp, sơ đồ thường chỉ là một công cụ trong chuỗi điều tra; cần xem xét trách nhiệm, dữ liệu, tương tác và cơ chế duy trì sau khi thử giải pháp.
CiCC có thể hỗ trợ đào tạo công cụ giải quyết vấn đề và Lean Six Sigma theo phạm vi doanh nghiệp. Xem khóa học Lean Six Sigma DMAIC, các khóa học hoặc liên hệ CiCC.
Câu hỏi thường gặp
Ishikawa Diagram có xác định được nguyên nhân gốc không?
Sơ đồ giúp tìm và tổ chức các nguyên nhân có thể. Nhóm vẫn cần dùng dữ liệu, quan sát hoặc phân tích thích hợp để kiểm tra giả thuyết và xác nhận nguyên nhân có liên quan.
4M và 6M khác nhau thế nào?
4M thường nhóm Con người, Máy móc, Phương pháp và Vật liệu. Các biến thể 5M1E/6M có thể thêm Đo lường và Môi trường. Doanh nghiệp có thể điều chỉnh nhóm theo bối cảnh dịch vụ hoặc quy trình.
Fishbone có phù hợp cho dịch vụ và văn phòng không?
Có. Hãy điều chỉnh nhóm nguyên nhân theo dòng công việc, chính sách, thông tin, công nghệ, bàn giao, khách hàng và điều kiện xử lý.
Có cần dùng 5 Why cho mọi nhánh không?
Không. Dùng “tại sao?” để làm rõ nhánh cần điều tra và dừng khi giả thuyết đủ cụ thể để kiểm tra. Không cần hỏi đủ năm lần nếu đã tìm được cơ chế hoặc cần cách phân tích khác.
Sau khi lập sơ đồ thì làm gì?
Chọn một số giả thuyết ưu tiên, xác định cách thu thập bằng chứng, kiểm tra tại nơi công việc diễn ra, cập nhật sơ đồ và chỉ thử hành động khi đã hiểu rủi ro cùng phạm vi tác động.
Kết luận
Ishikawa Diagram hữu ích để nhóm nhìn vấn đề từ nhiều góc độ và tổ chức suy nghĩ về nguyên nhân. Giá trị của sơ đồ phụ thuộc vào chất lượng mô tả vấn đề, thành phần tham gia và bước kiểm chứng sau brainstorming. Hãy ghi rõ đâu là giả thuyết, đâu là bằng chứng, rồi mới thiết kế hành động cải tiến.
