Điều kiện của Work history cho CBAP gồm: Đã làm ít nhất 7500 giờ trong công việc của BA và trong đó đạt ít nhất 3500 giờ trong 4 knowledge areas mà IIBA đã định nghĩa gồm: Business Analysis Planning and Monitoring, Elicitation and Collaboration, Requirement Life Cycle Managements, Requirements Analysis and Design Definition, Strategy Analysis, and Solution Evaluation.
Khi đọc các mô tả yêu cầu từ nhà tuyển dụng, hoặc đi phỏng vấn thì các bạn sẽ gặp các yêu cầu lúc thì BA biết BRD, lúc thì SRS, lúc thì User Story…Về cơ bản thì Yêu cầu đầu vào của BA thì thường chia làm 4 loại lớn đó là: Business requirement, Stakeholeder Requirement, Solution Requirement, Transaction requirements. Trong đó có 3 loại phổ biến mà BA thường gặp trong dự án.
Project Vision Document ghi nhận lại tầm nhìn và những kết quả mong đợi trong tương lại đối với dự án. Cụ thể, Project Vision Document sẽ làm rõ các câu hỏi: Lý do tại sao nên thực hiện dự án này? Mục đích của dự án là gì? Phạm vi dự án như thế nào? Ai sẽ là những có ảnh hưởng và bị ảnh hưởng khi thực thi dự án này? Kết quả mong đợi của dự án là gì và nó sẽ được đo lường trên những tiêu chí nào?
Khái niệm Business Analyst (BA) dù đã xuất hiện trong nhiều năm nhưng vẫn chưa thực sự được hiểu đúng. Đặc biệt, không ít bạn thực sự phân vân, một BA sẽ làm những công việc cụ thể gì? Tại sao nhiều công việc khác nhau lại có cùng chức danh? Bài viết này, chúng ta sẽ cùng thảo luận về định nghĩa chính thức của BA, danh sách công việc và những điều cốt lõi của một BA.
Cuối cùng nhưng chắc chắn không thể thiếu chính là các kỹ năng mềm, những kỹ năng quyết định đến sự thành công của một Business Analyst. Trong phần này, BAC xin chia sẻ một số kỹ năng mềm quan trọng không thể thiếu của một người làm công việc BA.
Bạn là người mới và mong muốn khám phá về vai trò của một Business Analyst (BA). Bạn tự hỏi bản thân rằng một BA sẽ cần những kỹ năng và kinh nghiệm gì? Đây chính là bài viết dành cho bạn, nếu bạn chưa biết về khái niệm BA hãy tham khảo bài viết bên dưới của BAC nhé!
Quản lý các yêu cầu và lập kế hoạch dự án thông qua các câu chuyện của người dùng (user stories) là mấu chốt của phương pháp phát triển phần mềm Agile. Tuy nhiên, những gì thực sự đi vào câu chuyện người dùng phụ thuộc rất nhiều vào bối cảnh nhóm của bạn.
Trong bài viết trước, BAC đã chia sẻ đến bạn đọc khái niệm Business Analyst, họ như là cầu nối giữa khách hàng và đội ngũ thực hiện dự án. Nội dung lần này, chúng ta sẽ đi sâu vào công việc của một Business Analyst thông qua các ví dụ thực tế và cũng như chia sẻ từ những người đã và đang hoạt động trong lĩnh vực này.
Khi đã quyết định trở thành một Business Analyst trong tương lai, bạn có thể đã xem xét những gì mình cần đánh đổi. Tuy nhiên, một trong những điều quan trọng khác cần nghiêm túc quan tâm khi đi đến quyết định lựa chọn công việc chính là tránh những sai lầm từ kinh nghiệm của người đi trước.
Nếu bạn đang sở hữu những kĩ năng kỹ thuật vững chắc, thì đó sẽ là một điểm cộng lớn cho bạn trên con đường phát triển sự nghiệp BA. Tuy nhiên, trở ngại lớn nhất mà nhiều kỹ sư phần mềm gặp phải khi chuyển sang làm BA đó là chưa có góc nhìn đúng đắn về các vấn đề trong kinh doanh/nghiệp vụ.
BAC dành thời gian viết riêng cho các lập trình viên phần mềm (Software Developer) chuyển hướng sang phân tích nghiệp vụ phần mềm chuyên nghiệp(Information Technology (IT) Business Analyst)- How to Move from Software Developer to Business Analyst.
Rất khó để có câu trả lời đơn giản cho câu hỏi “làm thế nào để trở thành một SQL Developer”. Nhưng qua bài viết này, BAC sẽ giúp bạn tiết kiệm một chút thời gian và giúp bạn tập trung vào những điều quan trọng để đạt được mục tiêu trên. Vậy một SQL Dev làm những công việc gì?, từ đó chúng ta cần biết kiến thức nào cần thiết để áp dụng cho vị trí SQL Developer