Chương 2. Công cụ phân tích vấn đề

Trong quản lý chất lượng, cải tiến không bắt đầu từ giải pháp mà bắt đầu từ việc hiểu đúng vấn đề. Đây là nguyên tắc tưởng như đơn giản nhưng lại là điểm yếu phổ biến của nhiều tổ chức. Khi một sai sót xảy ra, một chỉ số xấu đi, một quy trình chậm trễ hoặc một phản ánh từ khách hàng xuất hiện, phản ứng thường gặp là vội vàng tìm cách khắc phục ngay. Tổ chức có thể tổ chức họp, nhắc nhở nhân viên, ban hành thêm quy định, đào tạo lại hoặc tăng cường kiểm tra. Những hành động này có thể cần thiết trong một số tình huống, nhưng nếu chưa hiểu đúng bản chất vấn đề và nguyên nhân tạo ra vấn đề, giải pháp rất dễ chỉ xử lý phần nổi.

Chương 2 tập trung vào nhóm công cụ phân tích vấn đề, gồm tư duy phân tích vấn đề trong quản lý chất lượng, 5 Why, Fishbone/Ishikawa, Pareto và cách kết hợp các công cụ trong thực tế. Đây là nhóm công cụ nền tảng vì hầu hết hoạt động cải tiến đều cần đi qua bước nhận diện, mô tả, phân tích và ưu tiên vấn đề trước khi thiết kế giải pháp.

Trong nhiều tổ chức, thất bại của cải tiến thường không nằm ở giai đoạn triển khai mà nằm ngay từ giai đoạn phân tích. Vấn đề được mô tả quá chung chung, dữ liệu không đầy đủ, nguyên nhân bị suy đoán, trách nhiệm bị quy về cá nhân, giải pháp được đưa ra theo kinh nghiệm cũ và ưu tiên cải tiến bị chọn theo cảm tính. Khi đó, dù tổ chức có triển khai PDCA, có lập kế hoạch hành động hay có báo cáo kết quả, cải tiến vẫn khó bền vững vì nền tảng phân tích ban đầu chưa vững.

Các công cụ trong chương này giúp tổ chức tránh ba sai lầm lớn. Thứ nhất là nhầm lẫn giữa hiện tượng và vấn đề cốt lõi. Thứ hai là nhầm lẫn giữa nguyên nhân bề mặt và nguyên nhân gốc. Thứ ba là nhầm lẫn giữa vấn đề cần xử lý trước và vấn đề chỉ nên theo dõi. Nếu biết sử dụng đúng, 5 Why giúp đào sâu nguyên nhân gốc, Fishbone giúp hệ thống hóa các nhóm nguyên nhân có khả năng tác động, Pareto giúp chọn đúng ưu tiên cải tiến dựa trên dữ liệu, còn tư duy phân tích vấn đề giúp kết nối tất cả công cụ vào một logic quản lý chặt chẽ.

Thông điệp quan trọng của chương này là: phân tích vấn đề không phải để tìm người sai, mà để hiểu hệ thống đã tạo điều kiện cho sai lệch xảy ra như thế nào. Một tổ chức trưởng thành về chất lượng không dừng lại ở câu hỏi “ai làm sai?”, mà cần đi xa hơn: quy trình có rõ không, dữ liệu có đủ không, điều kiện làm việc có phù hợp không, điểm kiểm soát có hiệu quả không, người thực hiện có được hỗ trợ không, và hệ thống quản lý có phát hiện sớm bất thường không.