Blog

Bạn là một chuyên viên viên Phân tích nghiệp vụ (Business Analyst – BA)? Và bạn luôn muốn công việc của mình hiệu quả hơn?

Trong thực tế, một dự án xem như là thất bại khi sản phẩm bàn giao không đáp ứng được yêu cầu của khách hàng. Vậy làm sao để “hiểu và làm đúng” yêu cầu đây? Và có bao giờ bạn nghe hay làm cái việc gọi là “Xác thực yêu cầu” chưa?

Các dự án ERP vô cùng phức tạp, liên quan đến phân tích quy mô lớn và thay đổi phạm vi tổ chức mà đòi hỏi cần được thực hiện và duy trì. Các doanh nghiệp rất dễ cảm thấy choáng ngợp nhất là khi phải đối mặt với quy mô của các chức năng thực hiện trong dự án.

Sơ đồ tư duy là một trong số các kỹ thuật phân tích nghiệp vụ nhằm cung cấp sự trực quan của những ý tưởng, suy nghĩ hoặc vấn đề. Nó còn là một kỹ thuật Brainstorming (Động não) tuyệt vời, dùng để thu thập thêm nhiều ý tưởng và khám phá điểm quan trọng của vấn đề. Không có bất cứ quy luật nào có thể áp dụng cho sơ đồ tư duy.

Kỹ thuật Nhóm danh nghĩa (NGT) là một nhóm quy trình liên quan đến xác định vấn đề, tìm ra giải pháp và ra quyết định. NGT có thể được sử dụng trong các nhóm có nhiều kích cỡ, những người muốn ra quyết định một cách nhanh chóng, ví dụ như bằng một cuộc bầu chọn, nhưng lại muốn ghi nhận ý kiến của tất cả mọi người (điều này trái ngược với bầu chọn truyền thống, nơi mà chỉ những nhóm lớn nhất mới được xem xét). Các phương pháp kiểm đếm sẽ tạo ra điều khác biệt. Đầu tiên, mỗi thành viên nhóm sẽ đưa ra quan điểm của họ về giải pháp, với một lời giải thích ngắn.

Mẫu tài liệu dành cho "Chuyên viên phân tích nghiệp vụ phần mềm". Tùy theo đặc thù mỗi dự án mà BA sẽ linh động trong việc sử dụng tài liệu cho phù hợp. Mục đích chính là ghi nhận đủ thông tin và có thể theo dõi yêu cầu của dự án một cách tốt nhất. BAC tổng hợp 2 nguồn tài liệu tham khảo để các bạn có thể sử dụng tương ứng cho dự án của mình. Chúc các bạn thành công.

Brainstorming hay còn gọi là “Động não”. Tuy nhiên, trong bài viết này, để giữ nguyên vẹn nghĩa của từ này chúng tôi dùng từ “Brainstorming” thay vì “Động não”. Brainstorming là kỹ thuật hội ý do một nhóm người thực hiện nhằm tìm ra lời giải cho vấn đề nào đó bằng các góp nhặt tất cả ý kiến của nhóm người này nảy sinh trong cùng một thời gian theo một nguyên tắc nhất định

Kỹ thuật sáng tạo nhóm (Group Creativity Techniques) là những giải pháp cho việc thu hút những ý tưởng từ một nhóm gồm các bên liên quan và có thể rất hữu ích trong những buổi thu thập yêu cầu.

Quy trình phát triển phần mềm (Software Development Life cycle- SDLC) bao gồm một chuỗi các bước thực hiện trong công ty phần mềm để cung cấp một dự án phần mềm. Các bước gồm: Khởi tạo, lên kế hoạch, thu thập yêu cầu, thiết kế, phát triển, kiểm thử, triển khai và bảo trì. Bước khởi tạo được bắt đầu khi khách hàng đưa ra ý tưởng về phần mềm cho đội ngũ nhân viên kinh doanh của công ty, sau đónhân viên kinh doanh báo cáo cho người quản lý dự án (Project Manager - PM), người phân tích nghiệp vụ (Business Analyst - BA) và kiến trúc sư phần mềm (Technical architect - TA)

Người phân tích nghiệp vụ hay còn gọi là Business Analyst - BA được xem là cầu nối giữa các bên liên quan, họ đóng vai trò rất quan trọng trong việc quản lý các nhóm và cá nhân liên quan. Việc quản lý các bên liên quan tác động trực tiếp với sự thành công của dự án. Nếu việc quản lý này kém sẽ gây ra những ảnh hưởng tiêu cực trong quá trình phát triển dự án và điều này có thể dẫn đến sự thất bại của dự án.

Mức lương trung bình của chuyên viên phân tích nghiệp vụ phần mềm (IT Business Analyst – IT BA) ở Mỹ tầm $67K, cụ thể dao động từ $47K đến $102K (trong 1 năm).Trong thế giới BA, có rất nhiều nguồn thu nhập, đáng kể nhất là tiền thưởng, có thể lên tới $10K, và trong một số trường hợp, thu nhập sẽ có thêm $7K từ việc chia lợi nhuận. Làm ở công ty nào cũng là nhân tố chính ảnh hưởng tới khoản thu nhập của một BA; bên cạnh đó các yếu tố khác như kinh nghiệm, khu vực địa lý cũng ảnh hưởng đáng kể đến thu nhập của BA.

Sự thật là có rất nhiều dự án phần mềm thất bại mỗi năm, mặc dù có những tiến bộ về trong phát triển phần mềm và phân tích nghiệp vụ. Với vai trò là người đào tạo và cố vấn cho các nhà phân tích nghiệp vụ, tôi thường gặp phải những trường hợp sau : Một dự án phần mềm nội bộ trông có vẻ diễn ra rất tốt đẹp cho đến khi người BA đưa ra bản dùng thử các giải pháp cho các bên tham gia dự án nhưng chỉ để nghe BA nói về phần mềm không thôi, đó là một lỗi lớn sẽ ngăn cản phần mềm không được thay đổi những chi tiết quan trọng hướng người dùng khi đưa vào sử dụng