Lập bảng quyết định bằng AI để làm rõ quy tắc nghiệp vụ
Dùng AI để chuẩn hóa quy tắc nghiệp vụ thành bảng quyết định, nhận diện điểm cần làm rõ và chuyển bảng đã chốt thành acceptance criteria, UAT test case dễ truy vết.
Một quy tắc như “áp dụng ưu đãi theo hạng thành viên, giá trị đơn hàng và kênh mua” có thể chỉ chiếm vài dòng trong biên bản họp. Nhưng khi chuyển thành acceptance criteria và UAT, nó dễ biến thành chuỗi “nếu… thì…” dài, kèm ngoại lệ và các tình huống chưa được trả lời.
Rủi ro không nằm ở việc yêu cầu dài hay ngắn. Rủi ro là một tổ hợp điều kiện bị bỏ sót, hoặc một đầu vào có thể dẫn đến hai kết quả khác nhau.
Bảng quyết định giúp đưa các nhánh logic đó ra dạng có thể review. AI không quyết định chính sách thay nghiệp vụ, nhưng có thể hỗ trợ BA/PO chuẩn hóa câu chữ, dựng bảng nháp, nêu các điểm chưa rõ và chuyển quy tắc đã chốt thành acceptance criteria hoặc UAT test case.
Bảng quyết định là gì?
Bảng quyết định là biểu diễn dạng bảng cho biết hành động nào cần thực hiện theo các điều kiện đầu vào.
Mỗi cột quy tắc mô tả một tình huống cụ thể:
Điều kiện nhận giá trị nào;
Hành động nào được thực hiện;
Khi có nhiều hành động, chúng có cần theo thứ tự hay không.
Một bảng cơ bản thường có bốn phần:
Điều kiện: yếu tố dùng để ra quyết định, như hạng thành viên, trạng thái đơn hàng hoặc kênh bán.
Giá trị điều kiện: các khả năng của từng điều kiện, như Có/Không hoặc các nhóm giá trị.
Hành động: kết quả hệ thống hoặc thao tác nghiệp vụ.
Quy tắc: một cột liên kết tổ hợp điều kiện với hành động tương ứng.
Nhiều bảng dùng ký hiệu “don’t care”, thường là dấu gạch ngang (-), để cho biết một điều kiện không ảnh hưởng đến hành động trong quy tắc đó. Không nên dùng ô trống với ý nghĩa này, vì ô trống cũng có thể bị hiểu là bảng chưa hoàn thiện.
Mục tiêu: bảng đủ để xử lý, không chỉ đẹp để trình bày
Một bảng quyết định được xem là đầy đủ khi có hành động được xác định cho mọi tổ hợp đầu vào cần xét.
Với BA và PO, câu hỏi thực tế là:
> Nếu người dùng rơi vào tình huống này, hệ thống phải làm gì?
Khi review bảng, hãy tìm bốn nhóm vấn đề:
Tổ hợp thiếu: có đầu vào hợp lệ nhưng chưa có quy tắc xử lý.
Quy tắc chồng lấn: hai cột có thể cùng áp dụng cho một đầu vào.
Quy tắc mâu thuẫn: cùng một đầu vào nhưng dẫn đến các hành động khác nhau.
Điều kiện không ảnh hưởng: điều kiện được nêu nhưng không làm thay đổi hành động ở một số nhánh.
Dấu - giúp rút gọn bảng, nhưng cần được xác nhận cẩn thận: điều kiện đó thực sự không quan trọng, hay nhóm đang chưa chốt cách xử lý?
Quy trình dùng AI: từ ghi chú họp đến UAT
1. Tách quy tắc khỏi câu văn tự do
Trước khi đưa yêu cầu vào AI, hãy tổng hợp đầu vào từ biên bản họp, tài liệu chính sách, use case và bình luận trong Jira.
Đừng bắt đầu bằng những câu còn mơ hồ như:
> Khách phù hợp thì được áp dụng ưu đãi.
Hãy tách yêu cầu thành các câu hỏi cụ thể:
Điều kiện nào quyết định kết quả?
Mỗi điều kiện có những giá trị hợp lệ nào?
Hành động hệ thống hoặc nghiệp vụ là gì?
Có ngoại lệ hoặc quy tắc loại trừ nào không?
Có thứ tự ưu tiên giữa các quy tắc không?
Điểm nào vẫn cần xác nhận?
Một đầu ra hữu ích ở bước này là danh sách quy tắc thô. Những câu chưa rõ nên được giữ nguyên và gắn nhãn CẦN LÀM RÕ, thay vì tự diễn giải thành chính sách mới.
2. Dùng AI dựng bảng nháp và câu hỏi cần xác nhận
Dán phần quy tắc đã chuẩn hóa vào công cụ AI được tổ chức phê duyệt. Mục tiêu đầu tiên là tạo bảng nháp và danh sách câu hỏi, không phải tạo test case ngay.
Bạn có thể dùng prompt sau:
text
Bạn là Business Analyst hỗ trợ chuẩn hóa quy tắc nghiệp vụ.
Hãy đọc yêu cầu dưới đây và tạo:
Danh sách điều kiện cùng các giá trị hợp lệ.
Danh sách hành động hệ thống/nghiệp vụ.
Bảng quyết định ở Markdown, mỗi cột là một quy tắc.
Chỉ dùng dấu "-" khi điều kiện không ảnh hưởng đến hành động
trong quy tắc đó.
Danh sách tổ hợp đầu vào chưa có kết quả.
Danh sách quy tắc có thể chồng lấn hoặc mâu thuẫn.
Các câu hỏi cần xác nhận với người phụ trách nghiệp vụ.
Không tự đặt ra chính sách mới.
Nếu thiếu thông tin, ghi rõ: "CẦN LÀM RÕ".
Yêu cầu:
<dán yêu cầu nghiệp vụ đã chuẩn hóa>
Bản nháp này giúp buổi refinement cụ thể hơn. Thay vì hỏi “còn case nào không?”, BA có thể hỏi:
> Nếu khách hạng Vàng mua tại cửa hàng thay vì trên ứng dụng, ưu đãi được xử lý thế nào?
3. Chốt bảng với người phụ trách nghiệp vụ
Không nên coi câu trả lời của AI là quyết định cuối cùng. Hãy review từng cột quy tắc với SME, Product Owner hoặc người có thẩm quyền xác nhận chính sách.
Đặc biệt, khi gặp dấu -, hãy hỏi:
> Điều kiện này thực sự không ảnh hưởng đến kết quả, hay chúng ta chưa xác định cách xử lý?
Bảng quyết định cũng có thể thể hiện thứ tự hành động. Thay vì chỉ đánh dấu hành động cần làm, có thể dùng số để chỉ trình tự thực hiện khi một tình huống cần nhiều bước.
Ví dụ, nếu quy trình có hoàn tiền, cập nhật trạng thái và gửi thông báo, thứ tự cần được ghi rõ trong acceptance criteria, BPMN hoặc tài liệu liên quan.
Sau khi được xác nhận, liên kết bảng quyết định với:
User story;
Acceptance criteria;
BPMN hoặc flow xử lý;
Jira ticket của đội phát triển và QA;
Biên bản hoặc nguồn xác nhận của nghiệp vụ.
Ví dụ: quy tắc ưu đãi đơn hàng
Giả sử yêu cầu thô là:
> Khách hạng Vàng được giảm giá khi mua trên ứng dụng. Khách thường không được giảm. Đơn hàng bị hủy thì không áp dụng ưu đãi.
Bảng nháp có thể như sau:
| Điều kiện / hành động | Quy tắc A | Quy tắc B | Quy tắc C |
|---|---:|---:|---:|
| Khách hạng Vàng? | Có | Không | - |
| Mua trên ứng dụng? | Có | - | - |
| Đơn hàng bị hủy? | Không | Không | Có |
| Áp dụng ưu đãi | Có | Không | Không |
Bảng này làm lộ ngay một câu hỏi cần chốt:
> Khách hạng Vàng mua ngoài ứng dụng, đơn hàng chưa bị hủy, có được ưu đãi không?
Chưa có cột nào trả lời tình huống đó.
Trong quy tắc C, dấu - có thể hợp lý nếu nghiệp vụ xác nhận rằng khi đơn hàng đã bị hủy thì hạng khách hàng và kênh mua không còn ảnh hưởng đến kết quả “không áp dụng ưu đãi”.
Giá trị của bảng không nằm ở việc điền đầy ô. Giá trị nằm ở chỗ các cột thiếu, các quy tắc chồng lấn và các điều kiện chưa rõ trở thành câu hỏi có thể đưa ra quyết định.
Chuyển bảng đã chốt thành acceptance criteria và UAT
Khi bảng đã được xác nhận, AI có thể hỗ trợ chuyển từng quy tắc thành acceptance criteria và UAT test case.
Mẫu prompt:
text
Dựa trên bảng quyết định đã được phê duyệt dưới đây, hãy tạo:
Acceptance criteria theo Given-When-Then.
UAT test case cho từng quy tắc.
Mỗi test case gồm: mã quy tắc, tiền điều kiện,
bước thực hiện và kết quả mong đợi.
Không bổ sung điều kiện hoặc hành động ngoài bảng.
Giữ mã quy tắc để có thể truy vết từ test case về bảng.
Bảng quyết định:
<dán bảng đã được phê duyệt>
Với quy tắc A trong ví dụ trên, acceptance criteria có thể là:
text
Given khách hàng thuộc hạng Vàng
And đơn hàng được tạo trên ứng dụng
And đơn hàng chưa bị hủy
When hệ thống tính ưu đãi
Then hệ thống áp dụng ưu đãi cho đơn hàng
BA có thể đưa nội dung Given-When-Then vào acceptance criteria của Jira. QA hoặc UAT tester có thể dùng test case chi tiết để chuẩn bị dữ liệu, thực hiện kiểm thử và lưu bằng chứng.
Khi một quy tắc thay đổi, mã quy tắc giúp xác định acceptance criteria và test case nào cần rà soát.
Checklist review đầu ra AI
Đừng chỉ đánh giá bằng cảm giác “bảng trông hợp lý”. Hãy kiểm tra theo danh sách sau:
[ ] Mọi điều kiện trong yêu cầu gốc đã xuất hiện trong bảng.
[ ] Giá trị hợp lệ của từng điều kiện đã được xác định.
[ ] Không có tổ hợp đầu vào quan trọng bị bỏ sót.
[ ] Hai quy tắc không cùng áp dụng mà chưa có ưu tiên rõ ràng.
[ ] Không có hai hành động khác nhau cho cùng một đầu vào.
[ ] Mọi dấu - đã được xác nhận là “không ảnh hưởng”.
[ ] Hành động được mô tả đủ rõ để kiểm thử.
[ ] Ngoại lệ trong meeting notes đã được phản ánh.
[ ] Các điểm CẦN LÀM RÕ có người chịu trách nhiệm trả lời.
[ ] Bảng đã được người phụ trách nghiệp vụ xác nhận.
Nếu phát hiện mâu thuẫn, đừng yêu cầu AI tự chọn quy tắc đúng. Hãy dùng AI để diễn đạt mâu thuẫn thành câu hỏi rõ ràng, sau đó đưa câu hỏi về đúng người ra quyết định.
Lưu ý khi đưa yêu cầu vào AI
Không đưa dữ liệu khách hàng, thông tin định danh, chính sách chưa công bố, dữ liệu hợp đồng hoặc thông tin nhạy cảm vào công cụ AI công khai.
Khi cần minh họa, hãy ẩn danh dữ liệu bằng placeholder, chẳng hạn:
text
<mã khách hàng>
<mã đơn hàng>
<giá trị đơn hàng>
<ngày hiệu lực>
Ưu tiên sử dụng công cụ AI theo quy định và phạm vi được tổ chức phê duyệt.
Kết luận
Bảng quyết định biến các câu “nếu… thì…” rời rạc thành một artefact có thể review, xác nhận và kiểm thử.
AI có thể giúp BA/PO đi nhanh hơn ở bước cấu trúc hóa quy tắc, dựng bảng nháp và nêu câu hỏi còn thiếu. Tuy nhiên, hành động cuối cùng trong mỗi tình huống vẫn cần được người phụ trách nghiệp vụ xác nhận rõ ràng.