PROBLEM STATEMENT - vấn đề nói đúng thì đã giải quyết được một nửa

Định nghĩa

Câu tuyên bố cô đọng nêu vấn đề đang xảy ra, đo lường được - không hàm ý sẵn nguyên nhân hay giải pháp.

Mục đích

Buộc cả nhóm thống nhất chính xác vấn đề cần giải quyết, trước khi lao vào tìm giải pháp.

Ứng dụng

Viết ở đầu Charter; dùng để kiểm tra xem một hoạt động cải tiến có thật sự nhắm đúng vấn đề hay không.

Ví dụ thực tế (mô phỏng đào tạo)

"ABC Footwear sản xuất 3.000 đôi/ngày, tỷ lệ lỗi hở keo 6,9% (~207 đôi/ngày), gây thiệt hại ước tính 2,36 tỷ VNĐ/năm - tương ứng năng lực quy trình chỉ ~2,98 Sigma." Một câu, đủ What - How much - So what.

Một Problem Statement tốt trông như thế nào

Câu mô tả vấn đề là nền móng cho mọi phân tích phía sau. Nếu nó sai hoặc mơ hồ, nhóm dự án sẽ đo sai thứ, tìm sai nguyên nhân và đưa ra giải pháp cho một vấn đề không có thật.

Một Problem Statement đạt chuẩn trả lời được bốn câu hỏi: cái gì (hiện tượng, sản phẩm), ở đâu (công đoạn, chuyền, khách hàng), khi nào (từ lúc nào, tần suất) và mức độ (bao nhiêu, so với mục tiêu, gây thiệt hại gì). Nó không chứa nguyên nhân, không chứa giải pháp và không đổ lỗi cho ai.

Cách viết từng bước

• Thu thập dữ liệu hiện trạng: báo cáo lỗi, khiếu nại, số liệu 3-6 tháng gần nhất.
• Mô tả hiện tượng bằng ngôn ngữ khách hàng hoặc tiêu chuẩn kỹ thuật, không dùng từ cảm tính như "rất nhiều", "thường xuyên".
• Gắn khoảng cách: hiện tại là bao nhiêu, tiêu chuẩn hoặc mục tiêu là bao nhiêu.
• Nêu tác động kinh doanh: chi phí, thời gian giao hàng, rủi ro mất khách.
• Đọc lại và gạch bỏ mọi chữ ám chỉ nguyên nhân ("do công nhân mới", "vì máy cũ").

So sánh trước và sau

• Chưa đạt: "Công nhân chuyền 3 làm ẩu nên lỗi may nhiều, cần đào tạo lại."
• Đạt chuẩn: "Từ tháng 3 đến tháng 8, tỷ lệ lỗi đường may hở tại chuyền 3 (sản phẩm áo khoác mã A12) trung bình 4,8%, cao gấp 3 lần mục tiêu 1,5%, gây chi phí sửa hàng khoảng 95 triệu đồng mỗi tháng và 2 lần khách hàng cảnh báo chất lượng."

Câu thứ hai cho biết cần đo gì, ở đâu, từ khi nào và vì sao đáng làm - nhưng không trói nhóm dự án vào một nguyên nhân đoán trước.

Những lỗi thường gặp

• Viết vấn đề dưới dạng giải pháp: "Chưa có máy kiểm tra tự động."
• Gộp nhiều vấn đề vào một câu, khiến phạm vi phình to.
• Dùng số liệu một ngày hoặc một tuần để kết luận xu hướng.
• Không có đơn vị đo hoặc không nói rõ cách tính tỷ lệ.

Mẹo từ chuyên gia WISE Academy

• Áp dụng bộ khung 4W1H (What - Where - When - How much) hoặc bảng Is / Is Not trước khi viết.
• Nếu không có dữ liệu, đó là dấu hiệu dự án cần một bước đo cơ bản trước, chứ chưa nên mở dự án Six Sigma.
• Để người ngoài nhóm đọc lại: nếu họ hỏi "vậy nguyên nhân là gì?" thì câu viết đang đúng hướng.

Liên kết trong DMAIC

Problem Statement thuộc giai đoạn Define và nằm trong Project Charter. Nó là đầu vào của Goal Statement và giúp chọn đúng chỉ số Y ở giai đoạn Measure. Công cụ đi kèm: Is / Is Not Matrix, Pareto để khoanh vùng, VOC và CTQ Tree.