Oct 15, 2014

Nhận diện BA tốt - BA tồi

Trong bất kì dự án công nghệ thông tin nào, việc có một chuyên viên phân tích nghiệp vụ phần mềm (Business Analyst - BA) sẽ giúp cho yêu cầu và phạm vi của dự án được xác định rõ ràng, chi tiết hơn. Bên cạnh đó, việc trao đổi thông tin, quản lý thông tin giữa khách hàng và đội dự án cũng được người làm BA đảm nhiệm. Qua đó cho thấy, vai trò của người làm BA trong một dự án nói riêng và một doanh nghiệp nói chung là rất quan trọng và rõ ràng. Vậy những đặc điểm để nhận diện và phân biệt một người làm BA tốt và một người làm BA tồi là gì? Bài nhận định dưới đây sẽ giúp bạn có được câu trả lời thích hợp cho vấn đề trên:

BA TỐT	BA TỒI
Một BA tốt sẽ có cách tiếp cận vai trò của mình như là một người quản lý sản phẩm, họ sẽ làm việc với đội dự án, với khách hàng để xác định giải pháp tốt nhất cho dự án. Một người BA tốt là một chuyên gia trong việc quản lý yêu cầu dự án. Họ cũng là người giúp cho dự án đạt được mục tiêu đã đề ra. Họ được coi như là thành viên của đội ngũ phát triển, cũng như thiết kế trong dự án... Một BA tốt sẽ có sự nhẫn nại đểtiếp thu ý tưởng từ khách hàng, giải thích cặn kẽ cho khách hàng về nghiệp vụ và lùi lại ra sau khi cần.	Một BA tồi sẽ có cách tiếp cận vai trò của mình như là một thư ký của dự án. Họ chỉ tài liệu hóa những gì mà người khác nói với họ mà không quan tâm gì đến chất lượng của sản phẩm sắp được xây dựng. Một BA tồi như một người học việc, họ chỉ là người hỗ trợ cho đội phát triển. Họ chỉcung cấp tài liệu yêu cầu vừa đủ để khách hàng ký vào hợp đồng.
Một BA tốt sẽ đưa ra quyết định và viết tài liệu thiết kế chi tiết sớm. Họ giúp khách hàng tập trung vào giải pháp khả thi có thể đáp ứng mục tiêu của dự án, tránh việc khách hàng bị mất tập trung vào các vấn đề khác. Khi cần, họ cũng sẽ không ngần ngại nhắc nhở khách hàng ký vào bản xác nhận phạm vi của dự án. Một BA tốt là người giao tiếp tốt cả bằng lời và bằng văn bản. Họ tạo ra tài liệu yêu cầu rõ ràng, dễ hiểu và đầy đủ như là khi họ truyền tải bằng lời. Tài liệu của họ tuân theo một logic hợp lý: Từ chức năng tới chức năng, từ một ý tưởng đến các mô tả phần mềm chi tiết.	Một BA tồi sẽ bị phân tâm bởi nhiệm vụ của người khác: thiết kế giải pháp công nghệ hay thiết kế trải nghiệm người dùng, thay vì tập trung vào nhiệm vụ chính của mình (tài liệu hóa yêu cầu, quản lý yêu cầu).
Một BA tốt đảm bảo tất cả các thành phần trong tài liệu của họ đem lại giá trị nhất định. Họ xác định các yêu cầu chi tiết, sắp xếp và định hướng nó theo mục tiêu và phạm vi dự án.	Một BA tồi sẽ chỉ viết tài liệu yêu cầu theo khuôn mẫu. Họ tập hợp các ghi chú rời rạc từ các cuộc họp với khách hàng và coi đó là tài liệu yêu cầu.
Một BA tốt sẽ thêm ghi chú và các thông tin hỗ trợ vào tài liệu của mình để giúp người đọc dễ hiểu hơn.	Một BA tồi sẽ chỉ tạo lập tài liệu với những thông tin tối thiểu phải có, điều này sẽ làm tốn thêm thời gian của dự án để giải thích tài liệu yêu cầu.
Một BA tốt sẽ có tầm nhìn bao quát để tư vấn chính xác cho khách hàng bằng những lời nói khẳng định, chắc chắn.	Một BA tồi sẽ tư vấn bằng những lời nói lấp lửng, không chắc chắn cho khách hàng.
Một BA tốt sẽ quản lý và sắp xếp các mục cần theo dõi cho tài liệu của họ. Họ có thể xác định chính xác các công việc còn lại và các công việc bị ngưng trong dự án. Họ nhìn thấy trước được các thử thách trong thiết kế và lèo lái nó thông qua tài liệu yêu cầu của họ.	Một BA tồi sẽ để cho đội ngũ phát triển làm công việc của mình bằng việc đẩy các chi tiết thông qua các câu hỏi về thiết kế giải pháp.
Một BA tốt sẽ làm việc cùng với khách hàng để đảm bảo khách hàng được chuẩn bị trước khi UAT. Họ đảm bảo khách hàng sẽ hiểu tài liệu và đảm bảo khách hàng sẽ phân loại các lỗi UAT phù hợp như là các yêu cầu thay đổi.	Một BA tồi sẽ tự giả sử rằng khách hàng đã được chuẩn bị cho UAT. Họ làm cho đội ngũ phát triển rối rắm với các lỗi phát hiện được không rõ ràng, trùng lặp.
Một BA tốt được coi như là một thành viên quan trọng trong sự thành công của dự án. Họ cống hiến hết mình cho dù có hay không có người đọc tài liệu của họ.	Một BA tồi sẽ chỉ làm những việc dễ dàng cho bản thân mà không quan tâm đến chất lượng dự án. Họ sẽ bị thay thế, ra khỏi dự án khi họ không còn đáp ứng được những yêu cầu tối thiểu mà dự án đó yêu cầu.

Bạn đang làm công việc của một người BA? Bạn thấy mình có những đặc điểm nào được nêu trên đây? Bạn đồng ý với những phân tích bên trên chứ? Hay chia sẻ góc nhìn của bạn với chúng tôi.

Nguồn: http://www.batimes.com/articles/good-business-analyst-bad-business-analyst.html

CÁC KHOÁ HỌC BUSINESS ANALYST BACs.VN DÀNH CHO BẠN

Khoá học Online:

Khoá học Offline:

Tại Tp.HCM:

Tại Hà Nội:

Tham khảo lịch khai giảng TẤT CẢ các khóa học mới nhất.

Công ty Đào tạo và Tư vấn BAC

Click để đọc tiếp

Roadmap Business Analyst

Business Analyst (BA) là cầu nối quan trọng giữa nhu cầu kinh doanh và giải pháp kỹ thuật, đảm bảo mọi khía cạnh vận hành hiệu quả. Trong bài viết này, hãy cùng BAC khám phá các công việc chính của một BA dựa theo nhiệm vụ cụ thể, con đường thăng tiến lên vị trí BA Manager.
Data analyst là gì? Mô tả công việc, kỹ năng và nhiều hơn thế nữa

Dữ liệu thô sẽ không có giá trị nếu thiếu đi việc trực quan hóa dữ liệu. Đây là lý do mà Data Analyst (các nhà phân tích dữ liệu) ra đời và chuyển thể hàng trăm nghìn dữ liệu thô thành những thông tin có giá trị, giúp cho các tổ chức ra quyết định một cách sáng suốt.
Từ phân tích đến hành động: Nhà phân tích kinh doanh và giải pháp bền vững

Khi người tiêu dùng ngày càng nhận thức rõ hơn về tác động môi trường mà các doanh nghiệp để lại, chúng ta cũng bắt đầu đòi hỏi sự minh bạch và hành động có trách nhiệm từ họ.
Bí quyết thúc đẩy đổi mới: Phân tích kinh doanh và vai trò phát triển sản phẩm mới

Để có một sản phẩm thành công trước khi ra mắt cần có kế hoạch tỉ mỉ, có sự thấu hiểu sâu sắc về thị trường và quy trình thực thi hiệu quả. Khi đó, phân tích nghiệp vụ chính là điểm giao thoa của tất cả những yếu tố này.

Bình luận

Nguyễn Thị Mai Bình

Business Analyst

Với một người ngoại đạo như mình thì những chuyên đề về "kỹ thuật" của BA hết sức quan trọng. Ví dụ như sử dụng các diagram để mô hình hóa requirement, viết User Story/Use case, v...v..

Đến với khóa học Fundamental Business Analysis, mình đã được gặp thầy Lộc, một người người rất nhiệt tình và có tâm. Ngoài việc chia sẻ các kinh nghiệm thực tế trên lớp thì thầy còn dành thời gian ra để tư vấn, hỗ trợ, góp ý CV cho mình. Bên cạnh đó trung tâm và anh Phụng cũng hỗ trợ gửi CV, kết nối học viên tới mạng lưới các công ty đối tác chất lượng, điều này giúp học viên như mình tìm được công việc phù hợp nhất. Cảm ơn BAC.
Xem chi tiết +
Phạm Quế

Business Analyst

Khoá học Product Design của BAC đã cung cấp cho tôi nhiều kiến thức và nền tảng vô cùng hữu ích. Giảng viên giảng dạy rất nhiệt tình, truyền cho chúng tôi ngọn lửa đam mê và nhiệt huyết trong ngành. Đồng thời chia sẻ các kiến thức và kỹ năng cần thiết trong bài giảng một cách dễ hiểu hơn. Số lượng học viên không quá nhiều nên chất lượng giảng giạy vô cùng tốt. Giảng viên sửa bài tập 1-1 nên bài giảng sẽ chuyên sâu hơn.
Xem chi tiết +
Nguyễn Văn Long

Chuyên viên về chế độ kế toán & Giải pháp nghiệp vụ Tài chính kế toán trong ứng dụng CNTT - Tập đoàn Điện lực Việt Nam (EVN)

Tôi đã tham gia khóa Phân tích nghiệp vụ phần mềm cơ bản 3.0 tại BAC. Ở đây, tài liệu đào tạo cung cấp nhiều nội dung bổ ích và trình bày dễ hiểu. Giảng viên rất nhiệt tình, ngoài nội dung giảng dạy theo giáo trình còn chia sẻ nhiều kinh nghiệm thực tiễn, các câu hỏi của học viên đều được giải đáp ngay trên lớp và có minh họa từ các dự án trong thực tế. Sau tất cả, tôi cảm ơn BAC và Thầy giáo Thái Sơn.
Xem chi tiết +

BA TỐT

BA TỒI