Checklist ngày 24 – Giới thiệu khái niệm UAT (User Acceptanc

Dev test xong.
Tester test xong.

Nhưng…

❗ Người quyết định cuối cùng vẫn là business / user.

Nếu họ nói: “Không đúng cái tôi cần” → làm lại.

Vì vậy BA phải cực kỳ mạnh ở giai đoạn này.

🎯 1. UAT là gì?

UAT = User Acceptance Testing.

Hiểu đơn giản:
👉 người dùng thật vào dùng thử và xác nhận hệ thống đáp ứng nhu cầu của họ.

🧠 2. Vì sao UAT quan trọng?

Vì có những thứ:

✔ đúng kỹ thuật
✔ đúng theo tài liệu
✔ test không lỗi

nhưng vẫn sai với kỳ vọng của business.

✨ 3. BA đóng vai trò gì trong UAT?

BA là người:

Hướng dẫn user test
Giải thích hệ thống
Ghi nhận feedback
Xác định đó là bug hay change request
Theo dõi fix

BA gần như là MC của buổi UAT.

📦 4. UAT thường diễn ra như thế nào?

Bước 1

BA chuẩn bị:

tài liệu
tài khoản
dữ liệu test

Bước 2

User thực hiện test theo kịch bản.

Bước 3

Ghi nhận:

lỗi
mong muốn thay đổi
chỗ chưa hiểu

🚀 5. Điều khó nhất trong UAT là gì?

Không phải bug.

Mà là câu này:

“Tôi nghĩ nó phải như thế này.”

Nhưng trước đó họ chưa từng nói 😆

🎁 6. BA phải xử lý sao?

Bạn cần xác định:

👉 đây là sai so với requirement (bug)
hay
👉 yêu cầu mới (change request).

2 thứ này khác nhau rất lớn về effort và timeline.

🔥 7. Sai lầm BA mới hay gặp

❌ Không chuẩn bị trước
❌ Không hướng dẫn user
❌ Không ghi chép đầy đủ
❌ Đồng ý thay đổi ngay tại chỗ
❌ Không đánh giá impact

⭐ 8. BA chuyên nghiệp trong UAT sẽ

✔ giữ bình tĩnh
✔ bám theo requirement đã duyệt
✔ phân tích ảnh hưởng
✔ đưa option
✔ follow đến khi xong

🧩 9. Mẹo cực mạnh

Trước UAT, hãy:

👉 review lại BRD / SRS
👉 xem có điểm nào dễ gây hiểu nhầm
👉 confirm trước với PO

Bạn sẽ tránh được rất nhiều drama.

✅ Checklist hôm nay

☐ Hiểu rõ mục tiêu UAT
☐ Chuẩn bị data
☐ Soạn kịch bản test
☐ Ghi nhận đầy đủ feedback
☐ Phân loại bug vs change request

UAT là nơi BA thể hiện rõ nhất năng lực của mình.

Làm tốt → bạn được tin tưởng cực cao.
Làm không tốt → project rất dễ trễ.

Checklist ngày 24 – Giới thiệu khái niệm UAT (User Acceptance Testing)