Quy trình quản lý vận hành doanh nghiệp cần làm rõ đầu vào, các bước xử lý, người chịu trách nhiệm và tiêu chuẩn đầu ra. Khi một công việc đi qua nhiều bộ phận, quy trình còn phải chỉ ra thời điểm bàn giao, cách xác nhận đã nhận việc và hướng xử lý khi có vướng mắc.
Khung này dành cho doanh nghiệp bán lẻ, phân phối và dịch vụ dự án. Ví dụ hoàn toàn giả định.
1. Bắt đầu từ điểm nghẽn đang ảnh hưởng khách hàng
Đừng bắt đầu bằng việc yêu cầu mọi phòng ban viết quy trình. Hãy chọn một vấn đề nhìn thấy được: báo giá mất nhiều ngày, giao hàng sai lịch, yêu cầu khách hàng bị bỏ sót hoặc hồ sơ nghiệm thu thiếu thông tin.
Thu thập một số trường hợp gần nhất rồi ghi lại thời điểm phát sinh, các lần bàn giao, thời gian chờ và phần việc phải làm lại. Phỏng vấn cả người thực hiện lẫn bộ phận nhận đầu ra. Hai góc nhìn này giúp phân biệt lỗi thao tác với lỗi thiết kế công việc.
Chỉ đặt mục tiêu cải thiện sau khi đã biết mức hiện tại.
2. Vẽ luồng công việc từ đầu đến cuối
Trong tài liệu về cách tiếp cận theo quá trình, ISO mô tả quá trình là các hoạt động có liên quan sử dụng đầu vào để tạo kết quả dự kiến. Tài liệu cũng nhấn mạnh sự tương tác giữa các quá trình. Xem tài liệu hướng dẫn của ISO.
Cách áp dụng thực tế là vẽ một luồng ngắn: tiếp nhận yêu cầu → kiểm tra thông tin → phân công → thực hiện → kiểm tra → bàn giao → ghi nhận hoàn tất. Sau đó đánh dấu chỗ cần quyết định và chỗ thường phải chờ.
Với dự án EPC, bước chuyển từ kinh doanh sang kỹ thuật cần thông tin đủ để khảo sát và xây phương án. Với phân phối, bước chuyển đơn hàng sang kho cần xác nhận sản phẩm, số lượng, điều kiện giao và người nhận.
3. Viết quy trình đủ để người khác làm được
| Thành phần | Nội dung cần có |
|---|---|
| Mục đích và phạm vi | Giải quyết việc gì, bắt đầu và kết thúc ở đâu |
| Đầu vào | Thông tin, tài liệu và điều kiện trước khi nhận việc |
| Vai trò | Người thực hiện, người quyết định và bộ phận phối hợp |
| Các bước | Hành động, thời hạn, công cụ và điểm kiểm tra |
| Đầu ra | Tiêu chuẩn hoàn tất và bằng chứng bàn giao |
| Ngoại lệ | Ai xử lý khi thiếu dữ liệu, trễ hạn hoặc vượt thẩm quyền |
| Kiểm soát phiên bản | Người quản lý tài liệu, ngày áp dụng và lịch sử sửa đổi |
Thay câu “bộ phận liên quan xử lý kịp thời” bằng tên vai trò và hành động cụ thể. Ví dụ: “Điều phối kiểm tra đủ trường thông tin bắt buộc, ghi nhận yêu cầu trên bảng theo dõi và giao người phụ trách.” Thời hạn được đặt theo năng lực thực tế, có quy định giờ làm việc và thời điểm bắt đầu tính.
4. Làm rõ trách nhiệm tại điểm bàn giao
Mỗi công việc nên có một người theo dõi đến khi hoàn tất. Người này không nhất thiết thực hiện tất cả các bước, nhưng cần biết việc đang ở đâu và ai xử lý tiếp theo.
Khi giao việc qua tin nhắn, hãy chuyển thông tin quyết định vào nơi lưu chung. Với việc cần phê duyệt, ghi rõ người có quyền quyết định và trường hợp phải chuyển lên cấp trên.
| Bước | Phụ trách | Điều kiện chuyển bước |
|---|---|---|
| Xác nhận nhu cầu | Kinh doanh | Có đầu mối, địa điểm, nhu cầu và thời gian dự kiến |
| Kiểm tra dữ liệu | Điều phối | Danh mục thông tin đạt yêu cầu hoặc có danh sách cần bổ sung |
| Xây dựng phương án | Kỹ thuật | Có phương án và các giả định cần xác nhận |
| Duyệt đề xuất | Người có thẩm quyền | Điều kiện thương mại và phạm vi được xác nhận |
| Gửi và theo dõi | Kinh doanh | Lưu phiên bản đã gửi và lịch liên hệ tiếp theo |
5. Đo chất lượng vận hành bằng ít chỉ số rõ ràng
Với một luồng công việc, có thể bắt đầu từ thời gian xử lý, tỷ lệ đúng hạn và tỷ lệ đạt yêu cầu ngay lần đầu. Phân biệt thời gian thực hiện với thời gian chờ để biết cần đào tạo hay cải thiện phối hợp.
Tỷ lệ đúng hạn được tính bằng số việc hoàn tất đúng cam kết chia cho tổng việc đến hạn trong kỳ. Cần quy định riêng trường hợp đang quá hạn chưa hoàn tất để không làm báo cáo đẹp lên bằng cách bỏ các việc khó.
Khi so sánh, nên tách nhóm việc đơn giản và phức tạp. Một yêu cầu cần khảo sát thực địa không nên bị đánh giá cùng thời hạn với yêu cầu dùng hồ sơ có sẵn.
6. Chạy thử rồi sửa theo phản hồi
Chọn một nhóm hoặc một loại yêu cầu để thử nghiệm. Hướng dẫn bằng một tình huống thực tế và yêu cầu người thực hiện làm lại. Trong giai đoạn thử, ghi nhận bước thiếu thông tin, phê duyệt dư thừa và trường hợp ngoại lệ.
Sau mỗi kỳ rà soát, quyết định giữ, sửa hoặc bỏ một bước dựa trên ảnh hưởng tới kết quả. Cách làm này vận dụng chu kỳ PDCA: lập kế hoạch, thực hiện, kiểm tra và cải tiến. ISO giải thích chu kỳ PDCA trong quản lý quá trình.
Khi sửa quy trình, ghi lý do, thông báo ngày áp dụng và thu hồi bản hướng dẫn cũ.
Checklist đưa quy trình vào sử dụng
- Người mới biết tìm bản hướng dẫn hiện hành ở đâu.
- Đầu vào và tiêu chuẩn hoàn tất có thể kiểm tra được.
- Mỗi bước có người phụ trách và thời hạn rõ ràng.
- Có cách báo chậm, trả hồ sơ và xử lý vượt thẩm quyền.
- Biểu mẫu chỉ thu thập thông tin phục vụ công việc.
- Có người chịu trách nhiệm cập nhật sau khi chạy thử.
Câu hỏi thường gặp
Quy trình cần dài bao nhiêu trang?
Không có độ dài chung. Nên đủ để người thực hiện hiểu việc, còn hướng dẫn chi tiết có thể đặt trong biểu mẫu hoặc phụ lục liên quan.
Khi nào nên đưa quy trình lên phần mềm?
Khi luồng việc và trách nhiệm đã tương đối rõ, phần mềm có thể hỗ trợ phân công, nhắc hạn và lưu lịch sử. Nếu quy tắc còn mơ hồ, hãy sửa cách làm trước khi tự động hóa.
Bước thực hành: chọn một công việc thường trễ, vẽ luồng trên một trang và kiểm tra ba lần bàn giao gần nhất. Bắt đầu cải thiện tại nơi mất nhiều thời gian chờ nhất.