Business Analyst ( Ba Là Viết Tắt Của Từ Gì ? Kinh Nghiệm Onsite Tại Mỹ Của 1 Ba

BA là viết tắt Business Analyst. Business Analyst là người sẽ có rất nhiều giải pháp cho yêu cầu của khách hàng, không phải lúc nào vấn đề cũng được giải quyết bởi giải pháp phần mềm.

Đang xem: Ba là viết tắt của từ gì

Đọc bài phỏng vấn với Business Analyst Manager tại FPT Software – anh Lê Hoàng Vũ – để nghe anh chia sẻ về vị trí Business Analyst.

Công việc thường ngày của một BA là gìNhững kỹ năng nào là quan trọng nhất đối với một BASai lầm thường gặp của người làm BA là gìLời khuyên anh dành cho các bạn muốn trở thành BA

BA là gì?

Anh có th gii thích Business Analyst là gì?

BA là viết tắt Business Analyst. Business Analyst là người làm việc với khách hàng để lấy yêu cầu, sau đó chuyển thông tin và thảo luận về yêu cầu này với team nội bộ (Developer, QC) và quản lý document.

Business Analyst sẽ có rất nhiều giải pháp cho yêu cầu của khách hàng, không phải lúc nào vấn đề cũng được giải quyết bởi giải pháp phần mềm. Em có thể hiểu như vậy.

Business Analyst làm gì?

1. Business Analyst làm vic vi khách hàng đ ly yêu cu, ri chuyn cho teamnội bộ. Điều thú vị ở đây làBA làm việc với khách hàng còn nhiều hơn cả PM. Và đôi khi, chính BA là người đủ thân thiết để có thể giúp công ty có thêm cơ hội hợp tác với khách hàng.

Như anh trong quá trình làm việc với nhiều khách hàng, anh từng phát hiện họ cần thêm những hệ thống khác. Anh giúp phân tích ưu nhược điểm của các hệ thống đó cho khách hàng, đưa ra nhiều giải pháp phần mềm cho họ. Tức là anh đã gián tiếp làm sales, đem lại project cho công ty.

2. Giao tiếp vi team nội bộ, bao gm chuyn thông tin và tho lun v yêu cu khách hàng, v d án nói chung. Cụ thể hơn, Business Analyst phải làm việc với cả Developer, QC, PM.

Từng có một dự án, khi viết yêu cầu khách hàng xong, anh nhận ra rằng có một phần việc thuộc dự án khác của team khác, không phải team anh.

Lúc đó, anh trao đổi lại với bạn PM, rằng yêu cầu phát sinh này team anh có phải làm hay không, nếu làm thì tính tiền như thế nào, nếu làm thì nó có tác động gì đến những phần khác trong dự án của team không v.v…

3. Công vic v documentation, bao gm vic viết và qun lý document. Quản lý document quan trọng vì document không phải viết một lần là xong, mà còn chỉnh sửa các kiểu.

Một dự án không chỉ có một document. Quản lý document nghĩa là phải làm sao để mọi người cùng biết đâu là bản cuối cùng, và khi có những thay đổi trong dự án thì nó ảnh hưởng đến document nào.

*
*

Anh Vũ (ngồi ngoài cùng bên trái) cùng đồng nghiệp ở Harvey Nash

Công việc Business Analyst tại FSoft như thế nào?

Về cơ bản, công việc của anh là lấy yêu cầu từ khách hàng rồi chuyển cho team nội bộ.

Tuy nhiên, lúc trước thì khách hàng tìm đến công ty outsourcing nơi anh làm việc khi họ đã có ý tưởng về phần mềm rõ ràng. Business Analyst chỉ cần hiểu và đóng góp một vài thay đổi nhỏ để cụ thể hóa ý tưởng đó.

Còn bây giờ, anh tham gia vào dự án từ rất sớm. Lúc này, bản thân khách hàng cũng chưa mường tượng ra phải làm gì. Anh sẽ ngồi thảo luận chung với nhóm Product Owner của khách hàng trong giai đoạn product definition.

Sau đó, trong tuần anh sẽ có từ 1 đến 5 buổi tối (tùy thời điểm) họp với team ở Việt Nam (do Mỹ và Việt Nam trái múi giờ) để truyền đạt thông tin của khách hàng và thảo luận với team cách đáp ứng các yêu cầu của khách hàng.

Anh có gặp sự cố gì trong công việc Business Analyst Manager?

Có. Có lần sau khi khách hàng họp bàn và chia sẻ ý tưởng, anh chưa hỏi ý khách hàng mà chuyển ngay ý tưởng đó cho team Việt Nam. Sau đó, team Việt Nam đặt nhiều câu hỏi cho Product Owner của khách hàng.

Kết quả là các bạn Product Owner của khách hàng không vui. Họ nói với anh là những gì họ chia sẻ mới chỉ là ý tưởng rất sơ khai, sau khi bàn bạc thảo luận có thể sẽ chọn ý tưởng khác. Việc anh chuyển thông tin ngay cho offshore team có thể làm mọi thứ rối lên.

Từ đó, anh rút ra bài học là phải thận trọng hơn, khi thảo luận ý tưởng đạt đến một mức độ nhất định thì mình cần hỏi khách hàng là có thể chuyển thông tin cho offshore team được chưa. Họ đồng ý thì mình mới trao đổi với offshore team.

Tuy nhiên, đến giai đoạn requirement đã rõ ràng, anh thường khuyến khích các team member làm việc trực tiếp với Product Owner của khách hàng.

Gần đây, mô hình Agile/Scrum được áp dụng, đòi hỏi mỗi team member phải làm rất nhiều việc và phải có các kỹ năng: giao tiếp, tiếng Anh, khái quát vấn đề, và trình bày.

Xem thêm:

Đây là một trong những thứ mà nhiều bạn Developer và Tester ở Việt Nam thiếu. Vì vậy, anh luôn khuyến khích và hỗ trợ các bạn bổ sung những kỹ năng này để đi theo mô hình Agile trên thế giới.

Sai lm ln nht mà anh tng mc phi và bài hc anh rút ra t sai lm đó là gì?

Lúc trước có một dự án màkhi anh đọc sơ yêu cầu của nó rồiso với thời gian dự tính của team thì anh thấy là với nguồn lực hiện tại, team chắc chắn không thể hoàn thành dự án với yêu cầu nhiều như vậy.

Khi anh tham gia dự án thì nó đã chạy được một thời gian ngắn rồi. Sai lầm của anh là thay vì phải ngay lập tức feedback cho cả team với một thái độ cứng rắn thì anh lại nói thôi kệ, cứ cố gắng thôi. Nhưng càng làm thì thấy là càng đuối, không thể giải quyết được.

Chốt lại, anh học được bài học là phải nhìn nhận vấn đề đúng như những thật sự của nó, và đôi khi phải có thái độ cứng rắn đối với cả team cũng như cả bản thân mình trong việc thừa nhận vấn đề.

Tuyển Business Analyst tại TP.HCM

Tuyển Business Analyst tại Hà Nội

Có điu gì mà mi người thường hiu lm v mt Business Analyst?

Anh nghĩ cái mà nhiều người hiểu lầmlà:khi nói đến BA, ai cũng nghĩ đến BA IT. Nhưngđến khi anh làm BA rồi, và anh hiểu về công việc BA thì anh mới biết BA cn thiết cho mi t chc ch không ch riêng IT.

BA là Business Analyst. Thật sự trong cả chữ đó, không có chữ nào liên quan đến IT hết. (Cười)

Theo anh, định nghĩa của nghề BA là: “BA là người giúp định nghĩa ra những yêu cầu để có thể chuyển từ trạng thái này sang trạng thái khác.”

Ví dụ anh nói sales của tôi đang gặp vấn đề, và vấn đề đến từ việc đội ngũ sales chưa được chuyên nghiệp. Thì người BA chính là người giúp định nghĩa ra những yêu cầu để làm sao chuyển từ trạng thái ‘đội ngũ sales chưa chuyên nghiệp’ sang trạng thái ‘đội ngũ sales trở nên chuyên nghiệp’.

Có rất nhiều giải pháp cho yêu cầu này, không phải lúc nào vấn đề cũng được giải quyết bởi giải pháp phần mềm.

Giả sử bạn BA-1 sau khi phân tích thì thấy anh nên làm một phần mềm để training các bạn sales tốt hơn. Nhưng bạn BA-2 thấy rằng anh thuê toàn những bạn sales yếu kém nên đề nghị anh thay những bạn này bằng các bạn sales khác trưởng thành hơn.

Đim cộng ca ngh BA là gì?

Về điểm cộng thì thứ nhất, với vị trí là một Business Analyst, em sẽ có cơ hội tiếp xúc với nhiều khách hàng, nhiều bạn developer, QC, QA. Vì vậy em s phát trin được k năng giao tiếp.

Điểm cộng thứ hai làem được biết rt nhiu domain knowledge. Bởi vì tính chất công việc khiến một BA biết rất nhiều domain, và mọi domain họ biết thì đều biết sâu.

Điểm cộng thứ ba thì giống như là một hiệu ứng phụ của điểm cộng thứ hai. Đó là kh năng mt bn BA chuyn con đường s nghip sang nhng công vic khác là khá rng.

Vì khi em làm một dự án liên quan đến Digital Marketing, em hiểu về nó, thì có thể là có một cơ duyên nào đó (như là em thấy thích thú ngành Digital Marketing hơn) để em chuyển sang làm Digital Marketing mà không làm BA nữa.

Anh từng chứng kiến điều này ở vài người bạn của anh. Không chỉ Marketing mà còn có thể là Finance & Banking…

Về điểm trừ thì thứ nhất làthi gian làm vic ca mt bn BA rt ngược vi người thường.

Hầu hết thời gian, BA phải làm việc với khách hàng nước ngoài nên đôi khi thời gian biểu trái với giờ sinh hoạt và làm việc của gia đình. Ví dụ thỉnh thoảng buổi tối anh phải online để họp với khách hàng ở Mỹ, ở Anh vì tối của mình là sáng của họ.

Điểm trừ thứ hai làthnh thong phi đi onsite nước ngoài. Đối với một số người, thì đây là điểm tốt. Tuy nhiên với anh, về khía cạnh gia đình thì đi onsite nghĩa là anh phải xa gia đình, thì đây là điều trở ngại.

Điểm cuối cùng, cái này thì anh nghĩ nó là thử thách hơn là điểm trừ. Chính là vì anh phải thay đổi dự án thường xuyên, nên trở ngại và thử thách là lúc nào cũng phi hc nhng domain mi trong mt thi gian ngn.

Khi một khách hàng tìm đến mình thì mong đợi của họ là mình không chỉ có những kỹ năng về phân tích mà mình cần phải am hiểu về domain của họ.

Xem thêm:

Vì vậy, mình phải làm sao để khi mình gặp khách hàng, mặc dù chưa hiểu sâu về domain đó nhưng phải học đủ nhanh, nắm đủ thông tin để có thể nói chuyện với khách hàng. Và thậm chí, giống như là còn hiểu hơn cả khách hàng để có thể tư vấn ngược lại cho họ.

Leave a comment

Your email address will not be published. Required fields are marked *