Bài 8 — Tình huống thực chiến, mở rộng và vận hành bền vững

Bài cuối gói toàn bộ hành trình vào các tình huống thật bạn sẽ gặp, và trả lời câu hỏi "sau case đầu tiên thì sao". Mục tiêu: bạn rời khóa học với một playbook lặp lại được, không phải một dự án lẻ.

Tình huống 1: Log không đủ chi tiết

Vấn đề: Bạn muốn mining quy trình onboarding nhân viên nhưng hệ thống chỉ ghi "tạo tài khoản" và "kích hoạt", thiếu các bước giữa.

Cách xử lý:

• Đừng bỏ cuộc — mining phần có log để thấy bottleneck lớn nhất (thời gian giữa tạo và kích hoạt).
• Bổ sung instrumentation: thêm log cho các bước còn thiếu, chờ 1–2 tháng.
• Trong lúc chờ, dùng phần thấy được để agent hóa khoảng có dữ liệu (VD tự tạo tài khoản khi có yêu cầu duyệt).

Bài học: process mining và agent hóa là lặp, không cần dữ liệu hoàn hảo mới bắt đầu.

Tình huống 2: Agent xử lý tốt nhưng escalate rate quá cao

Vấn đề: Agent duyệt hóa đơn chạy đúng, nhưng escalate 55% — người vẫn quá tải.

Cách xử lý:

• Mining lại log escalate: các case bị escalate có mẫu chung gì?
• Phát hiện 40% escalate chỉ vì thiếu số PO — một vấn đề đầu vào, không phải agent.
• Sửa gốc: yêu cầu nhập PO ở form, hoặc thêm tool tra PO tự động.
• Escalate rate rớt từ 55% xuống 18%.

Bài học: escalate rate cao thường tố cáo vấn đề dữ liệu/quy trình thượng nguồn, không phải agent yếu.

Tình huống 3: Mở rộng sang quy trình thứ hai

Sau khi thắng case đầu, đừng nhảy sang lĩnh vực xa lạ. Ưu tiên quy trình liền kề dùng chung tool/dữ liệu:

Duyet hoa don (xong)
   ↓ dung chung ERP tool, PO tool
Doi chieu cong no (moi) → tai su dung 60% ha tang

Tái sử dụng tool và guardrail giúp case thứ hai nhanh gấp đôi. Đây là cách xây platform agent, không phải các agent rời rạc.

Khung playbook lặp lại: MINE-SCORE-BUILD-WATCH

• MINE — trích event log, discovery, tìm ứng viên (bài 1–3).
• SCORE — đo tần suất/chi phí, chấm SUITABLE, chọn (bài 4–5).
• BUILD — thiết kế agent từ trace, guardrail, escalation (bài 6).
• WATCH — triển khai bậc thang, conformance, đo before/after (bài 7).

Lặp vòng này cho mỗi quy trình. Mỗi vòng bồi thêm tool tái dùng được.

Checklist vận hành bền vững

• [ ] Có lịch mining lại định kỳ để phát hiện process drift?
• [ ] Tool và guardrail được đóng gói tái sử dụng cho agent sau?
• [ ] Có người chủ (owner) cho từng agent production?
• [ ] Dashboard chỉ số + cảnh báo còn hoạt động?
• [ ] Có quy trình review escalate hằng tuần để cải thiện gốc rễ?
• [ ] Tài liệu hóa quyết định thiết kế (vì sao ngưỡng này, escalate kia)?

Các bước để bắt đầu ngay tuần này

• Chọn một quy trình bạn nghi ngờ tốn kém trong tổ chức.
• Trích 500–1.000 case thành event log 3 trường.
• Chạy discovery, xác định happy path và các vòng lặp.
• Tính chi phí tháng và chấm điểm SUITABLE.
• Nếu điểm ≥ 22 không killer, phác kiến trúc agent + guardrail.
• Triển khai shadow mode, đo agreement rate trước khi tự chủ.

Sai lầm thường gặp

• Coi agent đầu tiên là điểm kết thúc thay vì viên gạch đầu của platform tái dùng.
• Nhảy sang lĩnh vực xa lạ để mở rộng, mất hết lợi thế tái dùng tool/dữ liệu.
• Không mining lại định kỳ: quy trình thay đổi, agent lỗi thời mà không ai biết.
• Đổ lỗi cho agent khi escalate cao, trong khi gốc là dữ liệu đầu vào bẩn thượng nguồn.
• Không có owner: agent production thành mồ côi, hỏng là không ai sửa.

Hoàn thành khóa học, bạn không chỉ biết xây một agent — bạn có một quy trình lặp lại để liên tục tìm, chọn, xây và giám sát agent dựa trên dữ liệu thật. Đó là khác biệt giữa một dự án may rủi và một năng lực bền vững.