Techcombank tuyển dụng Expert, Business Analysis (40000041)

Expert

Mô tả công việc

Job Purpose

The job holder is responsible for conducting research and analysis in order to create a detailed business analysis, outline problems, opportunities and solutions for a business. The job holder will identify all required data sources, internal and external to support targeted research, analysis and documentation. The job holder is expected to support data-driven business decisions and solutions.

Key Accountabilities (1)

A. Reporting and Documentation

Understand business processes to translate business needs and requirements into documents, process diagrams and wireframes to support product development.
Analyze, create, validate end-to-end business processes and detail out functional specifications for the required applications.
Suggest modification and improvement to business processes and frameworks for better efficiency.
Participate in user testing and create documentation and user manuals for business.

Key Accountabilities (2)

B. Research and Analysis

Gather market trends and internal data to conduct business analysis and provide recommendations and enhancements to the business.
Develop informative and actionable reports that highlight business trends, forecasts and opportunities for improvement.
Keep updated on technology changes, trends movement and analyze internal data sets to provide overall insights for stakeholders.
Identify and interpret trends and patterns from data sets and construct forecasts and recommendations based on market intelligence and business data.

Key Accountabilities (3)

C. Managing Stakeholders

Work with stakeholders to identify opportunities and process improvements by leveraging organization data to drive business solutions.

Identify and communicate to stakeholders the insights from opportunities and obstacles perspectives based on market data gathered.
D. At Technology Division: the key accountability will including:

Participate in coordination with the professional unit to check the development results, to ensure that the application meets the requirements agreed with the business unit.
Prepare and issue user manuals for technology products.
Participate in direct training on products and technology features for IT support department and professional staff if necessary.

Key Relationships - Direct Manager

Manager, Senior Manager, Director that the jobholder report to

Key Relationships - Direct Reports

Key Relationships - Internal Stakeholders

Division, units, branches/subsidiaries of TCB

Key Relationships - External Stakeholders

Application/solution provider partners, IT departments of key customer businesses

Success Profile - Qualification and Experiences

At least 8 years of relevant experience in a financial institution
Extensive experience in researching and analyzing market trends and business processes
Experience in working on multiple projects at one time
Experience in writing SQL queries and using data visualization techniques and tools
Experience in identifying risk and potential issues through conducting gap analysis, understanding and reviewing criteria
Experience in monitoring and analyzing business results, competition and trends (SWOT analysis, market share review)
Experience in Agile Product Development and has a strong understanding of Agile principles and practices and Scrum methodologies
Experience working in Agile teams to manage digital transformation projects
Bachelor's Degree or higher in a Technology or business management

Phân tích kỹ năng cần có

1. Định vị vai trò

Vị trí Expert, Business Analysis tại Technology Division là một vai trò cấp chuyên gia, thiên về cá nhân chuyên môn, không phải vị trí quản lý đội ngũ: JD không nêu trực tiếp người báo cáo và phạm vi trách nhiệm tập trung vào phân tích, tư vấn, phối hợp triển khai và huấn luyện người dùng.

Dù trường dữ liệu ban đầu ghi kinh nghiệm là `N/A`, phần Success Profile yêu cầu ít nhất 8 năm kinh nghiệm phù hợp trong tổ chức tài chính. Đây là yêu cầu quan trọng hơn thông tin metadata. Ứng viên cần có bằng chứng về:

Phân tích quy trình nghiệp vụ từ đầu đến cuối.
Làm việc với nhiều dự án hoặc nhiều nhóm sản phẩm.
Phân tích dữ liệu, thị trường và kết quả kinh doanh.
Sử dụng SQL và công cụ trực quan hóa dữ liệu.
Làm việc trong môi trường Agile/Scrum và chuyển đổi số.
Hiểu môi trường ngân hàng, rủi ro và yêu cầu kiểm soát của tổ chức tài chính.

Bản chất công việc

Vị trí này là sự kết hợp giữa:

1. Senior Business Analyst.
2. Process Analyst.
3. Data-driven business consultant.
4. Product discovery và requirements specialist.
5. Cầu nối giữa nghiệp vụ, công nghệ và người dùng cuối.

Ứng viên không chỉ cần biết viết tài liệu mà phải biết tìm ra vấn đề thật, chứng minh vấn đề bằng dữ liệu, đề xuất giải pháp khả thi và bảo đảm sản phẩm được triển khai đúng yêu cầu.

2. Hard skills cần có

A. Phân tích nghiệp vụ và quy trình

Đây là năng lực cốt lõi:

Elicitation: phỏng vấn, workshop, quan sát thực địa, khảo sát và phân tích tài liệu.
Xây dựng sơ đồ `AS-IS` và `TO-BE`.
Mô tả quy trình bằng BPMN hoặc sơ đồ luồng nghiệp vụ.
Xác định actor, vai trò, hệ thống, dữ liệu đầu vào, luồng xử lý, điểm kiểm soát và đầu ra.
Phân tích khoảng trống, nguyên nhân gốc và tác động của thay đổi.
Chuyển nhu cầu thành:
Business Requirement Document.
Functional Specification hoặc Software Requirement Specification.
Epic, feature, user story.
Acceptance criteria có thể kiểm thử.
Use case, business rule và ma trận truy vết yêu cầu.
Ưu tiên yêu cầu bằng MoSCoW, WSJF, RICE hoặc khung phù hợp với tổ chức.
Thiết kế wireframe mức thấp để minh họa luồng màn hình trước khi phát triển.

Một BA xuất sắc phải phân biệt được:

Nhu cầu của stakeholder và giải pháp họ đề xuất.
Pain point và mong muốn mang tính cảm tính.
Business rule thực tế và quy tắc được phản ánh trong hệ thống.
Yêu cầu chức năng và yêu cầu phi chức năng.
Giải pháp tối ưu cục bộ và lợi ích toàn hệ thống.

B. SQL và phân tích dữ liệu

JD yêu cầu kinh nghiệm viết truy vấn SQL, vì vậy đây không phải kỹ năng chỉ để trang trí CV. Ứng viên nên thành thạo:

`SELECT`, `WHERE`, `GROUP BY`, `HAVING`, `ORDER BY`.
Các loại `JOIN` và xử lý dữ liệu trùng lặp.
Subquery và Common Table Expression.
Window function như `ROW_NUMBER`, `RANK`, `LAG`, `LEAD`.
Hàm tổng hợp, tính tỷ lệ tăng trưởng và so sánh theo kỳ.
Đối soát dữ liệu giữa các hệ thống.
Kiểm tra chất lượng dữ liệu: null, duplicate, sai định dạng, bất nhất và dữ liệu thiếu.
Xây dựng cohort, funnel, conversion, retention và phân tích hành vi khách hàng.
Diễn giải kết quả truy vấn thành insight có thể hành động.

Nên luyện các bài toán gần với ngân hàng:

Tỷ lệ khách hàng active theo tháng.
Conversion từ đăng ký đến hoàn tất eKYC.
Thời gian xử lý hồ sơ vay.
Tỷ lệ giao dịch thất bại theo kênh.
So sánh thị phần sản phẩm.
Phân tích nhóm khách hàng rời bỏ.
Đối soát tổng tiền giao dịch giữa core banking và ứng dụng.

C. Visualization và báo cáo

JD nói đến data visualization nhưng không chỉ định công cụ. Ưu tiên chuẩn bị một trong các công cụ:

Power BI.
Tableau.
Qlik Sense hoặc QlikView.
Excel nâng cao nếu môi trường làm việc dùng nhiều báo cáo vận hành.

Không chỉ cần vẽ biểu đồ đẹp; ứng viên phải biết:

Chọn biểu đồ phù hợp với câu hỏi.
Xác định KPI, denominator và cut-off dữ liệu.
Thiết kế dashboard theo đối tượng sử dụng.
Làm nổi bật insight, rủi ro và khuyến nghị.
Tránh trực quan hóa gây hiểu nhầm.
Kể một câu chuyện từ dữ liệu: hiện trạng, nguyên nhân, tác động, hành động.

D. Agile, Scrum và quản lý sản phẩm

Ứng viên cần hiểu Agile không chỉ là tham dự daily meeting:

Agile mindset và cách phát triển phần mềm lặp lại, tăng dần.
Product vision, backlog, refinement, sprint planning và retrospective.
Vai trò của Product Owner, Scrum Master, BA, developer và QA.
Cách viết user story mạnh và acceptance criteria rõ ràng.
Quản lý phụ thuộc và thay đổi yêu cầu trong sprint.
Release planning, MVP và đo lường adoption.
Cách phối hợp với nhiều product team trong chương trình chuyển đổi số.

Điểm cần chứng minh là BA có thể giúp nhóm đưa ra quyết định nhanh hơn mà không làm giảm chất lượng yêu cầu, đặc biệt trong môi trường ngân hàng vốn có nhiều ràng buộc.

E. Kiến thức ngân hàng và tài chính

Kinh nghiệm trong financial institution là điều kiện bắt buộc theo JD. Ứng viên nên có kiến thức thực tế về một số mảng:

Tài khoản thanh toán và tiền gửi.
Tín dụng, hồ sơ vay, eKYC và quy trình phê duyệt.
Thẻ, thanh toán, chuyển khoản và QR.
Core banking, middleware, API và hệ sinh thái ứng dụng.
Dữ liệu khách hàng, consent và phân quyền.
Kiểm soát nội bộ, audit trail, segregation of duties.
Rủi ro vận hành, gian lận, an ninh thông tin và data privacy.
Quy định, hạn mức, biểu phí, SLA và operational risk.
Các chỉ số kinh doanh như NPL, CASA, activation, conversion, churn và digital adoption.

Không cần biết lập trình full-stack, nhưng phải hiểu kiến trúc ứng dụng ở mức đủ để nói chuyện với developer, QA, kiến trúc sư và nhà cung cấp.

F. UAT, tài liệu và đào tạo

Vai trò này cần tham gia kiểm thử người dùng:

Lập kế hoạch UAT.
Xây dựng test case từ business rule và acceptance criteria.
Xác định dữ liệu kiểm thử.
Phối hợp xử lý defect và phân loại mức độ nghiêm trọng.
Kiểm tra truy vết từ yêu cầu đến kết quả test.
Bảo đảm go-live đáp ứng yêu cầu đã thống nhất.
Viết user manual, quick reference, FAQ và tài liệu đào tạo.

Cần hiểu sự khác nhau giữa lỗi nghiệp vụ, lỗi kỹ thuật, lỗi dữ liệu và enhancement request.

3. Soft skills quan trọng

Giao tiếp và trình bày

Trình bày phức tạp thành thông điệp ngắn gọn, rõ ràng.
Điều chỉnh cách nói theo stakeholder: lãnh đạo, nghiệp vụ, kỹ thuật hay đối tác.
Viết tài liệu súc tích nhưng không làm mất business rule.
Trình bày insight dữ liệu mà không diễn giải quá mức.

Facilitation và stakeholder management

Tổ chức workshop có mục tiêu, agenda, đầu vào và quyết định rõ ràng.
Đặt câu hỏi phân biệt nhu cầu với giải pháp.
Xử lý stakeholder có quyền lực hoặc quan điểm trái chiều.
Tạo sự đồng thuận mà không né tránh xung đột.
Quản lý kỳ vọng, phụ thuộc và cam kết.

Tư duy phản biện và giải quyết vấn đề

Xác định đúng vấn đề trước khi tìm giải pháp.
Phân biệt triệu chứng, nguyên nhân gốc và rủi ro.
Phân tích tác động ngang hàng giữa quy trình, dữ liệu, hệ thống và con người.
Đưa ra phương án cùng trade-off, không chỉ một phương án.

Ƣu tiên và quản lý nhiều dự án

Vì JD yêu cầu làm nhiều dự án đồng thời, ứng viên cần chứng minh:

Cách xác định việc quan trọng và khẩn cấp.
Cách quản lý dependency.
Cách báo sớm khi timeline hoặc scope có nguy cơ.
Cách phối hợp khi tài nguyên bị hạn chế.
Cách duy trì chất lượng khi có nhiều stakeholder.

4. Chứng chỉ nên cân nhắc

Chứng chỉ không thay thế kinh nghiệm thực tế, nhưng giúp CV mạnh hơn:

Chứng chỉ	Phù hợp với ai	Mức độ ưu tiên
IIBA CCBA	BA từ khoảng 2–5 năm, muốn chuẩn hóa kiến thức	Trung bình
IIBA CBAP	BA giàu kinh nghiệm, có số giờ thực hành BA đáp ứng điều kiện	Cao cho vị trí expert
PMI-PBA	Ứng viên có nền tảng dự án hoặc hybrid BA-PM	Trung bình-cao
Scrum.org PSM I	Muốn chứng minh hiểu Scrum thực hành	Trung bình-cao
Scrum.org PSPO	BA muốn chuyển sang Product Owner	Trung bình-cao
Agile Analysis Certification	BA làm việc chặt chẽ với Agile product development	Phù hợp
Microsoft PL-300	Muốn chứng minh năng lực Power BI	Phù hợp nếu JD yêu cầu visualization
Tableau Desktop Specialist	Nếu môi trường tuyển dụng dùng Tableau	Phù hợp

Với ứng viên đã có 8+ năm, ưu tiên chứng minh phạm vi, quy mô và tác động hơn là liệt kê quá nhiều chứng chỉ nhập môn.

5. Công cụ nên có trong CV

Nhóm công cụ nên trình bày:

Requirements: Jira, Confluence, Azure DevOps, Jama hoặc tool tương đương.
Process và wireframe: Visio, Lucidchart, BPMN, Figma.
Data: SQL, Excel nâng cao.
Visualization: Power BI, Tableau hoặc Qlik.
Collaboration và documentation: SharePoint, Microsoft 365, Miro.

Không nên tự liệt kê công cụ nếu chỉ mới học lý thuyết. Mỗi công cụ nên gắn với một kết quả: dashboard, tài liệu BRD, ma trận truy vết, quy trình đã cải tiến hoặc sản phẩm đã go-live.

6. Phân biệt với các vai trò khác

Vai trò	Trọng tâm	Mức phù hợp với JD
Business Analyst	Yêu cầu, quy trình, stakeholder, solution	Rất cao
Data Analyst	SQL, dashboard, insight dữ liệu	Cao nhưng chưa đủ nếu thiếu BA/process
Business Intelligence Analyst	Dashboard và báo cáo	Trung bình; cần thêm process và UAT
Product Owner	Backlog, outcome, roadmap, stakeholder	Trung bình-cao; cần bằng chứng BA sâu
Project Manager	Lịch, tài nguyên, delivery	Thấp hơn nếu thiếu analysis
Data Scientist	Mô hình, ML, coding nâng cao	Không phải trọng tâm
Software Developer	Xây dựng hệ thống	Không phải trọng tâm
BA Manager	Lãnh đạo đội, coaching, governance	Không đúng trọng tâm vì JD không có direct reports

7. Cách xây dựng bằng chứng cho CV

Mỗi dự án nên dùng cấu trúc:

Bối cảnh: tổ chức, sản phẩm, quy mô và vai trò của ứng viên.
Vấn đề: quy trình hiện tại bị đứt ở đâu, số liệu nào cho thấy vấn đề.
Phân tích: dữ liệu, quy trình, stakeholder và gap nào đã được xác định.
Giải pháp: quy trình, yêu cầu hoặc sản phẩm nào được đề xuất.
Phối hợp: BA làm việc với những ai và xử lý mâu thuẫn ra sao.
Kết quả: giảm thời gian xử lý, tăng conversion, giảm defect, tăng adoption hoặc tiết kiệm chi phí.

Nên có 2–3 case study được làm sạch dữ liệu, không đưa thông tin khách hàng hay tài liệu mật của ngân hàng cũ.

Chuẩn bị phỏng vấn

1. Quy trình phỏng vấn dự kiến

JD không công bố quy trình chính thức, nhưng đối với vị trí Expert tại ngân hàng, ứng viên có thể gặp các vòng sau:

1. HR hoặc recruiter screen:

Số năm kinh nghiệm trong financial institution.
Mức độ thành thạo SQL, Agile, process analysis và visualization.
Kỳ vọng lương, địa điểm và thời gian làm việc.
Lý do rời công ty hiện tại và mức độ phù hợp với Technology Division.

2. Technical interview với BA lead hoặc data/product stakeholder:

SQL.
Phân tích quy trình.
Gap analysis và requirements.
Agile/Scrum.
UAT và quản lý thay đổi.

3. Case study hoặc presentation:

Phân tích một quy trình ngân hàng hoặc tình huống sản phẩm.
Xác định vấn đề, dữ liệu cần thu thập, KPI, quy trình mới và acceptance criteria.
Thông thường ứng viên sẽ được đánh giá về cấu trúc tư duy hơn là đòi hỏi một đáp án hoàn hảo.

4. Panel interview hoặc hiring manager interview:

Kinh nghiệm thực tế.
Khả năng phối hợp với business, IT và vendor.
Tư duy chiến lược, xử lý rủi ro và mâu thuẫn stakeholder.
Mức độ chủ động khi làm nhiều dự án.

5. Final conversation:

Văn hóa, mức độ gắn kết, mức lương và ngày bắt đầu.

2. Câu hỏi kỹ thuật hay gặp

A. Requirements và process analysis

Hãy mô tả cách bạn chuyển một yêu cầu mơ hồ thành yêu cầu có thể phát triển và kiểm thử.
Phân biệt business requirement, user story, functional requirement và acceptance criteria.
Bạn xây dựng sơ đồ AS-IS/TO-BE như thế nào?
Khi nào dùng use case, khi nào dùng user story?
Làm thế nào để quản lý yêu cầu mâu thuẫn giữa các stakeholder?
Bạn thực hiện gap analysis như thế nào?
Một quy trình ngân hàng đang chậm: bạn sẽ xác định nguyên nhân và đề xuất cải tiến ra sao?
Bạn xử lý yêu cầu phát sinh giữa sprint như thế nào?
Làm sao bảo đảm stakeholder hiểu và đồng thuận với yêu cầu cuối cùng?

Gợi ý cách trả lời: nêu quy trình có cấu trúc từ khám phá, phân tích, mô hình hóa, xác nhận đến quản lý thay đổi. Kết thúc bằng artifact cụ thể và cơ chế kiểm soát chất lượng.

B. SQL và dữ liệu

Có thể bị hỏi trực tiếp hoặc nhận bài tập:

Tìm năm khách hàng có tổng giao dịch cao nhất theo tháng.
Tính tỷ lệ khách hàng quay lại trong 30 ngày.
Tìm giao dịch trùng giữa hai bảng.
Tính tỷ lệ chuyển đổi theo từng bước của quy trình eKYC.
So sánh conversion tháng hiện tại với tháng trước.
Tìm bản ghi trùng hoặc sai định dạng.
Xác định nguyên nhân khi tổng số liệu dashboard không khớp core banking.

Cần giải thích được:

Ý nghĩa business của truy vấn.
Cách xử lý dữ liệu trùng và thiếu.
Cách bảo đảm hiệu năng ở mức chấp nhận được.
Cách kiểm tra tính đúng đắn của kết quả.

C. Visualization

Dashboard nào bạn đã xây dựng và quyết định nào đã thay đổi sau khi nhìn vào dashboard đó?
Bạn chọn KPI và biểu đồ như thế nào?
Nếu conversion giảm mạnh, bạn dùng dữ liệu nào để tìm nguyên nhân?
Làm sao phân biệt xu hướng thật với hiệu ứng mùa vụ?
Bạn trình bày một insight phức tạp cho lãnh đạo ra sao?

D. Agile và Scrum

BA đóng góp gì trong Agile team?
Product Owner và Business Analyst khác nhau ở đâu?
Bạn xử lý backlog quá lớn hoặc quá nhiều dependency thế nào?
Acceptance criteria nên được viết như thế nào?
Khi nào nên dùng Agile, khi nào vẫn cần tài liệu chi tiết?
Bạn tổ chức refinement cho một thay đổi lớn trong ngân hàng ra sao?
Sprint gần cuối nhưng stakeholder bổ sung yêu cầu quan trọng, bạn xử lý ra sao?

3. Câu hỏi tình huống và hành vi

Hãy chuẩn bị tối thiểu 8 câu chuyện STAR:

1. Bạn phát hiện một yêu cầu stakeholder chưa thực sự giải quyết vấn đề kinh doanh.
2. Business và IT không thống nhất về phạm vi.
3. Một yêu cầu bị hiểu sai dẫn đến defect nghiêm trọng.
4. Bạn phải ưu tiên khi nhiều dự án cùng cần sự hỗ trợ của mình.
5. Bạn thuyết phục stakeholder thay đổi một đề xuất chưa khả thi.
6. Bạn dùng dữ liệu để chứng minh một vấn đề mà mọi người cho rằng chỉ là cảm nhận.
7. Bạn xử lý một vendor không cung cấp đúng tài liệu hoặc tiến độ.
8. Bạn đóng góp vào một chương trình chuyển đổi số có nhiều team.

Mỗi câu chuyện nên có:

Situation: bối cảnh và mức độ phức tạp.
Task: trách nhiệm cụ thể của bản thân.
Action: các bước phân tích, phối hợp và quyết định.
Result: KPI hoặc kết quả định lượng.
Learning: bài học và điều sẽ làm tốt hơn.

4. Case interview nên chuẩn bị

Có thể luyện tình huống: Cải tiến quy trình mở tài khoản trực tuyến để tăng tỷ lệ khách hàng hoàn tất eKYC.

Cấu trúc trình bày:

1. Xác định mục tiêu và KPI:

Completion rate.
Time to complete.
Drop-off rate theo bước.
First-time approval rate.
Fraud rate.
Support volume.

2. Xác định câu hỏi cần trả lời:

Khách hàng rời ở bước nào?
Theo thiết bị, khu vực, độ tuổi hoặc nguồn acquisition nào?
Lỗi đến từ UX, dữ liệu hay quy định?
Có khác biệt giữa kỳ vọng và thực tế không?

3. Phân tích dữ liệu và quy trình:

Event log từng bước.
Mã lỗi và thời gian xử lý.
Phản hồi khách hàng.
Đối soát với tỷ lệ thành công của đối thủ.

4. Đề xuất MVP:

Tối ưu bước có drop-off cao nhất.
Cải thiện thông báo lỗi.
Bổ sung hướng dẫn và retry an toàn.
Đo thử nghiệm trên một nhóm nhỏ.

5. Xác định rủi ro:

Gian lận danh tính.
Vi phạm điều kiện ảnh hoặc dữ liệu sinh trắc học.
Regression ở bước khác.
Tăng tỷ lệ mở tài khoản nhưng giảm chất lượng khách hàng.

6. Viết acceptance criteria:

Khách hàng đủ điều kiện có thể hoàn tất trong thời gian mục tiêu.
Mọi lỗi phải hiển thị bằng thông báo có thể hành động.
Mọi lần retry được audit.
Dashboard theo dõi completion, fraud và support ticket.

5. Portfolio cần mang theo

Nên chuẩn bị 2–3 dự án, có thể trình bày trong 8–12 slide:

Một dự án cải tiến quy trình.
Một dự án liên quan đến sản phẩm số hoặc Agile.
Một dashboard hoặc phân tích dữ liệu có insight và khuyến nghị.

Mỗi case study cần có sơ đồ, yêu cầu chính, stakeholder, quyết định quan trọng, rủi ro và kết quả. Xóa mọi tên khách hàng, số tài khoản, thông tin nhân sự và tài liệu nội bộ.

6. Câu hỏi nên hỏi nhà tuyển dụng

Thành công quan trọng nhất trong 6–12 tháng đầu của vị trí này là gì?
Ba thách thức lớn nhất mà người thay thế cần giải quyết là gì?
BA đang làm việc chủ yếu với core banking, digital channel, data hay nhiều lĩnh vực?
Tỷ lệ công việc giữa BA, SQL, dashboard, UAT và stakeholder management như thế nào?
Team sử dụng những công cụ và phương pháp Agile nào?
Có bao nhiêu stakeholder thường xuyên và mức độ phức tạp của dự án ra sao?
KPI chính thức của vị trí được đo như thế nào?
Vì sao vị trí đang tuyển: mở rộng team hay thay thế?
Quyền quyết định của BA trong product backlog và go-live là gì?
Chính sách hybrid, phụ cấp, thưởng, bảo hiểm và ngày nghỉ được áp dụng ra sao?

7. Dress code

Nên mặc business formal hoặc smart formal:

Nam: suit hoặc sơ mi trang trọng, quần tây, giày da; ưu tiên màu trung tính.
Nữ: blazer, áo sơ mi, quần tây hoặc váy dài vừa phải, giày công sở.
Tóc, giày và phụ kiện gọn gàng; tránh quá nổi bật.
Nếu được thông báo phỏng vấn online vẫn nên mặc như gặp trực tiếp.

8. Nguyên tắc phỏng vấn

Trả lời theo cấu trúc, không lạc sang chi tiết kỹ thuật không phục vụ câu hỏi.
Khi chưa rõ dữ liệu, nói rõ giả định thay vì bịa số liệu.
Không chỉ nói vai trò; hãy nói quyết định nào do mình đưa ra.
Không phủ nhận stakeholder; dùng cách diễn đạt trung lập và tôn trọng.
Nếu được yêu cầu ước lượng, nêu range và giả định.
Mang theo CV, portfolio rút gọn, ghi chú và câu hỏi cho nhà tuyển dụng.

Lộ trình ôn thi

1. Kiến thức nền cần ôn

Business analysis

Business analysis planning và stakeholder mapping.
Elicitation, collaboration và requirements analysis.
Requirements life cycle và configuration management.
Strategy analysis, gap analysis và decision analysis.
BPMN, use case, user story và acceptance criteria.
BRD, SRS, FRD, process map và wireframe.
Requirements traceability matrix.
Change request, impact analysis và release readiness.

Agile/Scrum

Agile Manifesto và các nguyên tắc cốt lõi.
Scrum Guide: roles, events và artifacts.
Product backlog, refinement, estimation và prioritization.
Definition of Done và Definition of Ready.
User story slicing.
Phân biện output với business outcome.
Agile trong môi trường có nhiều quy định như ngân hàng.

SQL

Truy vấn nhiều bảng và các dạng join.
CTE, subquery, window function.
Date/time, chuỗi và xử lý null.
Tổng hợp theo tháng, phân khúc và phân cấp.
Phát hiện duplicate và data quality.
Cohort, funnel, retention và conversion.
Cách kiểm tra kết quả và tránh double counting.

Visualization

KPI hierarchy.
Dashboard design.
Filter, drill-down và data model cơ bản.
Data storytelling.
Quyền truy cập và bảo mật dữ liệu dashboard.

Ngân hàng

Luồng mở tài khoản, phát hành thẻ, chuyển khoản và tín dụng.
eKYC, fraud detection, authorization và audit trail.
Core banking, API, payment gateway và digital channel.
CASA, NPL, transaction volume, approval rate, conversion và churn.
Operational risk, compliance, privacy và segregation of duties.

2. Tài liệu tham khảo

Tài liệu nền tảng

Business Analysis Body of Knowledge của IIBA.
The Agile Manifesto và The Scrum Guide chính thức.
PMI Guide to Business Analysis nếu cần bổ sung góc nhìn quản lý dự án.
Tài liệu BPMN 2.0.

SQL và dữ liệu

SQLBolt cho cú pháp cơ bản.
SQLZoo cho bài tập tương tác.
Mode SQL Tutorial hoặc LearnSQL cho truy vấn phân tích.
StrataScratch hoặc các nền tảng bài tập SQL phỏng vấn.
Microsoft Learn cho Power BI.
Tableau Learning nếu dự kiến sử dụng Tableau.

Agile và BA

Scrum.org Learning Portal.
Các tài liệu hướng dẫn PMI-PBA, CCBA/CBAP.
Miro Academy cho workshop từ xa.
Figma Learn cho wireframe cơ bản.

Miền ngân hàng

Đọc báo cáo thường niên và báo cáo tài chính của các ngân hàng niêm yết.
Theo dõi báo cáo chuyển đổi số, fintech, thanh toán số và open API.
Tìm hiểu các tiêu chuẩn như ISO 27001, PCI DSS ở mức khái quát nếu JD hoặc nhà tuyển dụng nhấn mạnh bảo mật.

Không nên học thuộc định nghĩa máy móc. Hãy tập cách áp dụng vào một quy trình ngân hàng cụ thể.

3. Lộ trình 10 ngày

Ngày 1: Đánh giá năng lực và chuẩn hóa CV

Liệt kê 5 dự án có tác động lớn nhất.
Kiểm tra 8 năm kinh nghiệm có thật sự là financial institution hay không.
Xác định khoảng trống: SQL, visualization, Agile, process modeling.
Viết lại 3 dự án theo cấu trúc vấn đề – hành động – kết quả.

Ngày 2: Banking domain

Ôn quy trình mở tài khoản trực tuyến.
Ôn luồng phê duyệt khoản vay hoặc thẻ tín dụng.
Học KPI ngân hàng và cách diễn giải.
Chuẩn bị một bản mô tả rủi ro của từng quy trình.

Ngày 3: Process modeling

Vẽ BPMN cho một quy trình hiện tại.
Chuyển sang TO-BE và chỉ ra control point.
Luyện cách trình bày sơ đồ trong 5 phút.
Tập viết process narration bằng văn bản.

Ngày 4: Requirements

Viết 1 epic, 5 user story và acceptance criteria.
Tách một yêu cầu lớn thành nhiều slice nhỏ có giá trị.
Tạo requirements traceability matrix.
Luyện phân biệt must-have, should-have và nice-to-have.

Ngày 5: SQL cơ bản và trung cấp

Ôn join, CTE, aggregate và subquery.
Làm 10 bài từ dễ đến trung bình.
Tập viết truy vấn conversion theo từng bước.
Viết câu truy vấn có thể dùng để đối soát hai nguồn dữ liệu.

Ngày 6: SQL phân tích

Học window function.
Làm bài về MoM, top customer, cohort và retention.
Kiểm tra dữ liệu trùng và null.
Diễn giải kết quả thành ba insight và hai khuyến nghị.

Ngày 7: Power BI hoặc Tableau

Xây dựng dashboard 4 trang từ bộ dữ liệu mẫu.
Tạo KPI, trend, breakdown và drill-down.
Tập viết phần insight bên dưới biểu đồ.
Rà soát việc lọc dữ liệu và tính đúng chỉ số.

Ngày 8: Agile và stakeholder

Ôn Scrum events, roles và artifacts.
Mô phỏng refinement cho backlog.
Luyện giải quyết yêu cầu phát sinh.
Viết một kế hoạch workshop 60 phút.

Ngày 9: UAT và case study

Viết test case từ acceptance criteria.
Xác định defect severity và go-live criteria.
Hoàn thiện case cải tiến eKYC hoặc quy trình vay.
Tập trình bày case trong 15 phút và trả lời câu hỏi trong 10 phút.

Ngày 10: Mock interview và hoàn thiện hồ sơ

Phỏng vấn thử 60–90 phút.
Nhờ người có kinh nghiệm phản biện CV và portfolio.
Rà soát số liệu, thuật ngữ và tính nhất quán.
Chuẩn bị câu hỏi cho nhà tuyển dụng và thang lương dự kiến.

4. Bài tập thực hành nên hoàn thành

Một BRD tối đa 8 trang.
Một sơ đồ AS-IS/TO-BE.
Một wireframe low-fidelity.
Một backlog có 15 user story.
Một acceptance-criteria checklist.
Một UAT plan và 20 test case.
Một dashboard 4 trang.
Một bài SQL gồm 15 truy vấn.
Một stakeholder map và communication plan.
Một case presentation 10–12 slide.

5. Checklist trước ngày phỏng vấn

Có thể giải thích bằng tiếng Anh các thuật ngữ BRD, UAT, gap analysis, traceability và Agile.
Viết được SQL cơ bản mà không phụ thuộc autocomplete.
Có ít nhất ba ví dụ định lượng từ kinh nghiệm thực tế.
Biết rõ mình từng làm gì, quyết định gì và kết quả ra sao.
Có thể trình bày một thay đổi quy trình từ vấn đề đến adoption.
Chuẩn bị cách nói về điểm yếu mà không biến nó thành red flag.
Kiểm tra chính sách lương, bonus, hybrid, phụ cấp và ngày nghỉ vì JD không cung cấp phúc lợi.

Tư vấn nghề nghiệp

1. Lộ trình phát triển

Hướng cá nhân chuyên môn

Business Analyst: xây nền tảng discovery, requirements, process và stakeholder.
Senior Business Analyst: tự chủ với sản phẩm hoặc miền nghiệp vụ.
Expert Business Analyst: vị trí hiện tại; dẫn dắt phân tích những vấn đề phức tạp, chịu trách nhiệm về chất lượng solution và mentorship.
Lead/Principal BA: định hướng chuẩn BA, phương pháp, cộng đồng nghề nghiệp và các chương trình lớn.
Enterprise Architect hoặc Solution Architect: phù hợp nếu muốn đi sâu hơn vào kiến trúc, tích hợp và công nghệ.

Hướng sản phẩm

Product Owner: tập trung backlog, outcome, roadmap và ưu tiên sản phẩm.
Senior Product Owner/Product Lead: phụ trách một sản phẩm hoặc nhóm sản phẩm.
Head of Product: quản lý danh mục sản phẩm, chiến lược và P&L.

Hướng chuyển đổi và vận hành

n- Process Excellence/Transformation Consultant: tập trung tái cấu trúc quy trình, Lean, automation và governance.

Digital Transformation Lead: dẫn các chương trình liên phòng ban.
BA Manager/Product Delivery Manager: phù hợp nếu muốn chuyển từ cá nhân chuyên môn sang quản lý nguồn lực, coaching và delivery.

Vì JD ghi không có direct reports, ứng viên nên xác nhận mong muốn nghề nghiệp là individual contributor hay people manager trước khi nhận offer.

2. Mức lương tham khảo tại Hà Nội

Techcombank không công khai mức lương trong JD, vì vậy không nên xem bảng dưới đây là offer chính thức. Đây là khung tham khảo cho thị trường banking/fintech tại Hà Nội, theo thu nhập gross mỗi tháng, chưa bao gồm giá trị thưởng và phụ cấp:

Cấp bậc	Kinh nghiệm gợi ý	Gross tháng tham khảo
BA	2–4 năm	18–30 triệu
Senior BA	5–7 năm	30–50 triệu
Expert BA	8–12 năm	45–75 triệu
Lead/Principal BA	10–15+ năm	60–95 triệu
BA/Product Manager	Trên 12 năm	70–120 triệu

Mức chính thức phụ thuộc:

Quy mô ngân sách của ngân hàng.
Kinh nghiệm trực tiếp trong financial institution.
Mức độ thành thạo SQL và visualization.
Khả năng dẫn dắt workshop và quyết định solution.
Quy mô sản phẩm, số stakeholder và mức độ rủi ro.
Khả năng coaching hoặc làm việc với vendor.
Tiếng Anh, chứng chỉ và mức độ sẵn sàng đi công tác.

Ngoài lương cơ bản cần hỏi rõ:

Thưởng hiệu quả và thưởng cuối năm, thường tính trên mục tiêu nào.
Số tháng thưởng thực tế trong vài năm gần nhất.
Phụ cấp ăn trưa, điện thoại, cấp máy hoặc chứng chỉ.
Bảo hiểm sức khỏe cho bản thân và gia đình.
Chính sách hybrid, overtime và làm thêm cuối tuần.
Ngày phép, đào tạo và ngân sách chứng chỉ.
Cơ chế điều chỉnh lương theo performance.

Nếu có 8–10 năm kinh nghiệm và bằng chứng mạnh, có thể dùng mức khoảng 50–65 triệu gross/tháng làm điểm tham chiếu ban đầu trong thị trường Hà Nội, sau đó điều chỉnh theo phạm vi trách nhiệm và tổng phúc lợi. Không nên chỉ so sánh lương tháng; cần so sánh tổng thu nhập, bonus, phụ cấp, cơ hội học hỏi và mức độ ổn định.

3. Năng lực cần phát triển sau khi vào vị trí

Product analytics và đo lường adoption.
Data storytelling cho cấp quản lý.
BPMN và process mining nâng cao.
API, event-driven architecture và system integration ở mức BA.
Risk analysis, control design và data privacy.
Facilitation, negotiation và conflict resolution.
Mentoring BA junior.
Viết và thuyết trình bằng tiếng Anh.
Hiểu các khung quản trị như COBIT hoặc ITIL ở mức liên quan đến công việc.
Business case, cost-benefit analysis và portfolio prioritization.

Python không bắt buộc trong JD, nhưng học thêm ở mức phân tích có thể mở rộng sang customer analytics, process mining hoặc automation. Tuy nhiên, ưu tiên đầu tiên vẫn là BA chuyên sâu, SQL, visualization và banking domain.

4. Cách tạo lợi thế cạnh tranh

CV nên thể hiện rõ:

Bạn đã làm trong môi trường ngân hàng bao lâu.
Bạn từng chịu trách nhiệm với sản phẩm nào.
Quy mô người dùng, giao dịch, dữ liệu hoặc số chi nhánh liên quan.
Bạn trực tiếp viết yêu cầu, truy vấn SQL hay chỉ tham gia họp.
Bạn đã thay đổi quyết định nào nhờ insight dữ liệu.
Bạn quản lý UAT và go-live ra sao.
Kết quả được đo bằng conversion, thời gian xử lý, chi phí, defect hoặc adoption nào.

Nên tránh các mô tả chung chung như: tham gia họp yêu cầu, làm tài liệu, hỗ trợ BA. Hãy thay bằng hành động và kết quả cụ thể.

5. Điều cần thẩm tra trước khi nhận việc

Vai trò có thực sự là BA chuyên sâu hay chủ yếu làm slide, meeting và theo dõi công việc?
BA có quyền quyết định và tham gia product discovery đến mức nào?
Có thường xuyên phải làm ngoài giờ theo release không?
Mức độ sử dụng SQL là hàng ngày, hàng tuần hay chỉ phục vụ một vài báo cáo?
Team đang thiếu người do mở rộng hay do turnover?
Công cụ và phương pháp hiện tại có thực sự là Agile?
Mục tiêu và KPI của vị trí có thể đo được không?
Cơ hội thăng tiến là theo seniority, people management hay product ownership?

6. Lời khuyên chiến lược

Hãy định vị mình không phải là người chỉ chuyển yêu cầu từ business sang IT, mà là người giúp tổ chức:

Hiểu đúng vấn đề.
Nhìn thấy cơ hội từ dữ liệu.
Thiết kế quy trình khả thi.
Bảo đảm công nghệ đáp ứng nghiệp vụ.
Kiểm chứng giá trị sau khi triển khai.

Đó là tư duy phù hợp nhất với cấp Expert trong JD và cũng là nền tảng để chuyển sang Lead BA, Principal BA, Product Owner hoặc Transformation Lead.

Câu hỏi thường gặp

Em mới ra trường có thể ứng tuyển vị trí Expert, Business Analysis này không?

Theo Success Profile, ứng viên cần ít nhất 8 năm kinh nghiệm phù hợp trong tổ chức tài chính. Vì vậy, sinh viên mới ra trường hoặc ứng viên dưới 2 năm nên bắt đầu ở các vị trí BA junior, business operations, data analyst, product analyst, QA business hoặc process analyst. Hãy xây dựng portfolio thực tế, học SQL, BPMN, requirements, Agile và hiểu nghiệp vụ tài chính trước khi nhắm cấp Expert.

Tôi có 5 năm kinh nghiệm BA trong fintech nhưng chưa làm trực tiếp tại ngân hàng, liệu có cơ hội được phỏng vấn không?

Có thể có cơ hội sàng lọc, nhưng yêu cầu ít nhất 8 năm trong financial institution khiến fintech đôi khi vẫn chưa đáp ứng đúng định nghĩa của nhà tuyển dụng. Bạn nên chứng minh kinh nghiệm với sản phẩm tài chính được quản lý, kiểm soát rủi ro, dữ liệu giao dịch, compliance hoặc khách hàng là tổ chức tài chính. Nếu chỉ có 5 năm, có thể nhắm Senior BA và tích lũy thêm miền ngân hàng.

Tôi đã làm BA hơn 8 năm nhưng chủ yếu viết BRD và tổ chức họp; SQL không thường xuyên dùng. Tôi có nên ứng tuyển không?

Bạn có thể ứng tuyển nếu còn kinh nghiệm quản lý stakeholder, quy trình và UAT, nhưng SQL cần được luyện trước vì JD yêu cầu trực tiếp. Hãy chuẩn bị truy vấn join, CTE, aggregate, window function và bài toán thực tế như conversion hay data reconciliation. Đồng thời, đừng trình bày mình chỉ là người viết tài liệu; cần chứng minh đã tìm nguyên nhân, đánh giá phương án và đo kết quả.

Ứng viên 8 năm kinh nghiệm nên chuẩn bị mức lương bao nhiêu cho vị trí này?

JD chỉ ghi thỏa thuận và không công bố phúc lợi. Với cấp Expert tại Hà Nội, có thể dùng khoảng 45–75 triệu đồng gross mỗi tháng làm khung tham khảo; ứng viên có bằng chứng mạnh về SQL, banking domain, Agile và stakeholder cấp lãnh đạo có thể nhắm mức cao hơn. Tuy nhiên, cần hỏi rõ bonus, phụ cấp, hybrid, bảo hiểm, overtime và cơ chế tăng lương thay vì chỉ nhìn lương cơ bản.

Giờ làm và KPI tại vị trí này thường như thế nào?

JD không cung cấp giờ làm hoặc KPI chính thức, nên không nên suy đoán. Công việc có thể tập trung theo sprint, workshop, UAT và release; giai đoạn go-live có thể tăng áp lực. KPI có thể gắn với chất lượng yêu cầu, tiến độ milestone, adoption, process efficiency, defect leakage, stakeholder satisfaction và chất lượng dashboard. Ứng viên nên hỏi trực tiếp định nghĩa KPI và tần suất làm thêm trong phỏng vấn.

Hãy cho ví dụ acceptance criteria tốt cho một tính năng ngân hàng.

Ví dụ tính năng chuyển khoản: khi khách hàng nhập số tiền vượt hạn mức khả dụng, hệ thống phải từ chối giao dịch, không trừ số dư, hiển thị hạn mức còn lại và ghi audit log; khi giao dịch thành công, số dư, lịch sử giao dịch và báo cáo phải đồng bộ; mọi lần thử lại phải được kiểm soát trong giới hạn an toàn. Acceptance criteria phải rõ, có thể kiểm thử và không mơ hồ như hệ thống phải xử lý nhanh chóng.

Nếu business muốn thêm một tính năng nhưng IT báo không khả thi vì sprint gần kết thúc, tôi xử lý thế nào?

Đầu tiên cần làm rõ giá trị kinh doanh, mức độ khẩn cấp, regulatory impact và sự khác biệt giữa must-have với nice-to-have. Sau đó đánh giá effort, dependency, rủi ro và khả năng trượt sprint. Nếu tính năng là bắt buộc và an toàn, có thể thương lượng giảm scope hoặc chia thành phiên bản nhỏ; nếu không an toàn, không nên nhượng bộ chỉ để giữ lịch. Quyết định cần được ghi nhận bằng dữ liệu và thống nhất với Product Owner.

Tôi muốn thăng tiến từ Senior BA lên Expert BA, cần chứng minh điều gì?

Cấp Expert không chỉ đòi hỏi nhiều năm hơn mà cần thay đổi từ làm theo phạm vi được giao sang định hình vấn đề, đánh giá trade-off và tư vấn cho nhiều stakeholder. Hãy xây dựng bằng chứng về việc cải tiến quy trình, phân tích dữ liệu lớn, quản lý dependency, xử lý rủi ro, mentoring, tham gia chiến lược sản phẩm và tạo kết quả định lượng. Kỹ năng trình bày, tiếng Anh và khả năng làm việc với vendor cũng là lợi thế lớn.

BA, Product Owner và Business Intelligence Analyst khác nhau thế nào trong bối cảnh JD này?

BA tập trung tìm hiểu vấn đề, mô hình hóa quy trình, làm rõ yêu cầu, hỗ trợ UAT và bảo đảm solution đáp ứng nghiệp vụ. Product Owner chịu trách nhiệm ưu tiên backlog, cân bằng giá trị và đạt product outcome. Business Intelligence Analyst tập trung SQL, dashboard và insight. JD này cần một người kết hợp cả ba, nhưng trọng tâm vẫn là business analysis có năng lực dữ liệu, không phải BI thuần túy hay Product Owner thuần túy.