Lộ trình học Business Analyst cho người trái ngành

Tôi học kinh tế, làm hai năm ở bộ phận chăm sóc khách hàng rồi mới chuyển sang làm Business Analyst. Không có bằng công nghệ thông tin, không biết lập trình, và ban đầu còn không phân biệt được BA với Data Analyst. Bài này là lộ trình tôi đã đi, đã sửa lại sau khi phỏng vấn nhiều ứng viên trái ngành khác, viết cho người đang ở đúng chỗ tôi từng đứng: muốn làm BA nhưng không biết bắt đầu từ đâu và sợ mình thiếu nền.

BA thực sự làm gì mỗi ngày

Business Analyst là người đứng giữa bên có nhu cầu (khách hàng, phòng ban nghiệp vụ, chủ sản phẩm) và bên làm ra giải pháp (đội phát triển phần mềm). Công việc hàng ngày gồm: hỏi để hiểu vấn đề thật sự đằng sau yêu cầu, mô tả quy trình hiện tại và quy trình mong muốn, viết tài liệu yêu cầu đủ rõ để lập trình viên làm và kiểm thử viên kiểm tra, vẽ màn hình phác thảo, làm rõ thắc mắc trong lúc phát triển, và kiểm tra sản phẩm có đúng ý ban đầu không.

Nói ngắn gọn, BA bán kỹ năng hiểu vấn đề và truyền đạt, không bán kỹ năng viết code. Đó là lý do người trái ngành hoàn toàn có cửa, với điều kiện chịu học phần kỹ thuật ở mức đủ để nói chuyện với lập trình viên.

Có hai nhánh phổ biến ở Việt Nam. IT BA làm trong công ty phần mềm hoặc phòng công nghệ, gần đội phát triển, cần hiểu hệ thống nhiều hơn. Business BA hoặc BA nghiệp vụ làm ở ngân hàng, bảo hiểm, bán lẻ, gần nghiệp vụ hơn và cần hiểu ngành. Lộ trình dưới đây phục vụ nhánh IT BA là chính nhưng phần lớn dùng được cho cả hai.

Trái ngành: bất lợi gì và lợi thế gì

Bất lợi rõ nhất là thiếu từ vựng kỹ thuật: API, database, môi trường test, sprint. Nhà tuyển dụng cũng có định kiến rằng người không học công nghệ sẽ không hiểu hệ thống.

Lợi thế thì ít người nhận ra. Nếu bạn từng làm kế toán, bạn hiểu quy trình tài chính hơn bất kỳ lập trình viên nào. Nếu bạn từng làm bán hàng hoặc chăm sóc khách hàng, bạn biết người dùng thật sự phàn nàn gì. Nếu bạn làm vận hành, bạn quen với quy trình và biểu mẫu. BA giỏi là người hiểu nghiệp vụ, và kinh nghiệm cũ của bạn chính là nghiệp vụ. Hãy chọn ngành mà bạn đã có hiểu biết để xin việc BA đầu tiên, tỉ lệ thành công cao hơn hẳn.

Giai đoạn 1 (4 đến 6 tuần): hiểu môi trường làm phần mềm

Trước khi học kỹ năng BA, bạn cần biết phần mềm được làm ra như thế nào, nếu không mọi khái niệm sau đó đều lơ lửng.

• Vòng đời phát triển phần mềm: các giai đoạn từ ý tưởng, phân tích, thiết kế, lập trình, kiểm thử đến vận hành. Hiểu sự khác nhau giữa cách làm tuần tự và cách làm lặp theo Agile, Scrum: sprint, backlog, các buổi họp và vai trò của Product Owner, Scrum Master, đội phát triển.
• Cấu trúc một hệ thống ở mức khái niệm: giao diện, xử lý, cơ sở dữ liệu, API là gì và chúng nói chuyện với nhau ra sao. Không cần biết code, cần biết vẽ được sơ đồ khối ba tầng và giải thích bằng lời.
• Các vai trò xung quanh BA: Developer, Tester, Designer, Project Manager, Product Owner làm gì, BA giao gì cho ai và nhận gì từ ai.

Bài tập: chọn một ứng dụng bạn dùng hàng ngày, ví dụ ứng dụng ngân hàng, vẽ sơ đồ các màn hình và đoán xem mỗi thao tác của bạn đi qua những thành phần nào của hệ thống.

Giai đoạn 2 (6 đến 8 tuần): kỹ năng lõi của BA

Thu thập và làm rõ yêu cầu

Học cách phỏng vấn, quan sát, tổ chức buổi làm việc với các bên, và quan trọng nhất là hỏi "tại sao" đủ nhiều lần để tìm ra vấn đề gốc thay vì ghi lại giải pháp người ta nói. Phân biệt yêu cầu nghiệp vụ, yêu cầu người dùng, yêu cầu chức năng và phi chức năng.

Mô hình hoá

Ba loại sơ đồ nên thành thạo: sơ đồ quy trình nghiệp vụ theo BPMN hoặc flowchart đơn giản, sơ đồ use case, và sơ đồ hoạt động hoặc sơ đồ trạng thái cho các luồng phức tạp. Công cụ nào cũng được, quan trọng là sơ đồ đọc một lần hiểu ngay.

Viết tài liệu

Học viết user story đúng dạng kèm tiêu chí chấp nhận, viết đặc tả use case với luồng chính và luồng ngoại lệ, và biết cấu trúc một tài liệu yêu cầu đầy đủ. Lỗi phổ biến nhất của người mới là viết mơ hồ: "hệ thống cho phép tìm kiếm nhanh" thay vì nói rõ tìm theo trường nào, kết quả hiển thị gì, không có kết quả thì sao.

Phác thảo giao diện

Dùng Figma hoặc công cụ wireframe bất kỳ để vẽ màn hình ở mức khung, không cần đẹp.

SQL cơ bản

Không bắt buộc với mọi vị trí nhưng tạo khác biệt lớn khi phỏng vấn. Chỉ cần SELECT, WHERE, JOIN, GROUP BY để tự kiểm tra dữ liệu và hiểu cấu trúc bảng.

Giai đoạn 3 (4 đến 6 tuần): dự án giả lập và portfolio

Đây là giai đoạn quyết định bạn có được gọi phỏng vấn hay không. Nhà tuyển dụng không tin chứng chỉ bằng tin tài liệu bạn tự viết. Chọn một bài toán gần với ngành cũ của bạn, ví dụ hệ thống quản lý yêu cầu hỗ trợ khách hàng nếu bạn từng làm chăm sóc khách hàng, rồi làm trọn bộ:

1. Mô tả bối cảnh, các bên liên quan và vấn đề cần giải quyết.
2. Sơ đồ quy trình hiện tại và quy trình mong muốn.
3. Danh sách yêu cầu, chia nhóm, có ưu tiên.
4. Sơ đồ use case và ba đến năm đặc tả use case chi tiết.
5. User story kèm tiêu chí chấp nhận cho một sprint.
6. Wireframe các màn hình chính.
7. Một trang ghi lại những quyết định khó và lý do.

Đóng gói thành một tài liệu hoặc một trang web đơn giản. Khi phỏng vấn, bạn sẽ nói về dự án này thay vì lý thuyết.

Giai đoạn 4: xin việc đầu tiên

• Nhắm vào vị trí BA fresher, BA intern, hoặc các vị trí lai như Product Support, Implementation Consultant, Functional Consultant trong công ty triển khai phần mềm. Những vị trí này dễ vào hơn và chuyển sang BA sau một năm là chuyện bình thường.
• Ưu tiên công ty làm phần mềm cho đúng ngành bạn có kinh nghiệm.
• Trong CV, đưa kinh nghiệm cũ lên dưới góc nhìn BA: bạn đã từng cải tiến quy trình nào, từng viết hướng dẫn gì, từng làm cầu nối giữa những ai.
• Chuẩn bị trả lời câu hỏi tình huống: "khách hàng muốn thêm tính năng X, bạn làm gì?". Đáp án tốt luôn bắt đầu bằng việc hỏi lại để hiểu mục tiêu.

Chứng chỉ có cần không

Các chứng chỉ phổ biến như ECBA, CCBA, CBAP của IIBA hay PMI-PBA có giá trị với người đã làm nghề vài năm muốn chuẩn hoá kiến thức. Với người mới và trái ngành, chúng không thay thế được portfolio và hiếm khi là yếu tố quyết định ở vòng tuyển fresher. Nếu bạn có điều kiện, hãy học theo khung kiến thức của chứng chỉ để có hệ thống, nhưng đừng trì hoãn việc xin việc chỉ để chờ thi.

Về khoá học, một khoá BA cho người mới có bài tập viết tài liệu và được chữa sẽ rút ngắn giai đoạn 2 và 3 đáng kể, nhất là phần viết đặc tả, vì tự đọc rất khó biết mình viết đã đủ rõ chưa. Trên khoahocsinhvien.com có vài khoá BA thực chiến và IT BA, bạn có thể xem ở phần khoá liên quan. Dù học khoá nào, hãy làm dự án giả lập của riêng mình song song, đừng chỉ nộp bài tập trong khoá.

Lỗi thường gặp của người trái ngành

• Cố học lập trình để "bù" nền công nghệ, mất nửa năm mà vẫn không viết nổi một tài liệu yêu cầu.
• Học lý thuyết quá nhiều, sưu tầm mẫu tài liệu nhưng không tự viết cái nào từ đầu.
• Chọn dự án giả lập ở ngành mình không hiểu, ví dụ làm sàn thương mại điện tử khi chưa từng bán hàng, nên tài liệu nông.
• Bỏ qua kinh nghiệm cũ trong CV vì nghĩ không liên quan, trong khi đó là điểm mạnh nhất.
• Chỉ nộp vào vị trí có chữ "Business Analyst", bỏ lỡ các vị trí lai dễ vào hơn.

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

Không biết lập trình có làm BA được không?

Được. Phần lớn BA không viết code trong công việc. Bạn cần hiểu khái niệm hệ thống đủ để đặt câu hỏi đúng và đọc hiểu câu trả lời của lập trình viên. SQL cơ bản là điểm cộng, lập trình thực thụ thì không bắt buộc.

Học BA trong bao lâu thì xin được việc?

Với lộ trình trên và khoảng 10 giờ mỗi tuần, bạn cần khoảng bốn đến năm tháng để có portfolio đủ dùng. Thời gian tìm việc sau đó tuỳ thị trường và ngành bạn nhắm. Người có kinh nghiệm nghiệp vụ rõ ràng thường tìm được nhanh hơn người chỉ có bằng cấp chung chung.

BA khác Data Analyst ở điểm nào?

BA làm việc với yêu cầu và quy trình để xây hoặc cải tiến hệ thống. Data Analyst làm việc với dữ liệu để trả lời câu hỏi kinh doanh bằng số. Hai nghề có chung kỹ năng hiểu nghiệp vụ và SQL, nhưng sản phẩm đầu ra khác nhau: BA ra tài liệu và giải pháp, DA ra báo cáo và phân tích.

Nên bắt đầu ở công ty lớn hay nhỏ?

Công ty nhỏ cho bạn làm nhiều việc và học nhanh nhưng ít người hướng dẫn. Công ty lớn có quy trình chuẩn và người kèm nhưng bạn có thể chỉ làm một mảng hẹp. Với người trái ngành, công ty vừa hoặc công ty triển khai phần mềm cho doanh nghiệp thường là điểm bắt đầu cân bằng nhất.