[Unlock Digital Skills] Webinar #3: Khám phá nhân tố Vàng Trong thời đại số: Business Analyst

Rào cản lớn nhất của người mới tìm hiểu về nghề Business Analyst (BA) là thường bị lạc giữa các định nghĩa lý thuyết mơ hồ, không biết một BA thực tế làm gì hàng ngày và liệu dân Kinh tế có cạnh tranh nổi với dân IT. Hiểu sai bản chất nghề nghiệp này rất nguy hiểm, dễ dẫn đến việc đầu tư sai lệch thời gian và tiền bạc vào những khóa học hay chứng chỉ không phù hợp.

Để giải quyết triệt để nút thắt đó, bài viết này sẽ bóc tách vai trò BA dưới góc nhìn thực tế và logic nhất: từ cách xử lý một bài toán nghiệp vụ cụ thể, lộ trình thăng tiến, cho đến phương án tối ưu chi phí khi chinh phục các chứng chỉ quốc tế. Được chị Phạm Thị Xuân Lộc, là giảng viên xuất sắc Khóa IT Business Analyst tại Cole chia sẻ.

I. Cách người mới hiểu về BA

1. Bản chất công việc BA

Theo định nghĩa từ sách chuyên ngành BABOK (Business Analysis Body of Knowledge) của tổ chức IIBA, phân tích nghiệp vụ là hoạt động tạo điều kiện cho sự thay đổi trong doanh nghiệp bằng cách:

• Xác định rõ nhu cầu và các vấn đề tồn tại của tổ chức.

• Đề xuất các giải pháp tối ưu nhằm giải quyết triệt để các nhu cầu đó.

• Mang lại giá trị thực tế cho các bên liên quan (stakeholders).

Chị Lộc nhấn mạnh vai trò của BA thông qua sơ đồ quy trình truyền đạt thông tin kinh điển trong dự án phần mềm. Sơ đồ chỉ ra rằng khi không có vai trò trung gian của BA, yêu cầu của khách hàng khi truyền đạt trực tiếp qua các bộ phận như quản lý dự án, lập trình viên hay kiểm thử viên sẽ bị tam sao thất bản. Kết quả là sản phẩm nghiệm thu hoàn toàn lệch pha với mong muốn ban đầu, gây lãng phí lớn về thời gian và chi phí của doanh nghiệp. BA chính là người "phiên dịch" giúp kéo ngôn ngữ kinh doanh của khách hàng và ngôn ngữ kỹ thuật của lập trình viên về cùng một hệ quy chiếu.

2. Các đầu việc chính của một BA trong dự án thực tế

Diễn giả liệt kê chi tiết các công việc mà một BA phải đảm nhiệm xuyên suốt vòng đời phát triển phần mềm:

• Thu thập và khơi gợi yêu cầu (Elicitation): Gặp gỡ khách hàng, người dùng hoặc các bộ phận nghiệp vụ liên quan để khai thác khó khăn, mong muốn và mục tiêu của họ.

• Phân tích yêu cầu: Sắp xếp, phân loại, bóc tách và lựa chọn các giải pháp phù hợp để giải quyết vấn đề.

• Thiết kế và viết tài liệu đặc tả: Vẽ các sơ đồ luồng công việc (UML, Use Case, Activity Diagram), thiết kế giao diện khung (Wireframe/Mockup) và viết tài liệu đặc tả yêu cầu hệ thống (SRS - Software Requirement Specification).

• Truyền đạt và làm việc với đội ngũ kỹ thuật: Giải thích tài liệu đặc tả cho đội ngũ lập trình (Developer) để họ viết code chính xác, đồng thời hỗ trợ đội ngũ kiểm thử (QC/Tester) hiểu rõ sản phẩm để xây dựng kịch bản kiểm thử (Test Case).

• Nghiệm thu sản phẩm (UAT): Kiểm tra tính năng phần mềm xem đã đáp ứng đúng yêu cầu đặc tả chưa trước khi bàn giao chính thức cho khách hàng.

II. Phân tích chuyên sâu về BA trong mảng Ngân hàng (Banking BA)

Vì đối tượng người nghe đa số có nền tảng từ trường Kinh tế Quốc dân, chị Lộc đã dành một phần lớn thời lượng để đi sâu vào phân tích đặc thù của BA trong lĩnh vực Tài chính - Ngân hàng.

1. Phân loại các vai trò BA trong Ngân hàng

Cơ cấu tổ chức tại các ngân hàng hiện đại thường phân rã vị trí BA thành ba nhánh chính tương ứng với các khối phòng ban khác nhau:

• BA Chiến lược (Strategic BA): Đóng vai trò cố vấn cho Ban giám đốc hoặc Tổng giám đốc. Nhiệm vụ của họ là phân tích dữ liệu vĩ mô, nghiên cứu thị trường để đề xuất các chiến lược kinh doanh dài hạn nhằm tối ưu hóa bộ máy vận hành và gia tăng lợi nhuận.

• BA Nghiệp vụ/Sản phẩm (Product BA): Nằm ở các khối nghiệp vụ chuyên môn của ngân hàng (như khối Bán lẻ, khối Nguồn vốn, khối Khách hàng doanh nghiệp). Họ là những người nắm cực kỳ sâu về quy trình nghiệp vụ chuyên ngành và định hình các tính năng cho sản phẩm tài chính.

• BA Công nghệ (IT BA): Thường trực thuộc Khối Công nghệ thông tin hoặc Khối Chuyển đổi số. Vị trí này yêu cầu nhân sự vừa phải hiểu nghiệp vụ ngân hàng, vừa phải nắm vững cấu trúc kỹ thuật hệ thống, luồng đi của dữ liệu và cách tích hợp API giữa các hệ thống nội bộ hoặc đối tác bên thứ ba.

2. Bộ khung kiến thức bắt buộc của một Banking BA

Chị Lộc chỉ ra rằng, để làm việc được trong môi trường ngân hàng, BA phải tự trang bị bốn mảng kiến thức đặc thù:

• Kiến thức nghiệp vụ ngân hàng (Banking Domain): Hiểu rõ các quy trình cốt lõi như mở tài khoản, gửi tiết kiệm, quy trình thẩm định cho vay, phát hành thẻ tín dụng, hệ thống Core Banking...

• Kiến thức về Tài chính và Fintech (Finance & Fintech): Hiểu cách thức hoạt động của các cổng thanh toán, ví điện tử, luồng luân chuyển tiền tệ và tích hợp dịch vụ trung gian thanh toán.

• Kiến thức về Quản trị rủi ro (Risk Management): Vì ngân hàng kinh doanh tiền tệ – một loại hàng hóa đặc thù có tính nhạy cảm cao, BA khi thiết kế bất kỳ tính năng nào cũng phải đánh giá kỹ lưỡng các rủi ro bảo mật, gian lận tài chính hoặc thất thoát thông tin.

• Kiến thức về Luật pháp và Quy định pháp lý (Compliance): Sản phẩm tài chính làm ra bắt buộc phải tuân thủ nghiêm ngặt các thông tư, quy định của Ngân hàng Nhà nước và pháp luật hiện hành.

Tìm hiểu: Bootcamp Các Domain IT BA

3. Bài toán thực tế: Quyết định 2345 của Ngân hàng Nhà nước

Để người nghe hiểu rõ tính thực chiến, chị Lộc đưa ra một case study cụ thể về Quyết định 2345 của Ngân hàng Nhà nước, bắt buộc người dùng phải xác thực sinh trắc học qua căn cước công dân gắn chip khi thực hiện các giao dịch chuyển tiền trên 10 triệu đồng/lần hoặc trên 20 triệu đồng/ngày.

Khi văn bản pháp lý này được ban hành, công việc của một IT BA tại các ngân hàng sẽ bao gồm:

• Nghiên cứu kỹ thông tư để hiểu rõ các điều kiện bắt buộc.

• Phân tích hệ thống Mobile Banking hiện tại xem cần bổ sung thêm tính năng gì (ví dụ: tính năng quét NFC để đọc chip căn cước, tính năng nhận diện khuôn mặt khớp với dữ liệu của Bộ Công an).

• Thiết kế luồng trải nghiệm khách hàng (User Flow) sao cho vừa đảm bảo tính bảo mật nghiêm ngặt theo luật định, vừa giảm thiểu tối đa sự phiền hà, nghẽn mạng cho người dùng trong quá trình thao tác.

• Phối hợp với đội lập trình để triển khai nâng cấp ứng dụng và đội kiểm thử để chạy thử nghiệm các kịch bản lỗi (ví dụ: căn cước bị hỏng chip NFC, ảnh quét khuôn mặt không khớp, lỗi kết nối mạng...).

III. Câu chuyện thực tế về hành trình chuyển ngành của diễn giả

Để tiếp thêm động lực cho các bạn trẻ còn mông lung về định hướng, chị Lộc đã chia sẻ chân thực về hành trình tìm ra đam mê nghề nghiệp của bản thân.

Chị tốt nghiệp chuyên ngành Công nghệ thông tin với suy nghĩ ban đầu là sẽ trở thành lập trình viên (Developer). Chị bắt đầu công việc viết code cho một doanh nghiệp Hàn Quốc. Tuy nhiên, sau một thời gian, chị nhận thấy thể lực của mình không phù hợp với cường độ làm việc quá khuya (thường xuyên phải OT đến 11 - 12 giờ đêm cùng các đồng nghiệp nam). Bên cạnh đó, tư duy viết mã nguồn của chị cũng không thực sự vượt trội.

Nhận thấy sự không phù hợp, chị quyết định dịch chuyển sang làm kiểm thử phần mềm (Tester) tại Viettel. Sau một năm làm việc ổn định, chị nhận ra công việc kiểm thử mặc dù giúp chị rèn luyện tính cẩn thận nhưng vẫn chưa thỏa mãn mong muốn được tư duy giải pháp và thiết kế hệ thống của mình. Chị tiếp tục chuyển sang FPT, nơi chị có cơ hội đảm nhận vị trí kết hợp vừa làm kiểm thử vừa thiết kế giải pháp nghiệp vụ phần mềm (tiền thân của vị trí BA hiện tại). Tại đây, chị nhận ra bản thân đặc biệt phù hợp với việc phân tích quy trình, làm việc với khách hàng và đề xuất các giải pháp kỹ thuật. Từ đó, chị gắn bó hoàn toàn với lộ trình phát triển của một BA chuyên nghiệp.

Từ trải nghiệm cá nhân, chị Lộc nhắn nhủ các bạn sinh viên rằng việc thử nghiệm, nhận diện sai lầm và chủ động thay đổi hướng đi trong những năm đầu sự nghiệp là điều hoàn toàn bình thường và cần thiết để tìm ra thế mạnh thực sự của bản thân.

Câu chuyện thành công học viên ITBA: Học viên ITBA chia sẻ hành trình

IV. Lộ trình phát triển và các thách thức trong nghề BA

1. Con đường sự nghiệp (Career Path)

Vị trí BA có lộ trình thăng tiến rõ ràng, chia làm hai nhánh tùy thuộc vào năng lực và sở thích của mỗi cá nhân:

• Nhánh Nghiệp vụ/Sản phẩm: Đi từ BA Nghiệp vụ Product Owner (PO - Người sở hữu sản phẩm) Product Manager (PM - Quản lý sản phẩm) Head of Product Giám đốc Sản phẩm (CPO). Nhánh này tập trung sâu vào định hướng kinh doanh, tính năng sản phẩm và trải nghiệm khách hàng.

• Nhánh Công nghệ (IT BA): Đi từ Junior IT BA Senior IT BA BA Leader Head of BA Giám đốc Công nghệ (CIO). Nhánh này đòi hỏi sự am hiểu sâu sắc về kiến trúc hệ thống thông tin, tối ưu hóa cơ sở dữ liệu và công nghệ tích hợp phần mềm.

2. Những thách thức thực tế

Chị Lộc khẳng định nghề BA có mức thu nhập và đãi ngộ rất tốt, nhưng áp lực đi kèm cũng tương xứng:

• Khối lượng công việc lớn: Thường xuyên phải họp hành liên tục với nhiều phòng ban để giải quyết các bất đồng về mặt yêu cầu, xử lý khối lượng tài liệu khổng lồ và điều chỉnh giải pháp liên tục theo biến động thị trường.

• Đòi hỏi độ chính xác tuyệt đối: Đặc biệt trong mảng ngân hàng, một lỗi phân tích logic nhỏ của BA khi thiết kế luồng tiền có thể dẫn đến hậu quả nghiêm trọng về mặt tài chính hoặc pháp lý.

• Yêu cầu khắt khe về kỹ năng mềm: BA phải có khả năng giao tiếp, thuyết phục và giải quyết xung đột tốt vì họ đứng giữa các bên có lợi ích trái ngược nhau (khách hàng muốn làm nhiều tính năng nhanh nhất, lập trình viên muốn tối giản tính năng để dễ viết code).

Đối với câu hỏi về việc người có tính cách hướng nội có làm được BA hay không, chị Lộc khẳng định là hoàn toàn có thể vì người hướng nội thường có ưu thế về khả năng lắng nghe sâu và phân tích logic chi tiết. Tuy nhiên, họ bắt buộc phải nỗ lực tự rèn luyện để vượt qua rào cản ngại nói, ngại giao tiếp trước đám đông, vì đặc thù của nghề này đòi hỏi việc tương tác trực tiếp và thuyết trình giải pháp diễn ra gần như hàng ngày.

V. Cẩm nang chinh phục chứng chỉ quốc tế IIBA và tối ưu chi phí

Đối với những nhân sự muốn đi theo con đường BA chuyên nghiệp, sở hữu các chứng chỉ của tổ chức quốc tế IIBA (Hiệp hội Phân tích Nghiệp vụ Quốc tế) là một lợi thế cạnh tranh rất lớn. Chị Lộc đã hệ thống hóa lộ trình này thành các phần rõ ràng.

1. Ba cấp độ chứng chỉ trọng tâm

• ECBA (Entry Certificate in Business Analysis - Cấp độ 1): Dành cho sinh viên mới ra trường hoặc nhân sự chuyển ngành. Chứng chỉ này không yêu cầu kinh nghiệm làm việc thực tế, chỉ yêu cầu tích lũy tối thiểu 21 giờ học (PD - Professional Development) theo tài liệu chuẩn BABOK trong vòng 4 năm gần nhất.

• CCBA (Capability of Certified Business Analysis - Cấp độ 2): Dành cho người đã có từ 2 đến 3 năm kinh nghiệm làm BA thực tế, yêu cầu tối thiểu 21 PD.

• CBAP (Certified Business Analysis Professional - Cấp độ 3): Dành cho các chuyên gia phân tích nghiệp vụ cao cấp có từ 5 năm kinh nghiệm thực tế trở lên, yêu cầu tối thiểu 35 PD.

2. Bài toán chi phí và giải pháp tối ưu

Chị Lộc phân tích cụ thể các khoản chi phí thực tế khi thi một chứng chỉ quốc tế (lấy ví dụ cho CCBA và CBAP):

Chi phí ôn tập và mua tài liệu:

• Sách giáo trình BABOK bản cứng (in ấn tự túc): Chi phí nhỏ không đáng kể.

• Mua tài khoản luyện đề giả lập trên hệ thống Watermark Learning: Dao động khoảng 99 USD (cho 1 tháng) đến 159 USD (cho 3 tháng).

• Học phí ôn thi tại các trung tâm đào tạo chuyên nghiệp (nếu có): Trung bình khoảng 15.000.000 VNĐ.

Lệ phí hồ sơ và phí thi chính thức:

• Phí đăng ký thành viên IIBA (Membership): Khoảng 55 USD (~1,3 triệu VNĐ).

• Phí xét duyệt hồ sơ (Application Fee): Khoảng 125 USD (~2,9 triệu VNĐ).

• Lệ phí thi (Exam Fee): Khoảng 325 USD (~7,4 triệu VNĐ).

Tổng chi phí trọn gói nếu học tại trung tâm và thi hoàn chỉnh có thể dao động từ 38 đến hơn 40 triệu VNĐ. Để hỗ trợ các bạn sinh viên tiết kiệm ngân sách, diễn giả gợi ý các giải pháp tối ưu hóa chi phí thực tế:

• Tích lũy giờ học (PD) giá rẻ: Thay vì học các khóa học đắt tiền để lấy chứng nhận 21 PD hoặc 35 PD, hãy lên nền tảng Udemy tìm kiếm các khóa học chuẩn được IIBA công nhận. Vào các đợt giảm giá, các khóa học này chỉ có mức giá từ 199.000 VNĐ đến 300.000 VNĐ nhưng vẫn được cấp chứng chỉ giờ học hợp lệ để khai hồ sơ thi.

• Góp vốn luyện đề theo nhóm: Tài khoản luyện đề trên Watermark Learning cho phép ôn tập liên tục. Học viên nên lập nhóm từ 3 đến 5 người học chung để mua một tài khoản và chia giờ đăng nhập ôn luyện nhằm giảm chi phí xuống còn một phần tư.

• Phương pháp đọc tài liệu: Sách BABOK có 11 chương lớn xoay quanh 6 vùng kiến thức cốt lõi (Knowledge Areas). Diễn giả khuyên học viên nên đọc bản dịch tiếng Việt để hiểu rõ tư duy tổng quan trước, nhưng bắt buộc phải học và làm đề bằng bản tiếng Anh. Đề thi thật sử dụng các thuật ngữ chuyên ngành chuẩn xác, việc lạm dụng bản dịch tiếng Việt sẽ dẫn đến hiểu sai câu hỏi tình huống khi đi thi.

• Tiêu chuẩn đăng ký thi: Học viên chỉ nên đóng lệ phí thi khi quá trình làm đề thi thử (mô phỏng đúng cấu trúc đề thật về mặt thời gian và số lượng câu hỏi) đạt kết quả chính xác từ 85% trở lên ổn định trong 3 đến 4 lần liên tiếp.

VI. Giải đáp thắc mắc trực tiếp của người tham gia (Q&A)

Trong phần cuối của chương trình, diễn giả đã trả lời trực tiếp các câu hỏi có tính thực tế cao từ các bạn sinh viên năm cuối:

1. Sinh viên khối ngành Kinh tế có bị lép vế trước sinh viên ngành IT khi làm BA?

Chị Lộc khẳng định là không. Sinh viên Kinh tế có lợi thế rất lớn về tư duy quản trị, sự nhạy bén về số liệu tài chính và kiến thức nghiệp vụ (domain knowledge). Đây lại chính là rào cản lớn của dân IT thuần túy. Sinh viên IT có lợi thế về kỹ thuật (technical) nhưng thường gặp khó khăn khi hiểu các bài toán kinh doanh phức tạp. Do đó, sinh viên Kinh tế chỉ cần bổ sung các kiến thức kỹ thuật nền tảng (như cơ sở dữ liệu, luồng hệ thống) là hoàn toàn có thể cạnh tranh sòng phẳng, thậm chí thăng tiến nhanh hơn ở các hướng đi như Product Owner hay Product Manager.

2. BA có cần phải biết viết code hay không?

Công việc của BA hoàn toàn không yêu cầu viết mã nguồn (code). Tuy nhiên, BA bắt buộc phải có kiến thức kỹ thuật cơ bản. Cụ thể, BA cần biết cách hệ thống vận hành, hiểu cấu trúc cơ sở dữ liệu để viết các câu lệnh truy vấn SQL đơn giản, biết giao thức tích hợp hệ thống là gì (như API) để có thể thảo luận và thống nhất giải pháp kỹ thuật với lập trình viên một cách hiệu quả.

3. Làm sao để tích lũy kinh nghiệm làm việc ở nhiều lĩnh vực (domain) khác nhau?

Lời khuyên thực tế từ diễn giả là đối với các nhân sự mới vào nghề, việc trải nghiệm qua 1-2 lĩnh vực khác nhau để tìm ra định hướng là tốt. Tuy nhiên, về lâu dài, giá trị lớn nhất của một BA nằm ở sự chuyên sâu của nghiệp vụ (Domain Knowledge). Doanh nghiệp sẽ trả lương rất cao cho một BA hiểu sâu sắc về một mảng cụ thể (như Chứng khoán, Ngân hàng, Y tế, hay Logistics) vì họ có khả năng đưa ra giải pháp ngay lập tức khi hệ thống gặp lỗi hoặc có yêu cầu mới. Việc làm dàn trải quá nhiều lĩnh vực mà không sâu sẽ khiến BA thiếu tự tin và khó đưa ra các giải pháp có giá trị cao cho tổ chức.

4. Hiệu quả thực tế của các khóa học ngắn hạn (ví dụ khóa 25 buổi tại COLE):

Đáp lại câu hỏi của học viên về việc liệu học xong có đi làm được ngay không, chị Lộc (giảng viên trực tiếp thiết kế lộ trình đào tạo này tại COLE) giải thích: Khóa học được thiết kế lược bỏ hoàn toàn lý thuyết suông. Học viên sẽ được chia nhóm, tự chọn một bài toán thực tế (ví dụ: xây dựng một tính năng cho ví điện tử, hệ thống quản lý học tập trực tuyến...). Xuyên suốt 25 buổi, học viên sẽ phải đóng vai trò là một BA thực thụ: trực tiếp vẽ sơ đồ quy trình, viết tài liệu đặc tả yêu cầu hệ thống (SRS), thiết kế wireframe và thuyết trình bảo vệ giải pháp của mình trước giảng viên. Sản phẩm cuối khóa chính là một bộ tài liệu đặc tả hoàn chỉnh do chính học viên viết. Đây là tài liệu thực tế có giá trị cao nhất để học viên đưa vào Portfolio (hồ sơ năng lực) khi đi phỏng vấn xin việc, giúp nhà tuyển dụng thấy rõ năng lực phân tích thực chiến thay vì một chiếc CV trống trải nghiệm.

>>> Xem chi tiết buổi webinar tại: