Process mapping là gì? Các loại sơ đồ quá trình và cách vẽ | Ví dụ
Nội dung bài viết 10 mục
Hỏi ba người trong nhà máy “quy trình nhận đơn đến giao hàng gồm mấy bước”, bạn thường nhận ba đáp án khác nhau. Process mapping đưa quá trình từ trong đầu mỗi người lên giấy, để cả nhóm nhìn cùng một bức tranh và thấy chỗ lãng phí, chỗ dễ lỗi.
Tóm tắt nhanh
- Process mapping mô tả trực quan trình tự bước, quyết định, người thực hiện và dòng thông tin của một quá trình.
- Chọn loại sơ đồ theo mức chi tiết: SIPOC, flowchart, swimlane, value stream map, spaghetti diagram.
- Vẽ theo thực tế hiện trường, bắt đầu ở mức tổng rồi mới chi tiết, có ghi dữ liệu thời gian.
- Lỗi lớn: vẽ từ văn phòng theo trí nhớ quản lý, quá chi tiết ngay từ đầu, vẽ xong không ai dùng để cải tiến.
Process mapping là gì?
Process mapping (lập bản đồ quá trình) là việc mô tả trực quan trình tự các bước, quyết định, người thực hiện và dòng thông tin/vật liệu của một quá trình. Mục đích không phải vẽ cho đẹp mà để hiểu đúng thực tế (as-is), tìm điểm bất hợp lý và thiết kế trạng thái mong muốn (to-be).
Các loại sơ đồ quá trình
| Loại | Mức chi tiết | Dùng để | Bài liên quan |
|---|---|---|---|
| SIPOC | Rất cao (4–7 bước) | Chốt phạm vi, khách hàng | SIPOC |
| Flowchart cơ bản | Trung bình | Mô tả trình tự, điểm quyết định | Flowchart |
| Swimlane (cross-functional) | Trung bình – chi tiết | Thấy bàn giao giữa bộ phận | Swimlane |
| Value stream map | Toàn dòng giá trị | Thấy lead time, tồn kho, dòng thông tin | VSM |
| Spaghetti diagram | Mặt bằng | Thấy đường đi, vận chuyển | Spaghetti |
| Sơ đồ chi tiết (detailed map) | Rất chi tiết | Viết SOP, phân tích lỗi từng thao tác | — |
Ký hiệu thường dùng
| Ký hiệu | Ý nghĩa |
|---|---|
| Hình bầu dục | Bắt đầu / kết thúc |
| Hình chữ nhật | Bước công việc |
| Hình thoi | Quyết định (có/không) |
| Hình bình hành | Đầu vào/đầu ra dữ liệu |
| Mũi tên | Hướng dòng chảy |
| Hình tài liệu | Biểu mẫu, hồ sơ |
Các bước lập bản đồ quá trình
| Bước | Việc làm |
|---|---|
| 1 | Chọn quá trình, xác định điểm đầu – cuối (dùng SIPOC) |
| 2 | Lập nhóm gồm người trực tiếp làm việc |
| 3 | Đi hiện trường (gemba), quan sát thực tế, không vẽ theo quy trình trên giấy |
| 4 | Vẽ nháp bằng giấy note trên tường |
| 5 | Ghi dữ liệu cho từng bước: thời gian, tỷ lệ lỗi, người làm |
| 6 | Đánh dấu bước không tạo giá trị, chờ, làm lại, kiểm tra |
| 7 | Thiết kế bản đồ to-be và kế hoạch chuyển đổi |
Ví dụ tại nhà máy Việt Nam (số liệu minh hoạ)
Một nhà máy cơ khí ở Đồng Nai lập bản đồ quá trình xử lý hàng trả về từ khách hàng:
| Hạng mục | As-is | To-be |
|---|---|---|
| Số bước | 23 | 12 |
| Số lần bàn giao giữa bộ phận | 9 | 4 |
| Bước kiểm tra trùng lặp | 3 (kho, QC, kỹ thuật cùng kiểm) | 1 (QC kiểm, chia sẻ kết quả) |
| Thời gian xử lý trung bình | 11 ngày | 4 ngày |
| Chữ ký phê duyệt | 5 | 2 |
Nhóm phát hiện 40% thời gian là chờ chữ ký và chờ chuyển hồ sơ giấy. Chuyển sang phiếu điện tử và phân quyền duyệt theo giá trị lô hàng đã rút ngắn còn 4 ngày.
Khi nào dùng process mapping?
- Bước Measure trong DMAIC, hoặc trước sự kiện Kaizen.
- Khi viết hoặc sửa SOP, hướng dẫn công việc.
- Khi có khiếu nại “không ai biết hồ sơ đang ở đâu”.
- Khi chuẩn bị chuyển đổi số, tự động hoá quy trình.
Mẹo áp dụng
- Vẽ đúng thực tế trước, không vẽ “nên là” ngay.
- Chọn loại sơ đồ phù hợp câu hỏi: vấn đề bàn giao → swimlane; vấn đề đi lại → spaghetti; vấn đề lead time → VSM.
- Excel/Visio/draw.io đều được; quan trọng là cập nhật khi quá trình thay đổi.
- Đánh màu: xanh = tạo giá trị, vàng = cần thiết nhưng không tạo giá trị, đỏ = lãng phí.
Lỗi hay gặp
- Vẽ từ văn phòng, theo trí nhớ của quản lý.
- Quá chi tiết ngay từ đầu, mất bức tranh tổng.
- Không ghi dữ liệu thời gian, sơ đồ chỉ để trang trí.
- Vẽ xong không ai dùng để cải tiến.
Câu hỏi thường gặp
Process mapping khác VSM thế nào? VSM là một dạng process map tập trung vào dòng giá trị, có dữ liệu thời gian và tồn kho; process map nói chung có thể chỉ mô tả trình tự.
Nên vẽ bao nhiêu cấp? Thường 2–3 cấp: SIPOC → sơ đồ cấp trung → sơ đồ chi tiết cho bước có vấn đề.
Bao lâu nên cập nhật sơ đồ quá trình? Mỗi khi quy trình thay đổi (máy mới, phần mềm mới, đổi bố trí) và ít nhất một lần mỗi năm khi soát xét hệ thống. Gắn sơ đồ vào tài liệu quy trình có mã số và phiên bản để người dùng luôn thấy bản mới nhất, tránh tình trạng sơ đồ treo trên tường đã khác thực tế từ lâu.
