Trả lời nhanh: Workflow (luồng công việc, quy trình làm việc) là chuỗi các bước được sắp xếp theo trình tự để hoàn thành một việc lặp lại, quy định rõ ai làm bước nào, theo điều kiện gì và trong bao lâu. Ví dụ: đề nghị thanh toán đi từ nhân viên, qua trưởng phòng duyệt, tới kế toán chi tiền.
Điểm chính
- Một workflow đầy đủ có 7 thành phần: bước, vai trò, đầu vào và đầu ra, điều kiện rẽ nhánh, trạng thái, thời hạn (SLA) và quy tắc leo thang khi quá hạn.
- Quy trình (process) trả lời “cần đạt kết quả gì”. Workflow trả lời “việc chạy qua ai, theo thứ tự nào”. BPM là cách quản trị cả danh mục quy trình; checklist chỉ là danh sách việc của một người.
- Bốn kiểu workflow hay gặp: tuần tự, song song, máy trạng thái và theo luật (rule-based). Đa số workflow thực tế là sự kết hợp của chúng.
- Sơ đồ workflow nên vẽ theo làn bơi (swimlane). Chuẩn chung để người nghiệp vụ và lập trình viên cùng đọc là BPMN 2.0 của tổ chức OMG.
- Đo workflow bằng thời gian chu trình, tỷ lệ đúng SLA, tỷ lệ trả lại và thời gian chờ, chứ không chỉ bằng cảm giác “đã nhanh hơn”.
Mục lục
- Workflow là gì?
- Một workflow gồm những thành phần nào?
- Workflow khác quy trình (process), BPM và checklist thế nào?
- Có những loại workflow nào?
- Cách vẽ sơ đồ workflow như thế nào?
- Ví dụ workflow thực tế trong doanh nghiệp
- Quản lý workflow và tự động hoá workflow là gì?
- Cách xây dựng workflow cho doanh nghiệp từng bước
- Những sai lầm thường gặp khi xây dựng workflow
- Đo hiệu quả workflow bằng KPI nào?
- Câu hỏi thường gặp
Workflow là gì?
Workflow là cách một công việc lặp lại “chảy” từ người này sang người khác, từ hệ thống này sang hệ thống khác, cho tới khi xong. Trong tiếng Việt, workflow thường được gọi là luồng công việc hoặc quy trình làm việc. Mỗi workflow trả lời bốn câu hỏi: việc gì, ai làm, làm theo thứ tự nào và khi nào thì chuyển bước.
Định nghĩa được trích dẫn nhiều nhất đến từ Workflow Management Coalition (WfMC), hiệp hội ngành về quản lý workflow thành lập năm 1993. Trong bảng thuật ngữ WFMC-TC-1011 (bản 2.0, tháng 6/1996), WfMC định nghĩa workflow là việc tự động hoá một quy trình nghiệp vụ, toàn bộ hoặc một phần, trong đó tài liệu, thông tin hoặc nhiệm vụ được chuyển từ người tham gia này sang người tham gia khác để xử lý, theo một bộ quy tắc thủ tục.
Định nghĩa này gắn workflow với phần mềm. Trong giao tiếp hằng ngày ở doanh nghiệp, “workflow” được hiểu rộng hơn: kể cả khi chạy bằng giấy, email hay bảng tính, miễn là có trình tự, có người phụ trách và có quy tắc chuyển bước, đó vẫn là một workflow. Phần mềm chỉ giúp nó chạy đều, nhanh và đo được.
Ví dụ đời thường: xin nghỉ phép
Ví dụ minh hoạ. Bạn điền đơn xin nghỉ 2 ngày. Đơn tới quản lý trực tiếp. Nếu quản lý đồng ý, đơn sang bộ phận nhân sự để trừ ngày phép. Nếu từ chối, đơn quay về bạn kèm lý do. Nhân sự cập nhật xong thì cả bạn và quản lý nhận thông báo. Đó là một workflow hoàn chỉnh: có người khởi tạo, có bước duyệt, có điều kiện rẽ nhánh (đồng ý hay từ chối), có kết thúc rõ ràng.
Thuật ngữ workflow xuất hiện từ khi nào?
Ý tưởng tổ chức công việc thành chuỗi bước có thể đo đếm gắn với Frederick Taylor và Henry Gantt từ đầu thế kỷ 20, dù khi đó hai ông chưa dùng chữ “workflow”. Một trong những lần xuất hiện sớm nhất của cụm từ “work flow” là trên một tạp chí kỹ thuật đường sắt năm 1921. Từ thập niên 1990, khi phần mềm quản lý workflow phát triển và WfMC ra đời, thuật ngữ này mới trở nên phổ biến trong quản trị doanh nghiệp.
Vì sao doanh nghiệp cần workflow rõ ràng?
- Không ai phải hỏi “hồ sơ đang ở đâu”. Mỗi việc luôn có một trạng thái và một người đang giữ.
- Giảm phụ thuộc vào trí nhớ của từng người. Nhân viên mới nhìn sơ đồ là biết mình làm gì, chuyển cho ai.
- Kiểm soát được rủi ro. Khoản chi lớn bắt buộc qua thêm cấp duyệt; không ai tự duyệt việc của chính mình.
- Đo được và cải tiến được. Có trình tự cố định thì mới tính được bước nào chậm nhất, bước nào hay bị trả lại.
- Là nền móng để tự động hoá. Phần mềm chỉ chạy được luồng việc đã được mô tả rõ. Workflow mơ hồ thì tự động hoá chỉ làm cái mơ hồ chạy nhanh hơn.
Một workflow gồm những thành phần nào?
Nhiều bài viết chỉ nêu “các bước và người thực hiện”. Như vậy chưa đủ để vận hành, càng chưa đủ để đưa lên phần mềm. Một workflow dùng được trong doanh nghiệp cần đủ 7 thành phần dưới đây.
| Thành phần | Trả lời câu hỏi | Ví dụ trong workflow duyệt thanh toán |
|---|---|---|
| Bước (activity, task) | Phải làm những việc gì? | Lập đề nghị, duyệt cấp 1, duyệt cấp 2, kiểm tra chứng từ, chi tiền |
| Vai trò (role) | Ai làm bước đó? | Nhân viên, trưởng phòng, giám đốc, kế toán. Ghi theo vai trò, không ghi theo tên người |
| Đầu vào, đầu ra (input, output) | Bước nhận gì, bàn giao gì? | Đầu vào: hoá đơn, hợp đồng. Đầu ra: đề nghị đã duyệt, lệnh chi |
| Điều kiện, rẽ nhánh (condition, gateway) | Khi nào đi nhánh nào? | Trên 20 triệu đồng thì cần giám đốc duyệt (ngưỡng giả định) |
| Trạng thái (status, state) | Việc đang ở đâu? | Nháp, Chờ duyệt cấp 1, Bị trả lại, Chờ thanh toán, Đã thanh toán |
| Thời hạn (SLA) | Mỗi bước được phép mất bao lâu? | Trưởng phòng duyệt trong 1 ngày làm việc |
| Quy tắc ngoại lệ, leo thang (escalation) | Quá hạn, vắng mặt, sai sót thì sao? | Quá hạn thì nhắc; quá hạn lần hai thì chuyển người được uỷ quyền |
Ngoài ra, khi workflow chạy trên phần mềm, còn hai thành phần “ẩn” nhưng rất quan trọng: thông báo (ai nhận tin khi việc chuyển bước) và nhật ký (ai làm gì, lúc nào, để tra soát sau này).
SLA trong workflow là gì?
SLA (Service Level Agreement, thoả thuận mức dịch vụ) vốn là cam kết giữa bên cung cấp dịch vụ và khách hàng. Trong workflow nội bộ, SLA được dùng theo nghĩa hẹp hơn: thời hạn tối đa cho từng bước hoặc cho toàn bộ luồng. Một SLA tốt cần ba yếu tố:
- Đơn vị đo rõ ràng: giờ làm việc hay giờ lịch, có tính ngày nghỉ lễ không.
- Thời điểm bắt đầu và dừng đồng hồ: bắt đầu khi hồ sơ tới tay người xử lý; tạm dừng khi hồ sơ bị trả lại chờ bổ sung.
- Hành động khi vi phạm: nhắc, leo thang, hoặc tự chuyển người thay thế. SLA không có hành động đi kèm chỉ là con số trang trí.
Trạng thái khác bước ở điểm nào?
Bước là việc có người làm. Trạng thái là “vị trí” của hồ sơ giữa các bước. Một bước “Duyệt cấp 1” thường gắn với trạng thái “Chờ duyệt cấp 1”. Thiết kế danh sách trạng thái kỹ giúp bạn làm báo cáo dễ: đếm được bao nhiêu hồ sơ đang chờ ở mỗi trạng thái, chờ bao lâu. Bảng thuật ngữ của WfMC gọi mỗi lần chạy một quy trình là một “thực thể quy trình” (process instance): mỗi đề nghị thanh toán cụ thể là một thực thể, có dữ liệu và trạng thái riêng.
Workflow khác quy trình (process), BPM và checklist thế nào?
Bốn khái niệm này hay bị dùng lẫn. Phân biệt rõ giúp bạn chọn đúng công cụ và đúng người làm.
| Khái niệm | Bản chất | Câu hỏi chính | Ví dụ |
|---|---|---|---|
| Quy trình nghiệp vụ (business process) | Tập hợp hoạt động liên kết để đạt một mục tiêu kinh doanh | Cần tạo ra kết quả gì, cho ai? | Quy trình mua hàng: từ nhu cầu tới khi trả tiền nhà cung cấp |
| Workflow | Luồng chuyển việc cụ thể giữa người và hệ thống, có thứ tự và quy tắc | Việc chạy qua ai, theo thứ tự nào, khi nào chuyển? | Luồng duyệt đề nghị thanh toán trong quy trình mua hàng |
| BPM (quản lý quy trình nghiệp vụ) | Phương pháp quản trị: mô hình hoá, thực thi, đo lường, cải tiến liên tục cả danh mục quy trình | Quy trình nào cần sửa, đang chạy tốt không? | Rà soát định kỳ toàn bộ quy trình tài chính, mua hàng, nhân sự |
| Checklist | Danh sách việc cần làm hoặc cần kiểm tra, thường cho một người | Đã làm đủ chưa? | Danh sách giấy tờ cần nộp khi nhận việc |
| Lưu đồ (flowchart) | Cách vẽ, không phải bản thân luồng việc | Trình bày luồng thế nào cho dễ hiểu? | Sơ đồ khối của workflow duyệt thanh toán |
Theo WfMC, quy trình nghiệp vụ là tập hợp một hoặc nhiều thủ tục, hoạt động liên kết với nhau để cùng thực hiện một mục tiêu kinh doanh. Có thể hình dung: quy trình là “bản đồ hành trình”, workflow là “lịch trình chi tiết” của từng chặng. Một quy trình mua hàng có thể chứa nhiều workflow: duyệt nhu cầu mua, chọn nhà cung cấp, nhận hàng, duyệt thanh toán.
Checklist và workflow bổ sung cho nhau. Bên trong một bước của workflow (ví dụ “Kế toán kiểm tra chứng từ”) thường có một checklist (hoá đơn đúng tên công ty, khớp số tiền hợp đồng, có biên bản nghiệm thu). Checklist bảo đảm làm đủ; workflow bảo đảm chuyển đúng người, đúng lúc.
Nếu vấn đề không nằm ở luồng chuyển việc mà ở chính cách làm đã lỗi thời, sửa workflow là chưa đủ. Khi đó doanh nghiệp cần nghĩ lại cả quy trình, như cách tiếp cận được phân tích trong bài tái cấu trúc quy trình kinh doanh (BPR).
Có những loại workflow nào?
Các bài viết phổ biến thường chỉ chia hai loại: tuần tự và song song. Trong thiết kế hệ thống, người ta dùng ít nhất bốn kiểu. Hiểu chúng giúp bạn mô tả đúng luồng việc ngay từ đầu.
1. Workflow tuần tự (sequential)
Các bước nối nhau thành một đường thẳng; bước sau chỉ bắt đầu khi bước trước xong. Dễ hiểu, dễ kiểm soát, phù hợp với việc có thứ tự cố định như soạn, kiểm tra, ký, phát hành một văn bản. Nhược điểm: một người chậm là cả chuỗi đứng lại.
2. Workflow song song (parallel)
Một điểm tách luồng thành nhiều nhánh chạy cùng lúc, sau đó gộp lại khi tất cả nhánh xong. WfMC gọi điểm tách này là AND-split: một luồng điều khiển tách thành hai hay nhiều hoạt động song song. Ví dụ: khi có nhân viên mới, bộ phận CNTT cấp tài khoản, hành chính chuẩn bị chỗ ngồi, quản lý lập kế hoạch đào tạo cùng lúc. Song song giúp rút ngắn tổng thời gian, nhưng phải định nghĩa rõ điểm gộp: chờ tất cả nhánh, hay chỉ cần một nhánh xong?
3. Workflow máy trạng thái (state machine)
Thay vì vẽ chuỗi bước, bạn mô tả các trạng thái của hồ sơ và các “sự kiện” làm nó chuyển trạng thái. Theo tài liệu Windows Workflow Foundation của Microsoft, một máy trạng thái gồm các trạng thái, tại mỗi thời điểm chỉ ở đúng một trạng thái; chuyển tiếp (transition) xảy ra khi có tác nhân kích hoạt (trigger) và điều kiện đi kèm đúng; phải có đúng một trạng thái đầu và ít nhất một trạng thái kết thúc. Kiểu này hợp với việc có thể đi tới, lùi lại nhiều lần như hồ sơ bị trả lại, đơn hàng bị hoàn, yêu cầu hỗ trợ được mở lại.
4. Workflow theo luật (rule-based)
Đường đi của hồ sơ do một bộ luật quyết định, dựa trên dữ liệu của chính hồ sơ: giá trị, loại khách hàng, khu vực, mức rủi ro. WfMC gọi điểm ra quyết định chọn một trong nhiều nhánh là OR-split. Ví dụ: chi dưới 5 triệu chỉ cần trưởng phòng duyệt; từ 5 đến 20 triệu thêm kế toán trưởng; trên 20 triệu thêm giám đốc (ngưỡng giả định). Lợi thế lớn: khi chính sách đổi, bạn sửa bảng luật thay vì vẽ lại cả sơ đồ.
So sánh nhanh bốn kiểu workflow
| Kiểu | Hình dạng | Phù hợp khi | Rủi ro thường gặp |
|---|---|---|---|
| Tuần tự | Một đường thẳng | Thứ tự cố định, ít ngoại lệ | Một bước tắc là cả chuỗi tắc |
| Song song | Tách nhánh rồi gộp | Nhiều bộ phận làm độc lập cho cùng một mục tiêu | Quên định nghĩa điểm gộp; nhánh chậm kéo cả luồng |
| Máy trạng thái | Các ô trạng thái nối bằng sự kiện | Hồ sơ đi lùi, lặp lại, chờ sự kiện bên ngoài | Thiếu trạng thái kết thúc, hồ sơ “treo” mãi |
| Theo luật | Cổng quyết định dựa trên dữ liệu | Phân quyền theo ngưỡng, phân loại hồ sơ | Luật chồng chéo, hai luật cùng đúng một lúc |
Ngoài bốn kiểu trên, bạn sẽ gặp thêm cách phân loại theo mức độ cấu trúc: workflow quy trình (lặp lại, có thể đoán trước, như duyệt chi), workflow tình huống (case, mỗi hồ sơ một khác, như xử lý khiếu nại) và workflow dự án (làm một lần, có điểm bắt đầu và kết thúc). Tự động hoá hiệu quả nhất với loại thứ nhất.
Cách vẽ sơ đồ workflow như thế nào?
Sơ đồ workflow (workflow diagram) là bản vẽ trực quan của luồng việc. Vẽ đúng giúp mọi người cùng hiểu một cách, phát hiện bước thừa và chỗ chờ lâu trước khi bỏ tiền mua phần mềm.
Ký hiệu lưu đồ cơ bản
Bộ ký hiệu lưu đồ quen thuộc được chuẩn hoá trong ISO 5807:1985 (ký hiệu và quy ước tài liệu cho lưu đồ dữ liệu, chương trình và hệ thống), được ISO rà soát và xác nhận còn hiệu lực năm 2019. Với workflow nghiệp vụ, bạn chỉ cần vài ký hiệu:
| Ký hiệu | Ý nghĩa | Cách dùng trong workflow |
|---|---|---|
| Hình bầu dục (hoặc hình tròn) | Bắt đầu, kết thúc | Mỗi sơ đồ có một điểm bắt đầu và ít nhất một điểm kết thúc |
| Hình chữ nhật | Một bước xử lý | Đặt tên bằng động từ + đối tượng: “Duyệt đề nghị”, không ghi “Trưởng phòng” |
| Hình thoi | Quyết định, rẽ nhánh | Viết thành câu hỏi có/không; mỗi nhánh ra phải có nhãn |
| Hình bình hành | Dữ liệu vào, ra | Hoá đơn, biểu mẫu, file nhận hoặc gửi |
| Hình tài liệu (cạnh dưới lượn sóng) | Tài liệu | Hợp đồng, biên bản, báo cáo được tạo ra |
| Mũi tên | Hướng đi của luồng | Không để mũi tên cắt nhau nếu tránh được |
Sơ đồ làn bơi (swimlane): cách vẽ workflow dễ đọc nhất
Sơ đồ làn bơi chia bản vẽ thành các dải ngang hoặc dọc, mỗi dải là một vai trò hoặc bộ phận. Bước nằm trong làn nào thì người của làn đó làm. Nhìn vào là thấy ngay việc “chuyển tay” bao nhiêu lần giữa các phòng ban, chỗ thường sinh ra chậm trễ và thất lạc.
BPMN 2.0 là gì và có cần học không?
BPMN (Business Process Model and Notation) là chuẩn ký hiệu mô hình hoá quy trình do tổ chức OMG (Object Management Group) duy trì. Chuẩn này ban đầu do Business Process Management Initiative (BPMI) phát triển, bản 1.0 ra tháng 5/2004; BPMI và OMG sáp nhập năm 2005. BPMN 2.0 phát hành tháng 1/2011; bản mới nhất trên trang OMG là BPMN 2.0.2, công bố tháng 1/2014. Chuẩn cũng được ISO công nhận là ISO/IEC 19510. Theo OMG, BPMN dành cho chính những người thiết kế và vận hành quy trình, nhưng đủ chính xác để chuyển sơ đồ thành thành phần phần mềm.
BPMN có rất nhiều ký hiệu, nhưng chỉ bốn nhóm cơ bản là đủ cho phần lớn workflow doanh nghiệp:
- Đối tượng luồng (flow objects): sự kiện (hình tròn: bắt đầu, trung gian, kết thúc), hoạt động (hình chữ nhật bo góc: công việc hoặc quy trình con) và cổng (hình thoi: loại trừ, song song, bao hàm).
- Đối tượng kết nối: luồng tuần tự (nét liền, có mũi tên, chỉ thứ tự các bước), luồng thông điệp (nét đứt, thông tin trao đổi giữa các tổ chức) và liên kết (nét chấm, gắn ghi chú vào phần tử).
- Làn bơi: bể (pool) đại diện cho một bên tham gia lớn như công ty, khách hàng; làn (lane) chia nhỏ vai trò bên trong bể.
- Thành phần bổ trợ (artifacts): đối tượng dữ liệu, nhóm, chú thích, giúp sơ đồ dễ đọc hơn.
Bạn không cần thuộc hết BPMN để vẽ workflow. Nhưng nếu định đưa workflow lên phần mềm, nên vẽ theo BPMN rút gọn ngay từ đầu: nhiều workflow engine đọc trực tiếp được sơ đồ BPMN, đỡ một lần “dịch” từ bản vẽ sang cấu hình.
8 quy tắc vẽ sơ đồ workflow không bị rối
- Xác định rõ điểm bắt đầu (sự kiện nào kích hoạt) và điểm kết thúc (thế nào là xong).
- Vẽ trạng thái hiện tại (AS-IS) trước, đúng như đang làm, kể cả chỗ chưa hợp lý. Sau đó mới vẽ trạng thái mong muốn (TO-BE).
- Đặt tên bước bằng động từ: “Kiểm tra chứng từ”, “Phê duyệt chi”.
- Mỗi hình thoi là một câu hỏi; mọi nhánh ra đều có nhãn (“Có”, “Không”, “Trên 20 triệu”).
- Luồng chính đi từ trái sang phải hoặc từ trên xuống; luồng ngoại lệ (trả lại, huỷ) vẽ nét khác.
- Một sơ đồ không nên quá khoảng 15 đến 20 bước; dài hơn thì tách thành quy trình con.
- Ghi SLA cạnh các bước có người duyệt.
- Cho chính người làm việc đó xem lại sơ đồ. Người quản lý thường không biết hết các “đường tắt” ngoài thực tế.
Ví dụ workflow thực tế trong doanh nghiệp
Ba ví dụ dưới đây đều là ví dụ minh hoạ: thời hạn và ngưỡng tiền là giả định để bạn tham khảo cách trình bày, cần điều chỉnh theo quy chế nội bộ của từng doanh nghiệp.
Ví dụ 1: Workflow duyệt đề nghị thanh toán
Kiểu kết hợp: tuần tự + theo luật (ngưỡng tiền) + máy trạng thái (có trả lại).
| Bước | Vai trò | Việc cần làm, điều kiện | Thời hạn (SLA) | Trạng thái sau bước |
|---|---|---|---|---|
| 1 | Nhân viên đề nghị | Lập đề nghị, đính kèm hoá đơn, hợp đồng, biên bản nghiệm thu | Trong 3 ngày làm việc từ khi nhận hoá đơn | Chờ duyệt cấp 1 |
| 2 | Trưởng phòng | Xác nhận nhu cầu, đối chiếu ngân sách phòng. Duyệt, trả lại hoặc từ chối (ghi lý do) | 1 ngày làm việc | Chờ duyệt cấp 2, Chờ thanh toán hoặc Bị trả lại |
| 3 | Hệ thống (luật) | Nếu số tiền trên 20 triệu đồng thì chuyển giám đốc; nếu không thì chuyển kế toán | Tức thời | Theo nhánh |
| 4 | Giám đốc | Duyệt cấp 2 với khoản chi lớn | 1 ngày làm việc | Chờ thanh toán |
| 5 | Kế toán thanh toán | Kiểm tra tính hợp lệ của chứng từ, lập lệnh chi hoặc uỷ nhiệm chi | 2 ngày làm việc | Chờ chi |
| 6 | Kế toán trưởng, thủ quỹ | Ký duyệt lệnh chi, chuyển tiền, lưu chứng từ, báo người đề nghị | 1 ngày làm việc | Đã thanh toán |
Quy tắc leo thang: quá SLA thì hệ thống nhắc; quá hạn thêm 1 ngày thì chuyển cho người được uỷ quyền. Nguyên tắc kiểm soát: người lập đề nghị không được tự duyệt đề nghị của mình. Cách tự động hoá toàn bộ luồng này, từ đọc hoá đơn tới ghi sổ, được phân tích ở bài tự động hoá quy trình (BPA).
Ví dụ 2: Workflow onboarding nhân viên mới
Kiểu kết hợp: tuần tự + song song. Mốc thời gian tính theo ngày nhận việc (N).
| Bước | Vai trò | Việc cần làm | Thời hạn | Đầu ra |
|---|---|---|---|---|
| 1 | Nhân sự (HR) | Gửi thư mời nhận việc, nhận xác nhận, tạo hồ sơ nhân sự | Trước N 7 ngày | Hồ sơ nhân viên, ngày nhận việc chính thức |
| 2a (song song) | CNTT | Tạo email, tài khoản phần mềm theo vai trò, chuẩn bị máy tính | Trước N 2 ngày | Tài khoản và thiết bị sẵn sàng |
| 2b (song song) | Hành chính | Chuẩn bị chỗ ngồi, thẻ ra vào, đồng phục nếu có | Trước N 2 ngày | Chỗ làm việc sẵn sàng |
| 2c (song song) | Quản lý trực tiếp | Lập kế hoạch 30 ngày đầu, chỉ định người kèm cặp | Trước N 3 ngày | Kế hoạch hội nhập |
| 3 (điểm gộp) | Nhân sự | Kiểm tra cả ba nhánh 2a, 2b, 2c đã xong; nhánh nào chưa xong thì báo quản lý | Trước N 1 ngày | Xác nhận sẵn sàng đón |
| 4 | Nhân sự, quản lý | Định hướng ngày đầu: nội quy, văn hoá, giới thiệu đội | Ngày N | Biên bản bàn giao thiết bị, tài khoản |
| 5 | Nhân viên mới | Hoàn thành khoá đào tạo bắt buộc (an toàn thông tin, quy chế nội bộ) | Trong 7 ngày từ N | Kết quả hoàn thành khoá học |
| 6 | Quản lý trực tiếp | Đánh giá sau 30 ngày, phản hồi hai chiều | N + 30 ngày | Phiếu đánh giá hội nhập |
Điểm dễ hỏng nhất của workflow này là bước 3. Không có điểm gộp, ngày đầu nhân viên mới thường gặp cảnh có bàn nhưng chưa có máy, có máy nhưng chưa có tài khoản. Chiều ngược lại (offboarding: thu hồi tài khoản, thiết bị khi nghỉ việc) cũng nên có workflow riêng, vì tài khoản không được thu hồi là một lỗ hổng bảo mật.
Ví dụ 3: Workflow xử lý đơn hàng online
Kiểu kết hợp: máy trạng thái + theo luật. Đơn hàng có thể đi lùi (hoàn, huỷ), nên mô tả theo trạng thái rõ ràng hơn theo bước.
| Trạng thái | Vai trò xử lý | Việc cần làm, luật áp dụng | Thời hạn | Chuyển sang |
|---|---|---|---|---|
| Mới | Hệ thống | Kiểm tra tồn kho, địa chỉ. Luật: đơn thu tiền khi giao (COD) có giá trị lớn hoặc khách mới thì cần gọi xác nhận | Tức thời | Chờ xác nhận hoặc Đã xác nhận |
| Chờ xác nhận | Chăm sóc khách hàng | Gọi khách xác nhận; không liên lạc được sau số lần quy định thì huỷ | Trong 4 giờ làm việc | Đã xác nhận hoặc Đã huỷ |
| Đã xác nhận | Kho | Lấy hàng, đóng gói, in phiếu giao. Hết hàng thì báo chăm sóc khách hàng đề xuất đổi hoặc hoàn tiền | Trong ngày nếu xác nhận trước giờ chốt | Chờ lấy hàng |
| Chờ lấy hàng | Kho, đơn vị vận chuyển | Bàn giao kiện hàng, nhận mã vận đơn | Theo lịch lấy hàng | Đang giao |
| Đang giao | Đơn vị vận chuyển | Giao hàng; cập nhật trạng thái cho hệ thống của shop | Theo cam kết của đơn vị vận chuyển | Đã giao hoặc Đang hoàn |
| Đã giao | Kế toán | Đối soát tiền thu hộ với đơn vị vận chuyển | Theo kỳ đối soát | Hoàn tất |
| Đang hoàn | Kho | Nhận hàng hoàn, kiểm tra tình trạng, nhập lại kho | Trong 1 ngày từ khi nhận | Đã hoàn |
Ở workflow này, phần lớn việc chuyển trạng thái do hệ thống tự làm khi nhận tín hiệu từ hệ thống khác, ví dụ đơn vị vận chuyển báo “đã giao”. Cách các phần mềm “nói chuyện” với nhau như vậy được giải thích trong bài API và webhook hoạt động ra sao.
Quản lý workflow và tự động hoá workflow là gì?
Quản lý workflow là việc thiết kế, vận hành, giám sát và cải tiến các luồng việc. Tự động hoá workflow (workflow automation) là để phần mềm làm thay phần “chuyển việc”: giao việc đúng người, nhắc hạn, rẽ nhánh theo luật, ghi nhật ký, cập nhật dữ liệu sang hệ thống khác.
Hệ thống quản lý workflow gồm những gì?
WfMC định nghĩa hệ thống quản lý workflow (WfMS) là hệ thống định nghĩa, tạo và quản lý việc thực thi các workflow bằng phần mềm, chạy trên một hoặc nhiều workflow engine. Dù sản phẩm trên thị trường rất khác nhau, một hệ thống loại này thường có:
- Công cụ thiết kế: vẽ luồng bằng kéo thả, thường theo BPMN hoặc dạng gần giống.
- Biểu mẫu: nơi người dùng nhập dữ liệu ở từng bước.
- Workflow engine (bộ máy chạy luồng): biết mỗi hồ sơ đang ở đâu, giao việc cho ai, tính hạn, áp luật rẽ nhánh.
- Danh sách việc cần làm (worklist): mỗi người thấy việc của mình, sắp theo hạn.
- Tích hợp: kết nối email, chat nội bộ, ERP, CRM, phần mềm kế toán.
- Giám sát và báo cáo: số hồ sơ theo trạng thái, thời gian xử lý, vi phạm SLA, nhật ký kiểm toán.
- Phân quyền và uỷ quyền: ai được xem, sửa, duyệt; ai duyệt thay khi người chính vắng mặt.
Khi nào bảng tính và email là đủ, khi nào cần phần mềm?
| Tình huống | Bảng tính, email, nhóm chat | Phần mềm quản lý workflow |
|---|---|---|
| Số lượng hồ sơ | Vài chục mỗi tháng | Hàng trăm, hàng nghìn mỗi tháng |
| Số bộ phận tham gia | Một đến hai | Từ ba trở lên, có chuyển tay qua lại |
| Yêu cầu tra soát | Thấp | Cần nhật ký ai duyệt, lúc nào (tài chính, kiểm toán, tuân thủ) |
| Rẽ nhánh theo luật | Ít, đơn giản | Nhiều ngưỡng, nhiều loại hồ sơ |
| Cần đo SLA | Không | Có, cần cảnh báo và leo thang tự động |
No-code, low-code và các lớp tự động hoá khác
Phần lớn công cụ workflow hiện nay cho phép người nghiệp vụ tự dựng biểu mẫu và luồng duyệt bằng kéo thả, không cần viết mã (no-code) hoặc chỉ viết rất ít (low-code). Điểm mạnh là nhanh; rủi ro là mỗi phòng tự dựng một kiểu nếu thiếu quản trị. Cách chọn và kiểm soát loại nền tảng này có trong bài nền tảng low-code, no-code.
Workflow automation thường là “xương sống” để ghép các lớp tự động hoá khác vào:
- Tích hợp qua API: workflow lấy dữ liệu từ ERP, ghi kết quả ngược lại mà không cần nhập tay.
- RPA: khi phần mềm cũ không có API, robot phần mềm thao tác trên giao diện thay người ở một bước cụ thể; xem bài RPA là gì.
- AI và AI agent: đọc chứng từ, phân loại yêu cầu, gợi ý người xử lý. Với AI agent, workflow đóng vai “đường ray”: quy định agent được tự làm bước nào và bước nào bắt buộc người duyệt. Xem thêm về tác tử AI.
Lưu ý: Đừng tự động hoá một workflow chưa ổn định. Hãy chạy thủ công hoặc bán tự động vài tuần, sửa các chỗ bất hợp lý, rồi mới cấu hình lên phần mềm. Tự động hoá một luồng việc tồi chỉ khiến lỗi xảy ra nhanh hơn và khó phát hiện hơn.
Cách xây dựng workflow cho doanh nghiệp từng bước
- Chọn đúng workflow để làm trước. Ưu tiên luồng việc lặp lại nhiều, có nhiều bộ phận tham gia và đang bị phàn nàn: duyệt chi, mua hàng, tuyển dụng, xử lý khiếu nại.
- Xác định ranh giới. Sự kiện nào bắt đầu (nhận hoá đơn, nhận đơn hàng)? Thế nào là kết thúc (tiền đã chuyển, khách đã nhận hàng)? Đầu ra cuối cùng phục vụ ai?
- Ghi nhận hiện trạng (AS-IS). Phỏng vấn người làm thật, xem vài hồ sơ thật từ đầu đến cuối. Ghi lại cả các bước “không chính thức” như nhắn tin hỏi lại, in ra ký tay.
- Đo nền. Trước khi sửa, đo thời gian chu trình hiện tại, số lần trả lại, số hồ sơ tồn. Không có số liệu nền thì sau này không chứng minh được cải tiến.
- Thiết kế workflow mới (TO-BE). Bỏ bước không tạo giá trị, gộp bước duyệt trùng, cho chạy song song những gì độc lập. Viết rõ luật rẽ nhánh, danh sách trạng thái, SLA từng bước và quy tắc leo thang.
- Phân vai bằng ma trận RACI. Mỗi bước ghi rõ ai thực hiện (Responsible), ai chịu trách nhiệm cuối cùng (Accountable), ai cần được hỏi ý kiến (Consulted), ai cần được thông báo (Informed). Mỗi bước chỉ nên có một người chịu trách nhiệm cuối cùng.
- Chạy thử với một nhóm nhỏ. Vài tuần với một phòng hoặc một loại hồ sơ. Ghi lại ngoại lệ chưa lường trước.
- Đào tạo và ban hành. Sơ đồ, bảng bước–vai trò–thời hạn và hướng dẫn ngắn cho từng vai trò. Ban hành chính thức để có hiệu lực áp dụng.
- Tự động hoá phần đã ổn định. Đưa lên phần mềm, nối với hệ thống liên quan.
- Theo dõi KPI và rà soát định kỳ. Mỗi quý xem lại số liệu; chính sách, tổ chức thay đổi thì workflow phải đổi theo.
Những sai lầm thường gặp khi xây dựng workflow
- Vẽ workflow “lý tưởng” trong phòng họp. Sơ đồ đẹp nhưng không ai làm theo, vì không phản ánh cách làm thật.
- Quá nhiều cấp duyệt. Mỗi cấp duyệt thêm một khoảng chờ. Hãy hỏi: cấp duyệt này đã bao giờ từ chối hay phát hiện sai sót chưa? Nếu chưa, có thể thay bằng hậu kiểm.
- Gán bước cho tên người thay vì vai trò. Người đó nghỉ phép hay nghỉ việc là luồng đứng.
- Không có luồng ngoại lệ. Chỉ vẽ luồng “mọi thứ suôn sẻ”, quên trả lại, huỷ, vắng mặt, sai dữ liệu. Ngoài thực tế, ngoại lệ chiếm phần lớn thời gian xử lý.
- Có SLA nhưng không có hành động khi vi phạm. Không ai nhắc, không leo thang, SLA thành con số vô nghĩa.
- Trạng thái mơ hồ. “Đang xử lý” chung chung khiến không biết hồ sơ đang chờ ai.
- Mua phần mềm trước, thiết kế sau. Workflow bị uốn theo tính năng sẵn có thay vì theo nhu cầu.
- Thiết kế xong là bỏ đó. Không ai chịu trách nhiệm cập nhật khi quy chế, sơ đồ tổ chức thay đổi.
Đo hiệu quả workflow bằng KPI nào?
Các chỉ số dưới đây không phụ thuộc phần mềm, có thể đo từ nhật ký của hệ thống hoặc từ bảng theo dõi thủ công. Hãy chọn 3 đến 5 chỉ số phù hợp nhất, đo trước và sau khi thay đổi.
| KPI | Cách tính | Cho biết điều gì |
|---|---|---|
| Thời gian chu trình (cycle time) | Thời điểm kết thúc trừ thời điểm bắt đầu của mỗi hồ sơ; xem trung bình và trung vị | Toàn bộ luồng nhanh hay chậm |
| Tỷ lệ đúng SLA | Số hồ sơ (hoặc số bước) hoàn thành trong hạn chia cho tổng số | Mức độ giữ cam kết thời gian |
| Hiệu suất luồng (flow efficiency) | Thời gian có người thực sự làm chia cho tổng thời gian chu trình | Bao nhiêu thời gian là “nằm chờ” |
| Tỷ lệ trả lại, làm lại | Số hồ sơ bị trả lại ít nhất một lần chia cho tổng số | Chất lượng đầu vào, độ rõ của hướng dẫn |
| Tỷ lệ qua một lần (first pass yield) | Số hồ sơ đi hết luồng không bị trả lại chia cho tổng số | Mặt tích cực của chỉ số trên |
| Số hồ sơ tồn theo trạng thái (WIP) | Đếm hồ sơ đang mở ở mỗi trạng thái tại một thời điểm | Điểm nghẽn đang ở bước nào |
| Thông lượng (throughput) | Số hồ sơ hoàn thành mỗi ngày hoặc mỗi tuần | Năng lực xử lý của cả luồng |
| Tỷ lệ leo thang | Số hồ sơ phải leo thang chia cho tổng số | Bước nào thường xuyên quá tải hoặc thiếu người |
| Tỷ lệ đi ngoài luồng | Số việc được xử lý ngoài hệ thống (qua tin nhắn, ký tay) chia cho tổng số | Workflow có thật sự được dùng không |
Một mẹo thực tế: nếu hiệu suất luồng thấp, phần lớn thời gian là hồ sơ nằm chờ, thì thêm người hay mua phần mềm nhanh hơn ít tác dụng. Cần giảm số lần chuyển tay, gộp cấp duyệt, hoặc cho các bước độc lập chạy song song.
Câu hỏi thường gặp
Workflow tiếng Việt là gì?
Workflow thường được dịch là luồng công việc hoặc quy trình làm việc. Đó là chuỗi bước có thứ tự, có người phụ trách và quy tắc chuyển bước để hoàn thành một việc lặp lại.
Workflow và quy trình có giống nhau không?
Gần nhau nhưng không giống. Quy trình nghiệp vụ nhấn vào mục tiêu và kết quả; workflow nhấn vào cách việc chuyển giữa người và hệ thống. Một quy trình có thể gồm nhiều workflow.
Sơ đồ workflow nên vẽ bằng gì?
Với workflow đơn giản, giấy bút hoặc bất kỳ công cụ vẽ sơ đồ nào cũng được. Nếu workflow sẽ đưa lên phần mềm, nên dùng công cụ hỗ trợ BPMN để sơ đồ dễ chuyển thành cấu hình chạy thật.
BPMN có bắt buộc không?
Không bắt buộc. BPMN là chuẩn tự nguyện của OMG. Tuy nhiên, dùng một chuẩn chung giúp các phòng ban, đối tác và đội kỹ thuật đọc sơ đồ theo cùng một cách.
Workflow automation khác RPA thế nào?
Workflow automation điều phối cả luồng việc giữa nhiều người và hệ thống: ai làm, khi nào, theo luật gì. RPA là robot phần mềm làm thay một tác vụ cụ thể trên giao diện. RPA thường là một bước nằm bên trong một workflow.
Doanh nghiệp nhỏ có cần workflow không?
Có, nhưng không cần phức tạp. Chỉ cần ghi rõ vài luồng việc quan trọng nhất (duyệt chi, xử lý đơn hàng, tuyển dụng) với bảng bước, vai trò, thời hạn là đã giảm đáng kể việc hỏi đi hỏi lại và bỏ sót.
Bao lâu nên rà soát workflow một lần?
Nên xem số liệu hằng tháng và rà soát thiết kế ít nhất mỗi quý, hoặc ngay khi có thay đổi về quy chế, sơ đồ tổ chức, phần mềm hay khi tỷ lệ vi phạm SLA tăng bất thường.