Phân biệt Business Analyst và Systems Analyst đơn giản

Đây là một bài viết được phiên dịch từ tác giả Laura Brandenburg từ Bridging the Gap. Tác giả đã trình bày một cách rất cụ thể và dễ hiểu về sự khác nhau giữa vai trò của Business Analyst (BA) và Systems Analyst (SA). Hy vọng bài viết này sẽ giúp bạn có thêm thông tin tham khảo và xác định con đường sự nghiệp của mình.

1. Chức danh công việc

Đầu tiên, có một lưu ý về chức danh Business Analyst (nhà phân tích kinh doanh) đó là chúng được sử dụng không nhất quán trong chuyên môn. Điều mà tác giả muốn nhấn mạnh là về vai trò và định nghĩa tiêu chuẩn cho mỗi vai trò. Những gì bạn thấy trên các tin tuyển dụng, thậm chí là trong công ty có thể khác với những gì được chia sẻ dưới đây.

2. Business Analyst làm công việc gì?

Thông thường, vai trò BA được định nghĩa là người tạo điều kiện thay đổi, chịu trách nhiệm về các yêu cầu, phát triển kiến thức về nhu cầu kinh doanh để tạo ra giải pháp, giải quyết các vấn đề kinh doanh hay tăng giá trị cho việc kinh doanh. Một BA sẽ phân tích quy trình và thậm chí là phần mềm để giúp cải thiện hoặc triển khai quy trình.

Trong lĩnh vực phần mềm, yêu cầu chức năng và yêu cầu dữ liệu cần được xem xét. Phần mềm làm gì, phần mềm lưu trữ thông tin như thế nào? Nó liên quan đến mối quan hệ chặt chẽ với doanh nghiệp và các nhóm công nghệ. Đó là cầu nối giữa kinh doanh và IT để đảm bảo các bên liên quan có cùng hiểu biết về giải pháp phần mềm sẽ là gì để giải quyết quy trình kinh doanh hoặc vấn đề kinh doanh.

2. Systems Analyst làm công việc gì?

SA làm công việc gì? Khác nhau như thế nào? Thông thường, vai trò của SA tập trung nhiều vào khía cạnh công nghệ của giải pháp. Bạn sẽ không có một SA chỉ về thay đổi quy trình kinh doanh.

Trong trường hợp một BA làm công việc gì đó không liên quan một thay đổi phần mềm vì họ chỉ có thể sửa quy trình kinh doanh, các SA chỉ đến khi có sự thay đổi phần mềm. Họ có thể sẽ đi sâu hơn vào một vài lớp vào các yêu cầu phần mềm cần hoạt động từ góc độ người dùng cuối, mà còn xem xét cách phần mềm đó được xây dựng, cách phần mềm được định cấu hình, có khả năng, cách nhiều hệ thống sẽ làm việc cùng nhau để hoàn thành một mục tiêu cụ thể hoặc đáp ứng một yêu cầu chức năng cụ thể.

Họ sẽ bóc tách các lớp của hệ thống đó và công nghệ đó để đảm bảo rằng giải pháp, một lần nữa, đáp ứng nhu cầu kinh doanh nhưng họ tập trung nhiều hơn vào khía cạnh phần mềm của giải pháp, có lẽ không phải quy trình kinh doanh phụ. Họ làm nhiều mô hình dữ liệu hơn, thiết kế dữ liệu nhiều hơn, dữ liệu di chuyển như thế nào giữa các hệ thống, cách các hệ thống kết nối, hoạt động và tích hợp để đáp ứng một tính năng.

Đội khi, họ thực hiện một số cấp độ lập trình hoặc mã hóa kỹ thuật; thỉnh thoảng chức danh công việc được sử dụng theo cách đó nhưng họ chắc chắn hiểu cách viết mã, cách mã hoạt động và có khả năng chỉ cộng tác với các chuyên gia khác đang tự viết mã.

Đó chính là sự khác biệt giữa hai vai trò. Vai trò của BA tập trung vào kinh doanh hơn và SA tập trung hơn vào phía kỹ thuật.

3. Nhiều Business Analyst đồng thời là Systems Analyst

Ngày nay, nhiều người có thể cùng lúc đảm nhiệm cả hai vai trò. Hãy bắt đầu với câu hỏi “Sản phẩm cần làm gì?”, “Các tính năng cuối cùng mà sản phẩm cần thực hiện là gì?”. Trong một vài công ty, bạn sẽ thấy sự kết hợp của các vai trò và điều đó đòi hỏi rất nhiều sự nhạy bén trong kinh doanh và kỹ thuật.

Trong một số công ty khác, bạn sẽ thấy cả hai vai trò BA và SA. Do đó, điều quan trọng là cần phải có sự kết nối và cộng tác chặt chẽ giữa hai cá nhân. Điều có xu hướng xảy ra là BA đưa ra các yêu cầu của họ và SA tạo ra các yêu cầu của họ và có thêm một lớp tài liệu yêu cầu ở giữa hai vai trò đó như một phần của quy trình.

Bạn cần đảm bảo quy trình dịch thuật về những gì doanh nghiệp muốn và vấn đề cuối cùng đang được giải quyết đang được thực hiện thông qua các tài liệu đặc tả kỹ thuật. Cần có rất nhiều sự kết nối và cộng tác giữa hai cá nhân.

4. Nên chọn sự nghiệp Business Analyst hay Systems Analyst?

Điều này còn tùy thuộc vào bạn:

• Nếu bạn thích công việc kinh doanh hơn và bạn muốn kết nối với người dùng doanh nghiệp để giải quyết các vấn đề doanh nghiệp, có lẽ bạn sẽ muốn tập trung nhiều hơn vào vai trò Business Analyst.
• Nếu bạn thích công nghệ, thậm chí nếu bạn không muốn viết mã, bạn có một nền tảng công nghệ sâu, bạn muốn tận dụng ưu thế này mà không phải viết mã, phân tích hệ thống chính là sự nghiệp phù hợp cho bạn.

Hy vọng qua bài viết này các bạn đã có được câu trả lời mình cần. Các bài viết mới sẽ được cập nhật thường xuyên, đừng quên đón đọc tại BAC’s Blog.

Nguồn tham khảo:

https://www.bridging-the-gap.com/

Nhu cầu đào tạo doanh nghiệp