Làm sao biến hệ thống tài liệu thành hệ thống vận hành thực tế?

Một doanh nghiệp có thể có đầy đủ chính sách, quy trình, biểu mẫu và hồ sơ nhưng nhân viên vẫn làm việc chủ yếu bằng kinh nghiệm hoặc trao đổi trên chat. Khi audit đến, đội ngũ lại mở bộ tài liệu ISO để “xem quy định đang viết thế nào”.

Đó là dấu hiệu hệ thống tài liệu và hệ thống vận hành đã tách khỏi nhau.

Vấn đề thường không phải thiếu tài liệu. Ngược lại, nhiều doanh nghiệp đang có quá nhiều tài liệu nhưng quá ít tài liệu thực sự được dùng.

1. Bắt đầu từ công việc thật

Chọn một quá trình và quan sát cách nó đang diễn ra.

Ví dụ:

Khách hàng yêu cầu báo giá → Sales trao đổi → gửi báo giá → khách xác nhận → Operations nhận thông tin → thực hiện dịch vụ → Finance xuất hóa đơn

Sau đó so với tài liệu hiện hành.

Hỏi:

• bước nào trong tài liệu không còn tồn tại;
• bước nào thực tế có nhưng tài liệu không nói đến;
• ai đang thực hiện;
• công cụ nào được sử dụng;
• bằng chứng nằm ở đâu.

Không nên sửa tài liệu trước khi hiểu hoạt động thật.

2. Loại bỏ tài liệu không tạo giá trị

Mỗi tài liệu nên có lý do tồn tại.

Có thể đánh giá bằng 4 câu hỏi:

1. Ai sử dụng?
2. Dùng vào thời điểm nào?
3. Nó kiểm soát rủi ro nào?
4. Nếu bỏ đi, điều gì sẽ xảy ra?

Nếu không trả lời được, tài liệu có thể chỉ đang tồn tại vì “ISO từng yêu cầu” hoặc vì được sao chép từ template cũ.

3. Chuyển từ “Procedure-first” sang “Process-first”

Đừng nghĩ:

Mình cần viết quy trình nào?

Hãy nghĩ:

Quá trình này phải tạo ra đầu ra gì và cần kiểm soát ở đâu?

Sau đó mới chọn hình thức thể hiện.

Có thể là:

• 1 workflow;
• 1 checklist;
• 1 bảng phân quyền;
• 1 cấu hình hệ thống;
• 1 hướng dẫn;
• 1 biểu mẫu.

Không nhất thiết là một Procedure dài.

4. Gắn mỗi tài liệu với một owner

Một tài liệu không có owner thường nhanh lỗi thời.

Owner cần biết:

• tài liệu đang phục vụ quá trình nào;
• khi nào phải xem xét;
• thay đổi nào cần cập nhật;
• ai cần được thông báo;
• phiên bản hiện tại ở đâu.

Owner không nhất thiết là người soạn tài liệu ban đầu.

5. Đưa kiểm soát vào công cụ nhân viên đang dùng

Nếu doanh nghiệp đang dùng:

• CRM;
• ERP;
• Microsoft 365;
• Google Workspace;
• Jira;
• helpdesk;
• HRM;
• accounting system,

hãy ưu tiên thiết kế workflow ngay trong hệ thống.

Ví dụ:

Thay vì quy định bằng văn bản “mọi purchase request trên 20 triệu phải được Director phê duyệt”, có thể cấu hình workflow để request vượt ngưỡng tự động chuyển phê duyệt.

Như vậy, kiểm soát trở thành một phần của vận hành và đồng thời tạo bằng chứng.

6. Chuyển biểu mẫu thành dữ liệu khi có thể

Một biểu mẫu Word/Excel có thể phù hợp ở giai đoạn đầu. Nhưng khi khối lượng giao dịch tăng, nên cân nhắc:

• online form;
• ticket;
• database;
• CRM field;
• workflow app.

Dữ liệu có cấu trúc dễ:

• tìm kiếm;
• tổng hợp;
• đo lường;
• phân tích;
• audit.

7. Đảm bảo nhân viên chỉ thấy phiên bản hiện hành

Một vấn đề phổ biến là:

• file ở Shared Drive;
• file khác ở desktop;
• file gửi trong email;
• bản PDF cũ trong Teams.

Cần xác định một source of truth.

Có thể là:

• SharePoint;
• Google Drive;
• DMS;
• wiki;
• repository;
• portal nội bộ.

Không nhất thiết phải mua phần mềm ISO chuyên dụng.

8. Thiết kế tài liệu cho người sử dụng

Một tài liệu dễ sử dụng thường:

• ngắn;
• có cấu trúc;
• dùng ngôn ngữ của doanh nghiệp;
• có sơ đồ;
• có ví dụ;
• chỉ rõ đầu vào/đầu ra;
• có link tới form hoặc hệ thống liên quan.

Nếu nhân viên phải đọc 15 trang để tìm một bước thao tác, tài liệu khó có khả năng được sử dụng thường xuyên.

9. Kết nối tài liệu với KPI và rủi ro

Tài liệu không nên là một lớp riêng.

Ví dụ:

Quy trình Incident Management

cần liên kết với:

• risk register;
• incident log;
• response time KPI;
• escalation;
• corrective action;
• management review.

Khi đó hệ thống mới tạo vòng khép kín.

10. Audit theo thực tế, không audit theo checklist tài liệu

Một cách tốt để kiểm tra hệ thống là chọn một mẫu thực tế.

Ví dụ:

“Cho xem một khách hàng mới gần đây.”

Sau đó trace:

• hợp đồng;
• phê duyệt;
• onboarding;
• cung cấp dịch vụ;
• thay đổi;
• hóa đơn;
• phản hồi.

Cách này cho thấy các quy trình có thực sự kết nối hay không.

11. Khi nào cần cải tiến bộ tài liệu?

Các dấu hiệu:

• nhân viên không biết tài liệu ở đâu;
• biểu mẫu ít được dùng;
• nhiều tài liệu hết hạn;
• các quy trình mô tả phần mềm cũ;
• audit lặp lại finding;
• thực tế khác tài liệu;
• mỗi phòng có một file riêng cho cùng mục đích;
• hệ thống phụ thuộc vào một nhân viên ISO.

Nếu có nhiều dấu hiệu trên, có thể cần một đợt system simplification thay vì tiếp tục bổ sung tài liệu.

Một cách làm gọn

Có thể thực hiện theo 5 bước:

1. Inventory tài liệu hiện có.
2. Map vào quá trình thực tế.
3. Giữ / sửa / gộp / bỏ.
4. Xác định owner và source of truth.
5. Test bằng audit theo case thật.

Kết quả mong muốn không phải “ít tài liệu nhất”, mà là đủ tài liệu để hệ thống được kiểm soát.

HQC có thể hỗ trợ

• [Audit & System Improvement](/dich-vu/audit-system-improvement)
• [Process & Document Kit](/goi-sme/process-document-kit)
• [ISO Maintenance](/goi-sme/iso-maintenance)
• [Cách chuẩn hóa quy trình, vai trò và trách nhiệm](/tai-nguyen/chuan-hoa-quy-trinh-vai-tro-trach-nhiem)
• [Checklist chuẩn bị audit](/tai-nguyen/chuan-bi-danh-gia-noi-bo-va-audit-chung-nhan)

Một hệ thống tài liệu tốt phải biến mất vào trong cách doanh nghiệp làm việc hàng ngày: mọi người sử dụng nó mà không cảm thấy mình đang “làm hồ sơ ISO”.

[Liên hệ HQC](/lien-he) nếu doanh nghiệp muốn rà soát và tinh gọn hệ thống hiện tại.