Banking / Insurance Business Analyst (NSDLD/145403)

1. Trách nhiệm cốt lõi (Chung cho cả Ngân hàng & Bảo hiểm)

Thu thập và phân tích yêu cầu: Phối hợp với các bên liên quan để làm rõ nhu cầu kinh doanh, quy trình vận hành hiện tại (As-is) và đề xuất quy trình tương lai (To-be).

Tài liệu hóa hệ thống: Soạn thảo các tài liệu kỹ thuật chuyên nghiệp như BRD (Business Requirements Document), SRS (Software Requirement Specification), User Stories, và sơ đồ quy trình (Flowcharts/UML).

Truyền đạt và làm mịn yêu cầu: Giải thích rõ ràng các quy trình nghiệp vụ phức tạp cho đội ngũ IT/Lập trình viên hiểu đúng để thiết kế hệ thống.

Hỗ trợ kiểm thử và nghiệm thu: Phối hợp với đội QA/QC thiết kế kịch bản kiểm thử (Test Cases), tham gia kiểm thử nghiệm thu người dùng (UAT) để đảm bảo hệ thống chạy đúng yêu cầu kinh doanh trước khi Golive.

Quản lý thay đổi (Change Management): Đánh giá tác động khi có yêu cầu thay đổi tính năng từ phía kinh doanh và cập nhật kịp thời vào hệ thống.

2. Trách nhiệm đặc thù ngành Ngân hàng (Banking BA)

Participate in banking / insurance platform implementation, customization, integration, and modernization projects.

Provide banking / insurance domain expertise and solution consulting throughout the project lifecycle.

Analyze business requirements and translate them into system solutions.

Support insurance transformation initiatives for life and non-life insurance companies.

Collaborate with business stakeholders, solution architects, and development teams.

Quyền tiếp cận thông tin dữ liệu: Được quyền yêu cầu các phòng ban nghiệp vụ cung cấp toàn bộ quy trình, biểu mẫu, số liệu báo cáo, và dữ liệu lịch sử để phục vụ mục đích phân tích (trong phạm vi bảo mật cho phép).

Quyền đề xuất và phản biện giải pháp: Phản biện các yêu cầu bất hợp lý hoặc không khả thi từ phía kinh doanh. Có quyền đề xuất cải tiến công nghệ, tự động hóa quy trình nhằm nâng cao năng suất vận hành.

Quyền quyết định thứ tự ưu tiên (Ưu tiên Backlog): Trong các dự án Agile/Scrum, BA (thường phối hợp với Product Owner) có quyền hạn định hình và sắp xếp thứ tự ưu tiên của các tính năng cần phát triển trước/sau dựa trên giá trị kinh doanh.

Quyền từ chối nghiệm thu (UAT Sign-off): Có quyền không ký phê duyệt nghiệm thu nếu sản phẩm phần mềm do đội IT bàn giao không đáp ứng đúng và đủ các tiêu chí cốt lõi trong tài liệu nghiệp vụ ban đầu.

Quyền điều phối cuộc họp: Chủ trì các buổi họp làm mịn yêu cầu (Requirement Grooming), họp thảo luận giải pháp giữa các bên (Kinh d