Khi workflow biết context của tổ chức: tri thức được duy trì, quyết định vẫn thuộc về người

2026-10-06

Tóm tắt cho COO/CIO

• Hai đề nghị mua hàng cùng vượt ngân sách 10% có thể cần hai cách xử lý khác nhau, vì một đề nghị đến từ nhà cung cấp chiến lược nhiều năm, đề nghị kia từ nhà cung cấp mới từng giao trễ. Dữ liệu giao dịch giống nhau; ý nghĩa khác nhau vì bối cảnh khác nhau.
• “Workflow biết context” thường bị hiểu là hệ thống tự nhận ra khi nào nên áp rule linh hoạt. Cách hiểu này đẩy quyền quyết định về phía hệ thống. Cách hiểu đúng hơn: context là tri thức do tổ chức duy trì, có chủ sở hữu và thời hạn hiệu lực, và workflow đưa nó đến đúng rule hoặc đúng người.
• Context đi vào workflow bằng ba con đường: làm dữ liệu có thẩm quyền mà rule đọc được, làm evidence cho người quyết định, và làm tín hiệu để chủ sở hữu rule rà soát. Không con đường nào để hệ thống tự điều chỉnh rule.
• Với doanh nghiệp sản xuất vừa và nhỏ, câu hỏi thực tế thường không phải “triển khai ngay chưa” mà là: tổ chức cần duy trì những gì, để một ngày workflow có context mà dùng?

Mở đầu

Hai đề nghị mua hàng đến cùng một ngày, cùng vượt hạn mức ngân sách 10%. Rule nói: vượt hạn mức thì chuyển giám đốc phê duyệt. Cả hai được chuyển đi như nhau.

Giám đốc nhìn hai đề nghị và biết ngay chúng khác nhau. Đề nghị thứ nhất là nguyên liệu từ nhà cung cấp đã giao đúng hẹn tám năm, mà tháng này nhu cầu sản xuất tăng. Đề nghị thứ hai từ nhà cung cấp mới, hai lô trước giao trễ. Ông duyệt nhanh cái thứ nhất, hỏi kỹ cái thứ hai. Không có gì trong dữ liệu giao dịch cho thấy khác biệt đó. Nó nằm trong đầu ông.

Đó là khoảng cách giữa một workflow chạy đúng rule và một workflow hiểu tổ chức. Bài này bàn cách thu hẹp khoảng cách mà không chuyển quyền quyết định cho hệ thống.

(Đây là tình huống minh họa, không phải case của khách hàng cụ thể.)

Context là gì trong workflow

Context là thông tin nằm ngoài bản thân giao dịch, nhưng làm thay đổi ý nghĩa và cách xử lý nó. Bốn nhóm thường gặp:

• Quan hệ và lịch sử: thời gian hợp tác của nhà cung cấp, sự cố trước đây, khách hàng chiến lược.
• Điều kiện hiện tại của tổ chức: năng lực của từng bộ phận, nhu cầu tranh chấp nguồn lực, thay đổi chính sách gần đây.
• Ưu tiên đang thay đổi: mức quan trọng thay đổi theo tháng hoặc theo tình huống kinh doanh.
• Tiền lệ và ngoại lệ đã được chấp nhận: các ca tương tự đã xử lý thế nào và vì sao.

Điều khiến context khác với dữ liệu thường: nó có hạn dùng và có người chịu trách nhiệm. “Nhà cung cấp A là chiến lược” đúng đến khi nào, do ai xác nhận? “Tháng này ưu tiên đơn xuất khẩu” do ai ban hành, áp dụng đến ngày nào? Context không có chủ sở hữu và thời hạn sẽ cũ đi âm thầm, và context cũ nguy hiểm hơn không có context.

Vì sao rule đơn thuần chưa đủ

Mỗi rule phản ánh điều kiện tại thời điểm nó được viết. Tổ chức thì liên tục thay đổi, nên có những tình huống rule đúng về kỹ thuật nhưng không phù hợp về bối cảnh:

• hạn mức ngân sách đặt chung cho cả công ty, không khớp với giai đoạn chiến lược của từng bộ phận;
• một yêu cầu xếp ưu tiên thấp, rồi trở nên gấp vì một sự kiện bên ngoài;
• yêu cầu luôn chuyển đến một người duyệt, trong khi người đó đang quá tải còn người khác còn dư năng lực.

Đây là giới hạn tự nhiên của rule, không phải lỗi của ai. Câu hỏi là làm gì với nó. Có hai hướng, và chúng khác nhau về căn bản.

Hướng thứ nhất: để hệ thống tự nhận ra khi nào nên nới rule. Nghe hấp dẫn, nhưng nó biến mỗi lần áp rule thành một phán đoán không ai đứng tên. Khi nới sai, không có ai chịu trách nhiệm, và tổ chức không biết rule nào đã bị bỏ qua vì lý do gì.

Hướng thứ hai: đưa context vào workflow như tri thức có chủ sở hữu. Rule vẫn là rule; điều thay đổi là rule và người quyết định được nhìn thấy nhiều hơn. Đây là hướng bài này theo.

Ba con đường để context đi vào workflow

1. Context làm dữ liệu có thẩm quyền mà rule đọc được. Nếu “nhà cung cấp chiến lược” là một thuộc tính do giám đốc mua hàng xác nhận, có ngày hiệu lực, thì rule có thể tham chiếu nó: “vượt hạn mức tối đa 10% và nhà cung cấp thuộc nhóm chiến lược thì chuyển trưởng phòng thay vì giám đốc”. Rule vẫn xác định, kiểm tra được. Phần linh hoạt không nằm ở việc hệ thống tự diễn giải, mà ở chỗ người có thẩm quyền đã ban hành context, và ban hành rule dùng nó.

2. Context làm evidence cho người quyết định. Với ca nằm ngoài những gì rule cho phép tự chạy, hệ thống trình kèm bối cảnh liên quan: quan hệ với nhà cung cấp, các ca tương tự, ưu tiên hiện hành, mỗi thứ kèm nguồn. Đây chính là việc chuẩn bị evidence mô tả trong bài AI chuẩn bị evidence, con người quyết định. Người quyết định không phải nhớ hay đi tìm.

3. Context làm tín hiệu để rà soát rule. Khi một nhóm ca liên tục phải xử lý như ngoại lệ vì cùng một yếu tố bối cảnh, đó là dấu hiệu rule đã lệch khỏi thực tế. Hệ thống ghi nhận và báo cho chủ sở hữu rule. Rule chỉ đổi khi người có thẩm quyền ban hành, như bài xử lý ngoại lệ trong workflow đã mô tả.

Điểm chung: không có con đường nào để AI hoặc hệ thống tự điều chỉnh rule theo bối cảnh.

Lớp tri thức tổ chức phía sau workflow

Ba con đường trên cần một nền: tri thức tổ chức được duy trì liên tục, không phải một lần nhập. Nonaka và Konno (1998) dùng khái niệm “Ba” để mô tả không gian chung, nơi tri thức được chia sẻ, tạo ra và sử dụng, và cho rằng tri thức gắn với một bối cảnh cụ thể chứ không tồn tại tách rời. Áp vào doanh nghiệp: thông tin trong hệ thống chỉ thành tri thức dùng được khi có bối cảnh đi kèm.

Theo cách OKELAS nhìn (quan điểm của OKELAS, không phải kết luận thực nghiệm), chuỗi vận hành đầy đủ là Process → Workflow → Event → Evidence → Knowledge → Decision → Action. Workflow thông minh đến đâu phụ thuộc vào tầng Evidence và Knowledge phía sau nó. Nhiều sáng kiến AI trong workflow dừng ở phân loại và định tuyến, như bài phân loại và định tuyến trong workflow mô tả, một phần vì tổ chức chưa có lớp tri thức đủ cấu trúc để tham chiếu.

Chuẩn bị gì trước

Với doanh nghiệp sản xuất vừa và nhỏ, không cần xây một hệ thống lớn để bắt đầu. Có thể chọn một quy trình và đi theo thứ tự:

1. Chọn một quyết định lặp lại mà bối cảnh thay đổi cách xử lý. Ví dụ: vượt ngân sách mua hàng, chấp nhận lô nguyên liệu lệch tiêu chuẩn nhỏ, ưu tiên đơn hàng gấp.
2. Liệt kê những yếu tố bối cảnh người quyết định thực sự dùng. Hỏi chính họ, rồi ghi ra.
3. Với mỗi yếu tố, xác định chủ sở hữu, nguồn, và thời hạn hiệu lực. Yếu tố nào chưa có chủ thì chưa dùng.
4. Ghi lại quyết định và lý do khi ngoại lệ xảy ra, để bối cảnh và tiền lệ tích lũy dần.
5. Mới đưa vào hệ thống: cho rule đọc phần context đã được xác nhận, và cho người quyết định thấy phần còn lại như evidence.

Thứ tự này theo nguyên tắc giải quyết vấn đề vận hành bằng hệ thống đủ nhỏ. Nó cũng cho thấy phần khó thường không phải công nghệ, mà là việc đặt tên chủ sở hữu và duy trì thông tin.

Tự kiểm tra

1. Với quyết định bạn nghĩ “chỉ người lâu năm mới biết cách xử lý”, bối cảnh nào họ đang dùng mà không ai ghi lại?
2. Những yếu tố bối cảnh quan trọng của bạn (nhà cung cấp chiến lược, ưu tiên tháng này, tiền lệ) có chủ sở hữu và hạn dùng không?
3. Khi bối cảnh đổi, ai cập nhật, và bạn biết điều đó bằng cách nào?
4. Khi một ngoại lệ được chấp nhận, lý do có được ghi lại để lần sau có chỗ dựa không?
5. Có đề xuất nào đang để hệ thống tự “linh hoạt” nới rule mà bạn không chỉ ra được ai chịu trách nhiệm không?

Nếu từ ba câu trở lên khiến bạn do dự, nên bắt đầu từ việc đặt chủ sở hữu cho bối cảnh, trước khi nghĩ đến công nghệ.

Kết luận

Workflow biết context không phải workflow tự quyết khi nào bỏ qua rule. Đó là workflow mà tri thức tổ chức — có chủ, có nguồn, có hạn dùng — được đưa đến đúng rule hoặc đúng người vào đúng lúc. Rule vẫn do người có thẩm quyền ban hành. Quyết định ngoài rule vẫn thuộc về con người, với đầy đủ bối cảnh trong tay.

Với phần lớn doanh nghiệp sản xuất vừa và nhỏ, câu hỏi nên đặt ra không phải “khi nào có workflow hiểu context”, mà là: tổ chức phải thiết lập điều gì trước, để một ngày workflow có bối cảnh đáng tin để dùng?

Digitalization Readiness Assessment của OKELAS giúp bạn xác định doanh nghiệp đang ở đâu so với nền tảng đó.

Nguồn

• Nonaka, I., & Konno, N. (1998). The concept of “Ba”: Building a foundation for knowledge creation. California Management Review, 40(3), 40–54.
• Nonaka, I., & Takeuchi, H. (1995). The Knowledge-Creating Company. Oxford University Press.
• Simon, H. A. (1960). The New Science of Management Decision. Harper & Brothers.

Bài liên quan

• AI chuẩn bị evidence, con người quyết định: thế nào là một bộ hồ sơ tốt
• Xử lý ngoại lệ trong workflow: khi quyết định không có rule sẵn
• Phân loại và định tuyến trong workflow: AI hiểu nội dung, rule quyết định tuyến
• AI làm hai việc trong workflow: diễn giải đầu vào và chuẩn bị evidence