Bài 1 — Vì sao BA mất quá nhiều thời gian sau mỗi cuộc họp
Mỗi tuần một Business Analyst (BA) ngồi trong 8–15 cuộc họp: workshop lấy yêu cầu, họp review sprint, họp với stakeholder nghiệp vụ, demo với khách hàng. Vấn đề không nằm ở lúc họp — nó nằm ở sau khi họp kết thúc. Bạn phải nghe lại ghi âm, dò lại note viết vội, cố nhớ ai đã cam kết điều gì, rồi soạn biên bản gửi đi. Trung bình một cuộc họp 60 phút ngốn thêm 45–90 phút xử lý hậu kỳ. Nhân với số cuộc họp, đó là gần một ngày làm việc mỗi tuần bị "đốt" chỉ để ghi chép.
Hậu quả thật sự nghiêm trọng hơn thời gian: bỏ sót. Một yêu cầu được stakeholder nói lướt qua ở phút 40 không được ghi lại, ba tuần sau trở thành change request tốn kém. Một quyết định "chốt dùng phương án B" bị hiểu nhầm vì biên bản mơ hồ. Một action item không gắn owner nên không ai làm. BA là người chịu trách nhiệm về "single source of truth" của yêu cầu — mà source đó lại đang được dựng lại từ trí nhớ mệt mỏi.
Ba loại thông tin BA phải bóc tách từ mọi cuộc họp
- Yêu cầu (requirements): điều stakeholder muốn hệ thống/sản phẩm làm được — cả functional lẫn non-functional.
- Quyết định (decisions): những gì đã được chốt, kèm lý do và người ra quyết định — đây là thứ hay bị mất nhất.
- Action items: việc cần làm, ai làm (owner), hạn chót — nếu thiếu một trong ba yếu tố này thì action item vô giá trị.
Ví dụ cụ thể
Bạn vừa họp 50 phút với Product Owner và trưởng phòng Vận hành về tính năng hoàn tiền. Bạn có file transcript thô. Thay vì đọc lại 6 trang, bạn dán vào AI với prompt sau để có bức tranh đầu tiên:
Bạn là trợ lý cho một Business Analyst. Dưới đây là transcript một cuộc họp.
CHỈ dựa vào transcript, KHÔNG suy diễn, KHÔNG thêm thông tin ngoài.
Hãy tách thành 3 mục, mỗi mục dạng bảng markdown:
1) YÊU CẦU (câu trích nguyên văn + diễn giải ngắn)
2) QUYẾT ĐỊNH (nội dung + người chốt + lý do nếu có)
3) ACTION ITEMS (việc + owner + hạn nếu được nêu)
Nếu một mục không có dữ liệu, ghi rõ "Không đề cập trong transcript".--- TRANSCRIPT ---
{dán transcript vào đây}
Các bước áp dụng ngay hôm nay
- Chọn một cuộc họp gần nhất bạn có ghi âm hoặc note.
- Chuyển thành văn bản (bài sau sẽ hướng dẫn transcribe chuẩn).
- Dán vào AI kèm prompt mẫu ở trên.
- Đối chiếu kết quả với trí nhớ của bạn — đánh dấu chỗ AI bịa hoặc bỏ sót.
- Ghi lại thời gian tiết kiệm được để có cơ sở thuyết phục sếp/đồng đội.
Checklist "cuộc họp sẵn sàng cho AI"
- [ ] Đã có bản ghi âm hoặc transcript đầy đủ, rõ tiếng.
- [ ] Biết trước 3 nhóm cần bóc tách: yêu cầu / quyết định / action item.
- [ ] Có tên người tham gia để gán owner chính xác.
- [ ] Đã xác định thông tin nào là nhạy cảm (số liệu tài chính, thông tin khách hàng) cần che trước khi đưa vào AI.
Sai lầm thường gặp
- Tin AI tuyệt đối, không đối chiếu: AI có thể "ảo giác" một quyết định chưa từng được chốt. Luôn kiểm chứng phần Quyết định với ít nhất một người tham dự.
- Đưa dữ liệu nhạy cảm lên công cụ AI công cộng: transcript có thể chứa lương, doanh thu, dữ liệu khách hàng — dán thẳng lên chatbot công cộng là rò rỉ dữ liệu. Bài sau sẽ hướng dẫn ẩn danh.
- Phụ thuộc quá mức, mất kỹ năng lắng nghe: nếu bạn ngừng ghi note vì đã có AI, khi công cụ lỗi hoặc bản ghi hỏng, bạn trắng tay. AI là trợ lý, không phải người thay bạn hiểu bối cảnh.
Template sẵn dùng: Stakeholder RACI Matrix
| Hoạt động | BA | PO | Dev Lead | QA | Stakeholder |
|---|---|---|---|---|---|
| Thu thập yêu cầu | R | A | C | I | C |
| Viết BRD/User Story | R | A | C | C | I |
| Duyệt phạm vi | C | A | C | I | R |
| Thiết kế & phát triển | C | I | R | C | I |
| Kiểm thử & UAT | C | A | C | R | C |
| — | — | — | — | — | — |
| — | — | — | — | — | — |