Biểu đồ Pareto là biểu đồ cột xếp các loại lỗi từ nhiều đến ít, kèm một đường cộng dồn phần trăm, để cho thấy nhóm nhỏ nào gây ra phần lớn vấn đề. Ở xưởng, nó giúp trả lời câu hỏi thường gặp nhất trong buổi họp chất lượng: có mười loại lỗi, nguồn lực chỉ đủ xử lý hai, chọn loại nào trước.
Bài này đi từ nguồn gốc của nguyên tắc 80/20, cách chuẩn bị dữ liệu sao cho Pareto không nói sai, ví dụ giả định ở một xưởng giày, cách xếp theo chi phí thay vì theo số lượng, và cách dùng AI cho khâu tốn công nhất: gom hàng trăm ghi chú lỗi viết tay thành nhóm thống nhất.
Pareto là gì và nguyên tắc 80/20 đến từ đâu
Vilfredo Pareto là nhà kinh tế học người Ý cuối thế kỷ 19, nổi tiếng với các quan sát về phân bố tài sản không đều trong dân cư. Gần nửa thế kỷ sau, Joseph Juran, một trong những người đặt nền cho quản lý chất lượng hiện đại, nhận thấy hiện tượng tương tự trong sản xuất: phần lớn tổn thất chất lượng đến từ một số ít nguyên nhân. Ông gọi đó là "số ít quan trọng và số nhiều thứ yếu" và đặt tên nguyên tắc theo Pareto.
Con số 80/20 là cách nói gọn, không phải định luật. Dữ liệu thật của bạn có thể là 70/30 hay 90/10, và có khi không có nhóm nào nổi trội. Giá trị của biểu đồ nằm ở chỗ buộc bạn nhìn vào dữ liệu thay vì nhìn vào lỗi gây ồn ào nhất tuần qua. Rất thường gặp cảnh cả xưởng tập trung vào một lỗi vì khách vừa phàn nàn, trong khi số liệu cho thấy lỗi khác đang làm hỏng gấp ba lần.
Biểu đồ Pareto nằm trong bộ bảy công cụ chất lượng cơ bản mà nghề QC hay nhắc tới, và thường là công cụ đầu tiên người mới nên thành thạo vì dễ vẽ, dễ giải thích cho cả người không làm kỹ thuật.
Ngoài lỗi sản phẩm, cách nhìn này áp được cho nhiều việc kiểm soát khác: lý do máy dừng ngoài kế hoạch, lý do đơn giao trễ, loại chứng từ hay bị sai ở phòng kế toán, nội dung khiếu nại của khách. Điểm chung là có một danh sách nguyên nhân đếm được và nguồn lực xử lý có hạn.
Chuẩn bị dữ liệu: phần quyết định Pareto đúng hay sai
Thống nhất danh mục lỗi trước khi đếm. Nếu một người ghi "hở keo", người khác ghi "bong đế", người thứ ba ghi "keo không dính", cùng một lỗi sẽ bị chia làm ba cột thấp và biến mất khỏi đầu bảng. Một danh mục lỗi có tên, định nghĩa ngắn và ảnh mẫu là việc nên làm trước tiên.
Chọn khoảng thời gian đủ dài và cố định. Một ngày dữ liệu dễ bị ảnh hưởng bởi một lô nguyên liệu xấu. Thường lấy theo tuần hoặc theo tháng, và khi so sánh trước, sau thì hai khoảng phải cùng độ dài, cùng loại sản phẩm.
Đếm cùng một đơn vị. Đếm số sản phẩm lỗi hay số vết lỗi phải thống nhất. Một đôi giày có ba lỗi được đếm là một sản phẩm lỗi, nhưng là ba vết lỗi; trộn hai cách đếm làm biểu đồ sai lệch.
Giới hạn nhóm "khác". Các lỗi lẻ tẻ được gom vào nhóm "khác", đặt cuối cùng dù cột cao bao nhiêu. Nếu nhóm "khác" lớn hơn cột thứ ba, danh mục lỗi đang quá thô hoặc ghi chép đang tuỳ tiện, cần tách lại.
Ghi kèm thông tin để đào sâu. Mỗi dòng lỗi nên có ngày, ca, chuyền, mã hàng. Không có những cột này thì Pareto chỉ dừng ở tầng đầu tiên, không lần ra được lỗi tập trung ở đâu.
Ví dụ giả định: Pareto lỗi một tháng ở xưởng giày
Ví dụ giả định: một xưởng giày ở Đồng Nai ghi nhận 600 sản phẩm lỗi trong tháng, đã thống nhất tên lỗi. Xếp từ nhiều đến ít và cộng dồn phần trăm:
| Loại lỗi | Số sản phẩm lỗi | Tỉ lệ | Cộng dồn |
|---|---|---|---|
| Hở keo đế | 210 | 35% | 35% |
| Lệch đường may mũ giày | 132 | 22% | 57% |
| Bẩn keo trên mũ giày | 90 | 15% | 72% |
| Nhăn mũ giày | 60 | 10% | 82% |
| Trầy da | 48 | 8% | 90% |
| Khác (bảy loại lẻ) | 60 | 10% | 100% |
Trên biểu đồ, các cột vẽ theo thứ tự trên, đường cộng dồn đi lên từ 35% tới 100%. Ba lỗi đầu chiếm 72%, trong đó hai lỗi liên quan đến keo. Đây là gợi ý mạnh để bắt đầu từ công đoạn quét keo và ép đế, thay vì chia sức đều cho cả sáu nhóm.
Vẽ bằng bảng tính: sắp xếp bảng theo số lượng giảm dần, thêm cột cộng dồn, chọn kiểu biểu đồ kết hợp cột và đường, đặt đường cộng dồn trên trục phụ từ 0 đến 100%. Một số phiên bản bảng tính có sẵn kiểu biểu đồ Pareto, hãy kiểm phiên bản bạn đang dùng.
Dùng AI gom ghi chú lỗi viết tay thành nhóm
Ở nhiều xưởng, dữ liệu lỗi không nằm trong danh mục sạch sẽ mà nằm trong cột ghi chú tự do: "keo k dính mũi", "bung đế góc trái", "đế hở chút", "hở keo gót". Gom bằng tay vài trăm dòng mất cả buổi chiều. Đây là việc chatbot làm nhanh và khá tốt.
Câu lệnh mẫu: "Dưới đây là 300 dòng ghi chú lỗi của một xưởng giày, mỗi dòng một lỗi. Gom thành tối đa 8 nhóm lỗi, đặt tên nhóm ngắn theo thuật ngữ ngành giày, trả về bảng gồm nhóm lỗi, số dòng, và ba ví dụ ghi chú tiêu biểu. Dòng nào không rõ nghĩa thì xếp vào nhóm Không rõ, không tự đoán." Trước khi dán, bỏ mã đơn, tên khách và tên công nhân.
Bước bắt buộc sau đó là kiểm lại. Lấy ngẫu nhiên khoảng 30 dòng, tự xếp nhóm rồi so với kết quả của AI. Nếu lệch nhiều, sửa định nghĩa nhóm và chạy lại. Kiểm thêm tổng số dòng: chatbot đôi khi bỏ sót hoặc đếm trùng khi danh sách dài, nên với dữ liệu lớn, cách chắc hơn là nhờ AI đề xuất danh mục và quy tắc phân loại, rồi áp quy tắc đó bằng công thức trong bảng tính để đếm.
Kết quả tốt nhất của bước này không phải biểu đồ tháng này mà là một danh mục lỗi chuẩn để từ tháng sau mọi người ghi theo, không cần gom lại nữa.
Xếp theo số lượng hay theo chi phí và mức nghiêm trọng
Pareto theo số lượng có một điểm mù: lỗi xảy ra nhiều chưa chắc là lỗi gây thiệt hại nhiều. Trong ví dụ trên, trầy da chỉ chiếm 8% số lượng, nhưng nếu da trầy không sửa được và phải bỏ cả mũ giày, còn hở keo thường ép lại được trong vài phút, thì xét theo chi phí, thứ tự có thể đảo ngược.
Cách làm: gán cho mỗi loại lỗi một chi phí ước tính cho mỗi lần xảy ra, gồm công sửa, vật tư bỏ đi, thời gian chuyền chờ. Nhân với số lần, xếp lại theo tổng chi phí. Con số chỉ cần ước tính hợp lý và nhất quán, không cần chính xác tuyệt đối. Ví dụ giả định: nếu sửa một chiếc hở keo tốn một đơn vị chi phí và bỏ một mũ giày trầy tốn tám đơn vị, thì 48 chiếc trầy da nặng hơn 210 chiếc hở keo.
Riêng lỗi nghiêm trọng liên quan đến an toàn người dùng hoặc yêu cầu bắt buộc của khách thì không đưa vào cuộc đua Pareto. Dù chỉ xảy ra một lần trong tháng, chúng luôn được xử lý trước. Biểu đồ Pareto dùng để xếp ưu tiên giữa các lỗi thông thường, không phải để biện minh bỏ qua lỗi hiếm mà nặng.
Pareto nhiều tầng: từ loại lỗi xuống tới nơi xảy ra
Biểu đồ đầu tiên cho biết lỗi gì. Muốn biết sửa ở đâu, vẽ thêm biểu đồ thứ hai, thứ ba chỉ cho cột cao nhất:
- Tầng 1 – loại lỗi: hở keo đế chiếm 35%.
- Tầng 2 – theo chuyền: trong 210 chiếc hở keo, giả định chuyền số 3 chiếm 120 chiếc.
- Tầng 3 – theo vị trí trên sản phẩm: phần lớn hở ở mũi giày, ít ở gót.
- Tầng 4 – theo ca hoặc theo lô keo: tập trung ở ca chiều, khi nhiệt độ xưởng cao, hoặc ở một lô keo cụ thể.
- Dừng lại khi đã đủ cụ thể để hành động: "hở keo mũi giày ở chuyền 3, ca chiều" là đủ để đi xuống xem thao tác, nhiệt độ lò hoạt hoá và thời gian ép.
Pareto chỉ cho biết vấn đề tập trung ở đâu, không cho biết vì sao. Bước tiếp theo là phân tích nguyên nhân bằng biểu đồ xương cá, hỏi vì sao nhiều lần, hoặc thử nghiệm thay đổi từng yếu tố. Sau khi xử lý, vẽ lại Pareto với cùng khoảng thời gian để xem cột đó có thật sự thấp xuống không.
Khi trình bày trong buổi họp, đặt các tầng cạnh nhau theo thứ tự từ rộng tới hẹp. Người nghe thấy ngay lý do vì sao nhóm cải tiến chọn đi xuống chuyền 3 vào ca chiều, thay vì phải tin vào cảm nhận của người báo cáo.
Những lỗi hay gặp khi dùng Pareto
Vẽ một lần rồi để đó. Pareto có giá trị khi được vẽ lại đều đặn, mỗi tháng hoặc mỗi quý, để thấy thứ tự thay đổi. Khi lỗi đầu bảng đã giảm, lỗi khác sẽ lên đầu và trở thành ưu tiên mới.
So trước, sau không cùng điều kiện. Sản lượng tháng sau gấp đôi tháng trước thì số lỗi tuyệt đối tăng là bình thường. So tỉ lệ lỗi trên sản lượng, hoặc dùng cùng khoảng thời gian, cùng mã hàng.
Tin vào thứ tự khi các cột gần bằng nhau. Nếu sáu loại lỗi đều quanh mức 15%, không có nhóm nổi trội, Pareto không giúp chọn ưu tiên. Lúc đó xếp theo chi phí hoặc tìm nguyên nhân chung có thể hữu ích hơn.
Dùng Pareto để tìm người có lỗi. Pareto theo tên công nhân rất dễ làm và rất dễ gây hại. Người làm nhiều sản phẩm nhất thường cũng có nhiều lỗi nhất về số tuyệt đối. Phân tích theo người chỉ nên dùng để tìm nhu cầu đào tạo, có so với sản lượng, và không dùng để phạt.
Câu hỏi thường gặp
Biểu đồ Pareto cần ít nhất bao nhiêu dữ liệu?
Không có con số cứng, nhưng mỗi cột quan trọng nên có đủ số lần xuất hiện để không bị một ngày bất thường chi phối. Với xưởng nhỏ, gom dữ liệu một tháng thường cho bức tranh ổn định hơn một tuần.
Pareto có dùng được cho khiếu nại khách hàng không?
Có, và đây là ứng dụng rất phổ biến. Phân loại khiếu nại theo nội dung, theo sản phẩm hoặc theo kênh bán rồi vẽ Pareto giúp biết nên sửa điều gì trước. Bước phân loại nội dung khiếu nại là chỗ AI hỗ trợ tốt, với điều kiện che thông tin cá nhân của khách.
Vì sao nhóm khác luôn đặt ở cuối dù cột cao?
Vì nhóm khác gom nhiều loại lỗi khác nhau, không đại diện cho một vấn đề cụ thể để hành động. Đặt nó ở đầu sẽ làm người xem tưởng có một vấn đề lớn, trong khi thật ra là nhiều vấn đề nhỏ chưa được phân loại.
Có nên để AI tự vẽ luôn biểu đồ Pareto không?
Một số công cụ AI có thể đọc bảng và vẽ biểu đồ trực tiếp. Tiện, nhưng bạn vẫn cần kiểm tổng số, thứ tự cột và đường cộng dồn có đúng 100% ở cuối không. Biểu đồ đi vào báo cáo cho khách hoặc ban giám đốc phải do người có trách nhiệm xác nhận.
Pareto và biểu đồ kiểm soát dùng chung thế nào?
Biểu đồ kiểm soát theo dõi theo thời gian để phát hiện lúc nào quá trình thay đổi. Pareto nhìn một khoảng thời gian để biết loại vấn đề nào lớn nhất. Thường dùng Pareto để chọn lỗi cần cải tiến, rồi dùng biểu đồ kiểm soát để theo dõi sau cải tiến xem quá trình có giữ được không.