Bài 2. Kết nối công cụ với quy trình

1. Vì sao công cụ phải gắn với quy trình?

Quy trình là nơi chất lượng được tạo ra hoặc bị mất đi. Công cụ quản lý chất lượng nếu không gắn với quy trình sẽ rất dễ trở thành hoạt động bên ngoài vận hành. Khi đó, phòng chất lượng hoặc nhóm cải tiến có thể làm biểu mẫu, phân tích, báo cáo, nhưng người thực hiện quy trình vẫn làm theo thói quen cũ. Kết quả là công cụ không thay đổi được thực tế.

Kết nối công cụ với quy trình nghĩa là mỗi công cụ phải có vị trí cụ thể trong dòng công việc. Checklist phải nằm tại điểm cần kiểm soát. SOP phải phản ánh cách làm chuẩn của quy trình. Flowchart phải giúp người liên quan hiểu dòng công việc. Dashboard phải lấy dữ liệu từ quy trình thật. 5 Why phải được dùng khi quy trình có sai lệch lặp lại. FMEA phải được thực hiện với các bước nguy cơ cao của quy trình. 5S phải hỗ trợ nơi làm việc của quy trình. Quản lý trực quan phải hiển thị trạng thái quy trình.

Nếu công cụ không gắn với quy trình, tổ chức có thể “có công cụ” nhưng quy trình vẫn không thay đổi. Nếu công cụ gắn đúng với quy trình, nó trở thành một phần của cách làm hằng ngày.

2. Quy trình là trục chính để tích hợp công cụ

Trong hệ thống quản lý chất lượng, có thể xem quy trình là trục chính. Các công cụ khác được gắn vào từng điểm của quy trình tùy mục đích.

Ví dụ, một quy trình tiếp nhận và xử lý hồ sơ có thể tích hợp công cụ như sau:

Khi nhìn như vậy, công cụ không còn là danh sách rời rạc. Mỗi công cụ có vai trò trong quản lý một quy trình cụ thể.

3. Kết nối SIPOC và Flowchart với SOP

SIPOC giúp xác định phạm vi và cấu trúc tổng quan của quy trình. Flowchart giúp mô tả trình tự công việc chi tiết hơn. SOP giúp chuẩn hóa cách thực hiện. Ba công cụ này nên được kết nối theo thứ tự logic.

Trước khi viết SOP, tổ chức nên làm rõ SIPOC: đầu vào là gì, ai cung cấp, đầu ra là gì, ai nhận, tiêu chuẩn đầu ra ra sao. Sau đó vẽ flowchart để hiểu các bước chính, điểm bàn giao và điểm quyết định. Khi đã rõ dòng công việc, SOP mới được viết thành hướng dẫn thực hiện.

Nếu bỏ qua SIPOC và flowchart, SOP dễ bị viết theo văn phong hành chính, thiếu logic dòng chảy. Người đọc thấy quy định nhưng không hiểu đầu vào, đầu ra, điểm bàn giao và trách nhiệm. Ngược lại, khi SOP được xây trên SIPOC và flowchart, quy trình sẽ rõ hơn và dễ đào tạo hơn.

Một SOP tốt nên có thể truy ngược về flowchart. Một flowchart tốt nên có thể giải thích bằng SOP. Một SIPOC tốt nên giúp xác định SOP đang phục vụ đầu ra nào và khách hàng nào.

4. Kết nối SOP với Checklist

SOP mô tả cách làm chuẩn; checklist giúp kiểm soát việc thực hiện các bước quan trọng trong SOP. Vì vậy, checklist phải được xây dựng từ SOP chứ không nên thiết kế độc lập theo cảm tính.

Không phải mọi bước trong SOP đều cần đưa vào checklist. Checklist nên tập trung vào các bước có nguy cơ cao, dễ bỏ sót, cần xác nhận, có ảnh hưởng đến chất lượng hoặc cần bằng chứng tuân thủ. Nếu checklist sao chép toàn bộ SOP, nó sẽ quá dài và dễ hình thức. Nếu checklist không bám SOP, nó có thể bỏ sót điểm quan trọng.

Khi cập nhật SOP, phải rà soát checklist. Khi checklist phát hiện điểm không tuân thủ lặp lại, phải xem lại SOP có rõ không, quy trình có khả thi không, người thực hiện có đủ điều kiện không. Đây là vòng kết nối hai chiều.

Ví dụ, SOP quy định nhân viên phải kiểm tra tài liệu trước khi tiếp nhận hồ sơ. Checklist chuyển quy định đó thành các mục cụ thể: xác định loại hồ sơ, dùng checklist tương ứng, đối chiếu tài liệu bắt buộc, xác nhận thông tin, xử lý nếu thiếu. Nếu checklist cho thấy nhiều trường hợp không đối chiếu tài liệu, tổ chức cần xem lại quy trình, đào tạo, áp lực thời gian hoặc thiết kế checklist.

5. Kết nối quy trình với dữ liệu sai lệch

Một quy trình muốn cải tiến phải tạo ra dữ liệu. Nếu sai lệch xảy ra nhưng không được ghi nhận, tổ chức sẽ không biết quy trình yếu ở đâu. Vì vậy, cần thiết kế điểm ghi nhận dữ liệu trong quy trình.

Dữ liệu có thể đến từ:

• Check sheet ghi nhận lỗi.
• Checklist tuân thủ.
• Phần mềm quy trình.
• Báo cáo sự cố.
• Phản ánh khách hàng.
• Dashboard trạng thái.
• Audit nội bộ.
• Quan sát hiện trường.

Điều quan trọng là dữ liệu phải gắn với bước quy trình. Ví dụ, không chỉ ghi “hồ sơ sai”, mà cần biết sai ở bước tiếp nhận, bước nhập liệu, bước kiểm tra hay bước phê duyệt. Khi dữ liệu gắn với bước, phân tích nguyên nhân sẽ cụ thể hơn.

Nếu dữ liệu chỉ tổng hợp ở mức toàn đơn vị, khó cải tiến. Nếu dữ liệu chỉ ghi cuối quy trình, tổ chức biết lỗi nhưng không biết lỗi phát sinh ở đâu. Vì vậy, thiết kế dữ liệu là một phần của thiết kế quy trình.

6. Kết nối quy trình với quản lý rủi ro

Mỗi quy trình đều có điểm nguy cơ. Quản lý rủi ro phải đi vào từng bước quy trình, không chỉ nằm ở danh mục rủi ro cấp tổ chức.

Khi rà soát quy trình, cần hỏi:

• Bước nào nếu sai sẽ gây hậu quả lớn?
• Bước nào thường bị bỏ sót?
• Bước nào phụ thuộc vào trí nhớ cá nhân?
• Bước nào có nhiều bàn giao?
• Bước nào khó phát hiện lỗi trước khi chuyển sang bước sau?
• Bước nào cần kiểm tra chéo hoặc cảnh báo?
• Bước nào cần checklist hoặc phần mềm hỗ trợ?

FMEA là công cụ đặc biệt phù hợp để kết nối rủi ro với quy trình vì nó phân tích lỗi tiềm ẩn theo từng bước. Risk matrix có thể dùng để ưu tiên rủi ro. Kết quả đánh giá rủi ro phải quay lại SOP, checklist, đào tạo và dashboard.

Nếu rủi ro cao nhưng SOP không có điểm kiểm soát, checklist không kiểm tra, dashboard không cảnh báo, thì quản lý rủi ro chưa được tích hợp thật.

7. Kết nối quy trình với Lean và quản lý trực quan

Lean giúp nhìn quy trình theo dòng giá trị và lãng phí. Quản lý trực quan giúp trạng thái quy trình dễ nhìn thấy. Hai nhóm công cụ này nên được gắn trực tiếp vào quy trình.

Ví dụ, khi dùng VSM để phân tích một quy trình, tổ chức có thể phát hiện thời gian xử lý thực chỉ 1 giờ nhưng thời gian hoàn thành là 3 ngày do chờ phê duyệt, chuyển hồ sơ theo batch và trả lại bổ sung. Kết quả VSM có thể dẫn đến cải tiến: giảm batch, chuyển hồ sơ điện tử, checklist tại nguồn, phân quyền phê duyệt theo rủi ro.

Sau đó, quản lý trực quan giúp duy trì: bảng Kanban theo dõi trạng thái hồ sơ, dashboard cảnh báo quá hạn, màu phân loại hồ sơ, bảng tồn đọng theo bộ phận.

Như vậy, Lean giúp cải tiến dòng chảy; quản lý trực quan giúp dòng chảy tiếp tục được nhìn thấy và kiểm soát.

8. Ví dụ tích hợp công cụ vào một quy trình

Quy trình: tiếp nhận và xử lý yêu cầu khách hàng.

Ví dụ này cho thấy một quy trình có thể là nơi tích hợp hầu hết công cụ chất lượng, nhưng mỗi công cụ chỉ dùng ở điểm cần thiết.

9. Lỗi thường gặp khi không kết nối công cụ với quy trình

Lỗi thứ nhất là công cụ nằm trong phòng chất lượng, còn quy trình nằm ở đơn vị vận hành. Khi đó, công cụ khó thay đổi hành vi thực tế.

Lỗi thứ hai là checklist không dựa trên SOP, SOP không dựa trên flowchart, flowchart không phản ánh thực tế.

Lỗi thứ ba là dữ liệu lỗi không gắn với bước quy trình, khiến phân tích nguyên nhân mơ hồ.

Lỗi thứ tư là cải tiến quy trình nhưng không cập nhật tài liệu và công cụ liên quan.

Lỗi thứ năm là dashboard hiển thị chỉ số tổng nhưng không truy vết được điểm quy trình gây vấn đề.

Lỗi thứ sáu là rủi ro được đánh giá nhưng không chuyển thành điểm kiểm soát trong SOP/checklist.

10. Checklist đánh giá mức độ kết nối công cụ với quy trình

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

Kết nối công cụ với quy trình là điều kiện để quản lý chất lượng đi vào thực tế. Công cụ không nên nằm ngoài vận hành, mà phải được đặt vào đúng điểm trong dòng công việc: nơi cần mô tả, nơi cần kiểm soát, nơi cần đo lường, nơi cần cảnh báo và nơi cần cải tiến.

Bài học quan trọng là: quy trình là nơi chất lượng được tạo ra; vì vậy mọi công cụ quản lý chất lượng muốn có giá trị đều phải quay về phục vụ quy trình, kiểm soát quy trình và cải tiến quy trình.