Mới vào dự án nhưng chưa hiểu domain. Nên học domain như thế nào để bắt nhịp?

Nếu mới vào dự án mà nghe stakeholder nói nghiệp vụ thấy mơ hồ, không hiểu domain, thậm chí không dám hỏi trong meeting thì rất bình thường.

Không ai mới vào dự án mà hiểu domain ngay được.

Vấn đề không phải là bạn chưa giỏi, mà là bạn chưa có cách học domain có hệ thống.

Nhiều bạn newbie BA hay học domain bằng cách:

• Đọc tài liệu lung tung

• Ghi lại thuật ngữ rời rạc

• Nghe meeting nhưng không biết cái gì quan trọng

• Không biết nên hỏi ai, hỏi gì

Kết quả là càng nghe càng rối.

Thay vì cố hiểu tất cả, bạn nên học domain theo 6 bước sau.

1. Đừng học domain từ thuật ngữ trước, hãy học từ quy trình

Sai lầm phổ biến của newbie là thấy từ nào lạ thì tra từ đó trước.

Ví dụ trong Banking:

• Core Banking

• Napas

• Settlement

• Reversal

• CASA

• Limit

Bạn càng tra từng từ riêng lẻ, bạn càng rối.

Cách tốt hơn là hỏi:

“Quy trình chính của domain này là gì?”

Ví dụ:

Trong Banking, hãy hiểu trước các flow lớn:

• Mở tài khoản

• Chuyển tiền

• Thanh toán hóa đơn

• Nạp/rút tiền

• Đối soát giao dịch

Trong Insurance, hãy hiểu:

• Tư vấn sản phẩm

• Phát hành hợp đồng

• Thu phí

• Yêu cầu bồi thường

• Tái tục/hủy hợp đồng

Trong E-commerce, hãy hiểu:

• Tìm sản phẩm

• Thêm vào giỏ

• Checkout

• Thanh toán

• Giao hàng

• Đổi trả/hoàn tiền

Khi hiểu flow lớn, thuật ngữ sẽ có “chỗ để đứng”. Lúc đó học sẽ nhanh hơn rất nhiều.

2. Vẽ domain map trong 1 trang

Khi mới vào dự án, hãy tự tạo một trang gọi là:

Domain Map

Trong đó ghi 4 nhóm:

Nhóm 1: Người tham gia

Ví dụ:

• Customer

• Admin

• Teller

• Agent

• Shipper

• Ops

• CS

Nhóm 2: Đối tượng nghiệp vụ chính

Ví dụ:

• Account

• Transaction

• Order

• Policy

• Claim

• Invoice

Nhóm 3: Quy trình chính

Ví dụ:

• Create order

• Transfer money

• Submit claim

• Refund

• Reconciliation

Nhóm 4: Trạng thái quan trọng

Ví dụ:

• Pending

• Approved

• Rejected

• Success

• Failed

• Cancelled

• Reversed

Chỉ cần một trang này, bạn sẽ bắt đầu nhìn domain có cấu trúc hơn.

3. Hỏi theo kiểu “em muốn xác nhận lại flow”, đừng hỏi kiểu “em không hiểu gì”

Nhiều bạn ngại hỏi vì sợ bị đánh giá là không biết.

Nhưng thật ra cách hỏi rất quan trọng.

Thay vì hỏi:

“Anh/chị giải thích lại giúp em domain này được không ạ?”

Câu này quá rộng, stakeholder khó trả lời.

Hãy hỏi cụ thể hơn:

“Em đang hiểu flow hiện tại là A → B → C. Không biết em hiểu như vậy đã đúng chưa ạ?”

Hoặc:

“Ở bước khách hàng gửi yêu cầu bồi thường, ai là người duyệt đầu tiên ạ?”

Hoặc:

“Trạng thái Pending trong flow này nghĩa là đang chờ bên nào xử lý ạ?”

Cách hỏi này giúp bạn không bị “tắt tiếng”, vì bạn không hỏi từ con số 0. Bạn đưa ra cách hiểu của mình để người khác chỉnh lại.

4. Ghi lại thuật ngữ theo ngữ cảnh, không ghi kiểu từ điển

Newbie hay ghi:

Settlement = quyết toán
Reversal = đảo giao dịch
Premium = phí bảo hiểm

Như vậy chưa đủ.

BA nên ghi theo format:

Thuật ngữ:

Settlement

Nghĩa dễ hiểu:

Quá trình các bên đối soát và quyết toán tiền sau giao dịch.

Dùng trong flow nào:

Chuyển tiền liên ngân hàng / thanh toán thẻ.

Ai liên quan:

Ngân hàng gửi, ngân hàng nhận, hệ thống trung gian.

Câu hỏi cần làm rõ:

Settlement chạy realtime hay cuối ngày?

Khi ghi theo ngữ cảnh như vậy, bạn mới dùng được thuật ngữ trong meeting.

5. Sau mỗi meeting, dành 15 phút viết lại “mình hiểu gì”

Đây là thói quen rất quan trọng.

Sau meeting, đừng chỉ lưu note rồi bỏ đó.

Hãy viết lại 3 phần:

Một: Những gì đã hiểu

Ví dụ:

• User có thể chuyển tiền nội bộ và liên ngân hàng.

• Giao dịch liên ngân hàng có thể pending nếu ngân hàng nhận chưa phản hồi.

Hai: Những gì chưa rõ

Ví dụ:

• Pending tối đa bao lâu?

• Khi nào hệ thống tự reversal?

• Ai xử lý đối soát?

Ba: Việc cần hỏi tiếp

Ví dụ:

• Hỏi Dev về status transaction hiện tại.

• Hỏi Ops về quy trình xử lý khi user bị trừ tiền nhưng người nhận chưa nhận.

Làm như vậy 1–2 tuần, bạn sẽ thấy mình bắt nhịp nhanh hơn rất nhiều.

6. Tập phân tích một flow nhỏ đến cùng

Đừng cố học cả domain trong một lần.

Hãy chọn một flow nhỏ và đào sâu.

Ví dụ trong Banking:

Chuyển tiền liên ngân hàng

Bạn cần hiểu:

• Ai khởi tạo?

• Tiền bị trừ lúc nào?

• Hệ thống nào xử lý?

• Status có những gì?

• Khi timeout thì sao?

• Khi fail thì có reversal không?

• User thấy message gì?

Ví dụ trong E-commerce:

Hủy đơn hàng

Bạn cần hiểu:

• Hủy ở trạng thái nào?

• Đã thanh toán thì refund ra sao?

• Voucher có hoàn lại không?

• Đã giao cho shipper thì có hủy được không?

Khi bạn hiểu sâu 1 flow, bạn sẽ bắt đầu hiểu cách domain vận hành. Sau đó học các flow khác sẽ dễ hơn.

7. Trong meeting, đừng cố nói nhiều - hãy hỏi đúng 1–2 câu chất lượng

Newbie hay áp lực là phải nói gì đó cho “có mặt”.

Không cần.

Trong giai đoạn đầu, bạn chỉ cần tập hỏi những câu giúp làm rõ nghiệp vụ:

• “Điều kiện để bước này được thực hiện là gì?”

• “Nếu bước này thất bại thì flow đi đâu tiếp?”

• “Trạng thái sau bước này là gì?”

• “Ai là người có quyền approve?”

• “Dữ liệu này lấy từ hệ thống nào?”

• “Trường hợp ngoại lệ thường gặp nhất là gì?”

Chỉ cần hỏi được 1–2 câu đúng trọng tâm, bạn đã thể hiện là mình đang tư duy như BA.

Checklist học domain nhanh cho newbie BA

Khi vào domain mới, hãy làm theo thứ tự:

1. Xác định các flow chính của domain

2. Vẽ domain map 1 trang

3. Ghi thuật ngữ theo ngữ cảnh

4. Chọn 1 flow nhỏ để đào sâu

5. Hỏi theo kiểu “em hiểu như này đúng không?”

6. Sau meeting viết lại điều đã hiểu/chưa rõ

7. Dần dần chuyển từ nghe bị động sang hỏi có cấu trúc

Tóm lại

Không hiểu domain lúc mới vào dự án là chuyện bình thường.

Nhưng nếu bạn chỉ ngồi nghe và chờ “từ từ sẽ hiểu”, bạn sẽ rất lâu bắt nhịp.

Cách học domain nhanh nhất không phải là học thuộc thuật ngữ, mà là:

Hiểu flow trước.
Hiểu actor sau.
Hiểu data, rule, status, exception sau nữa.

BA không cần trở thành chuyên gia domain ngay từ đầu.

Nhưng BA cần biết cách đặt câu hỏi để biến sự mơ hồ thành hiểu biết có cấu trúc.

Khi bạn có cấu trúc trong đầu, bạn sẽ không còn “tắt tiếng” trong meeting nữa.