Bài 5. Kết hợp các công cụ phân tích trong thực tế

1. Vì sao cần kết hợp công cụ?

Trong thực tế, hiếm khi một công cụ đơn lẻ đủ để phân tích trọn vẹn một vấn đề chất lượng. Mỗi công cụ có thế mạnh riêng. Check sheet giúp thu thập dữ liệu; Pareto giúp chọn ưu tiên; Fishbone giúp mở rộng và hệ thống hóa nguyên nhân; 5 Why giúp đào sâu nguyên nhân gốc; flowchart giúp nhìn lại quy trình; run chart giúp theo dõi xu hướng. Nếu dùng riêng lẻ, mỗi công cụ chỉ trả lời được một phần câu hỏi.

Kết hợp công cụ giúp tổ chức đi từ nhận diện vấn đề đến hiểu nguyên nhân một cách có logic. Điều quan trọng là không kết hợp theo kiểu càng nhiều càng tốt, mà kết hợp theo trình tự phù hợp với câu hỏi quản lý. Công cụ này phải tạo đầu vào cho công cụ tiếp theo. Ví dụ, dữ liệu từ check sheet tạo đầu vào cho Pareto; nhóm lỗi ưu tiên từ Pareto tạo đầu vào cho Fishbone; nguyên nhân trọng tâm trên Fishbone tạo đầu vào cho 5 Why; nguyên nhân gốc từ 5 Why tạo đầu vào cho kế hoạch cải tiến.

Khi các công cụ được kết nối như vậy, hoạt động phân tích trở nên mạch lạc, tránh rời rạc và tránh hình thức. Nhóm cải tiến không chỉ “có dùng công cụ”, mà dùng công cụ để đi từng bước từ dữ liệu đến quyết định.

2. Trình tự kết hợp công cụ thường dùng

Một trình tự cơ bản trong phân tích vấn đề có thể gồm:

Bước 1. Mô tả vấn đề. Dùng tư duy phân tích vấn đề, dữ liệu ban đầu, phản ánh khách hàng, chỉ số hoặc báo cáo sự cố để xác định vấn đề cụ thể.

Bước 2. Thu thập dữ liệu có cấu trúc. Dùng check sheet hoặc trích xuất dữ liệu từ hệ thống để ghi nhận lỗi theo loại, thời gian, địa điểm, quy trình, bộ phận hoặc đối tượng.

Bước 3. Xác định ưu tiên. Dùng Pareto để chọn nhóm lỗi hoặc vấn đề chiếm tỷ trọng lớn, chi phí lớn, rủi ro cao hoặc ảnh hưởng nhiều.

Bước 4. Hệ thống hóa nguyên nhân. Dùng Fishbone để liệt kê và sắp xếp các nhóm nguyên nhân có khả năng dẫn đến vấn đề ưu tiên.

Bước 5. Đào sâu nguyên nhân gốc. Dùng 5 Why cho các nhánh nguyên nhân quan trọng nhất.

Bước 6. Kiểm chứng nguyên nhân. Dùng dữ liệu bổ sung, quan sát thực tế, phỏng vấn, kiểm tra hồ sơ hoặc thử nghiệm nhỏ để xác nhận nguyên nhân.

Bước 7. Chuẩn bị chuyển sang cải tiến. Khi nguyên nhân gốc đã rõ, dùng 5W1H, PDCA/PDSA hoặc kế hoạch hành động để thiết kế giải pháp.

Trình tự này không cứng nhắc. Có trường hợp cần flowchart trước để hiểu quy trình. Có trường hợp cần run chart trước để xem vấn đề có thật sự tăng theo thời gian hay chỉ là cảm nhận. Có trường hợp cần risk matrix để ưu tiên theo mức độ rủi ro. Tuy nhiên, nguyên tắc chung là: dữ liệu trước, ưu tiên sau, phân tích nguyên nhân tiếp theo, rồi mới thiết kế giải pháp.

3. Case study minh họa: giảm hồ sơ bị trả lại

Giả sử một tổ chức ghi nhận tình trạng hồ sơ bị trả lại tăng trong ba tháng gần đây. Các bộ phận phản ánh rằng việc xử lý hồ sơ mất nhiều thời gian hơn, khách hàng không hài lòng và nhân viên thường phải bổ sung thông tin nhiều lần. Lãnh đạo yêu cầu nhóm chất lượng phân tích vấn đề và đề xuất cải tiến.

Nếu tiếp cận cảm tính, tổ chức có thể nhắc nhở nhân viên kiểm tra kỹ hồ sơ trước khi chuyển. Tuy nhiên, cách làm này chưa đủ vì chưa biết lỗi nào phổ biến nhất, xảy ra ở đâu và vì sao.

Nhóm cải tiến quyết định sử dụng chuỗi công cụ phân tích gồm: mô tả vấn đề, check sheet, Pareto, Fishbone và 5 Why.

4. Bước 1: Mô tả vấn đề

Thay vì ghi “hồ sơ bị trả lại nhiều”, nhóm mô tả vấn đề cụ thể hơn:

“Trong quý II, tỷ lệ hồ sơ bị trả lại tăng từ mức trung bình 6% lên 14%. Vấn đề tập trung tại khâu tiếp nhận ban đầu và gây kéo dài thời gian xử lý trung bình thêm 1,5 ngày/hồ sơ bị trả lại. Mục tiêu của tổ chức là giảm tỷ lệ hồ sơ bị trả lại xuống dưới 7% trong vòng 3 tháng.”

Mô tả này có đủ hiện trạng, xu hướng, phạm vi, ảnh hưởng và mục tiêu cải tiến. Đây là nền tảng để phân tích tiếp.

5. Bước 2: Thu thập dữ liệu bằng check sheet

Nhóm thiết kế một check sheet đơn giản để ghi nhận từng hồ sơ bị trả lại theo các trường thông tin:

Sau 4 tuần, nhóm thu thập được 200 trường hợp hồ sơ bị trả lại và phân loại lý do. Việc thu thập dữ liệu giúp nhóm tránh tranh luận cảm tính. Trước đó, nhiều người cho rằng lỗi chủ yếu do khách hàng nộp thiếu thông tin, nhưng dữ liệu cho thấy nhiều lỗi liên quan đến khâu kiểm tra ban đầu của tổ chức.

6. Bước 3: Dùng Pareto để chọn ưu tiên

Kết quả phân loại cho thấy:

Pareto cho thấy ba nhóm lỗi đầu chiếm 75% tổng số hồ sơ bị trả lại. Nhóm quyết định chọn “thiếu tài liệu kèm theo” làm vấn đề ưu tiên đầu tiên vì chiếm tỷ trọng cao nhất, có khả năng can thiệp nhanh và ảnh hưởng trực tiếp đến thời gian xử lý.

Đây là điểm quan trọng: Pareto không giải thích vì sao thiếu tài liệu xảy ra, nhưng giúp nhóm biết nên phân tích sâu vấn đề nào trước.

7. Bước 4: Dùng Fishbone để hệ thống hóa nguyên nhân

Vấn đề đưa vào đầu cá là: “Thiếu tài liệu kèm theo chiếm 35% hồ sơ bị trả lại trong 4 tuần khảo sát.”

Nhóm phân tích Fishbone theo các nhóm nguyên nhân:

Fishbone giúp nhóm thấy vấn đề không đơn giản là “nhân viên kiểm tra chưa kỹ”. Có nhiều yếu tố hệ thống cùng tác động, trong đó nổi bật là thiếu checklist theo loại hồ sơ, phần mềm không cảnh báo, SOP chưa chuyển thành thao tác tại quầy và thiếu cơ chế cập nhật khi danh mục tài liệu thay đổi.

8. Bước 5: Dùng 5 Why để đào sâu nguyên nhân

Nhóm chọn nhánh “không có checklist tại quầy theo từng loại hồ sơ” để phân tích 5 Why.

Nguyên nhân gốc được xác định là: khi ban hành hoặc cập nhật SOP, tổ chức chưa có yêu cầu chuyển các bước nguy cơ cao thành công cụ hỗ trợ tuân thủ tại hiện trường, như checklist hoặc cảnh báo phần mềm.

Kết luận này dẫn đến giải pháp hệ thống hơn: không chỉ tạo checklist cho một loại hồ sơ, mà còn bổ sung nguyên tắc rằng các SOP có bước nguy cơ cao phải đi kèm công cụ kiểm soát tuân thủ.

9. Bước 6: Kiểm chứng nguyên nhân

Trước khi triển khai giải pháp, nhóm kiểm chứng thêm bằng quan sát thực tế tại quầy tiếp nhận trong 5 ngày. Kết quả cho thấy nhân viên thường phải mở nhiều file hướng dẫn khác nhau để tra cứu danh mục tài liệu; trong giờ cao điểm, họ có xu hướng dựa vào trí nhớ; các hồ sơ bị trả lại tập trung ở loại hồ sơ có danh mục tài liệu thay đổi gần đây.

Nhóm cũng kiểm tra dữ liệu theo nhân viên và phát hiện lỗi không tập trung ở một cá nhân duy nhất, mà xuất hiện ở nhiều người, đặc biệt trong khung giờ đông. Điều này củng cố nhận định rằng vấn đề mang tính hệ thống, không phải lỗi riêng của một người.

10. Bước 7: Chuyển phân tích thành hướng cải tiến

Từ kết quả phân tích, nhóm đề xuất các hướng cải tiến:

• Xây dựng checklist theo từng loại hồ sơ tại điểm tiếp nhận.
• Tích hợp cảnh báo tài liệu bắt buộc trên phần mềm nếu có điều kiện.
• Cập nhật SOP theo hướng yêu cầu checklist cho bước có nguy cơ sai sót cao.
• Đào tạo nhanh cho nhân viên về danh mục tài liệu và cách dùng checklist.
• Bố trí người hỗ trợ hoặc phân luồng trong khung giờ cao điểm.
• Theo dõi tỷ lệ hồ sơ bị trả lại hằng tuần bằng run chart.
• Đánh giá tuân thủ sử dụng checklist sau 2 tuần và 4 tuần.

Có thể thấy giải pháp xuất phát trực tiếp từ phân tích, không còn là nhắc nhở chung. Đây là giá trị của việc kết hợp công cụ.

11. Những nguyên tắc khi kết hợp công cụ phân tích

Thứ nhất, không dùng công cụ để trang trí báo cáo. Mỗi công cụ phải có vai trò trong chuỗi phân tích. Nếu một công cụ không giúp ra quyết định, cần xem lại có cần dùng không.

Thứ hai, không đảo ngược trình tự một cách tùy tiện. Nếu chưa có dữ liệu phân loại, không nên lập Pareto. Nếu chưa chọn vấn đề ưu tiên, Fishbone có thể quá rộng. Nếu chưa xác định nhánh nguyên nhân, 5 Why có thể đi sai hướng.

Thứ ba, không xem kết quả công cụ là chân lý tuyệt đối. Pareto phụ thuộc vào dữ liệu đầu vào. Fishbone tạo giả thuyết nguyên nhân. 5 Why phụ thuộc vào logic và bằng chứng. Vì vậy, cần kiểm chứng trước khi kết luận.

Thứ tư, phải có sự tham gia của người trực tiếp làm việc. Người quản lý có thể nhìn vấn đề ở tầm hệ thống, nhưng người trực tiếp thực hiện hiểu rõ các điểm khó, gián đoạn, bất hợp lý và khác biệt giữa quy trình trên giấy với thực tế.

Thứ năm, phân tích phải dẫn đến cải tiến. Nếu sau chuỗi công cụ vẫn không có hành động rõ ràng, trách nhiệm rõ ràng và chỉ số theo dõi, quá trình phân tích chưa hoàn chỉnh.

12. Mẫu khung kết hợp công cụ trong thực tế

Tổ chức có thể sử dụng mẫu khung sau cho một vấn đề cải tiến:

13. Checklist đánh giá quá trình kết hợp công cụ

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

Kết hợp công cụ phân tích là năng lực quan trọng trong quản lý chất lượng. Một tổ chức sử dụng công cụ tốt không phải là tổ chức dùng thật nhiều công cụ, mà là tổ chức biết dùng đúng công cụ ở đúng thời điểm và kết nối kết quả của từng công cụ thành một chuỗi phân tích có logic.

Check sheet giúp có dữ liệu, Pareto giúp chọn ưu tiên, Fishbone giúp nhìn rộng nguyên nhân, 5 Why giúp đi sâu nguyên nhân gốc, còn tư duy phân tích vấn đề giúp giữ toàn bộ quá trình không lệch khỏi mục tiêu cải tiến. Khi các công cụ này được phối hợp đúng, tổ chức sẽ giảm được cải tiến cảm tính, giảm đổ lỗi cá nhân và tăng khả năng tạo ra thay đổi bền vững trong hệ thống vận hành.