As a Business Analysts, often we have to work in the two worlds of Business and Technology.These are the two vast fields with multiple areas that the BA is expected to keep an eye on.
But once your project grows bigger, teams start to get lost in big bunch of user stories and then it gets harder and harder for everyone to see the same big picture of your project
From my past experience I find the biggest difference between being an Agile BA and a BA working in waterfall is the scope of the requirements we create. Before I'd work on the requirements for the whole system and get sign off on the whole thing (Blueprints). Now that I am working on a Agile project in Scrum team, I get the Epics for scope before the project starts, but then everything's explored in the span of the 2/3-week sprints.
We may take an epic and break it down into several stories, but We are only getting detailed requirements for the next 2 or 3 weeks. It is rather challenging to be thinking small, but also thinking about the whole process or even about the organization as a business analyst of a particular project.
Sometimes it can be easy to get lost in the middle of iterations and forget about the big picture of the final product. I would say that is a real fight you have to figure out how to win with the correct balance of sprints and overall project deliverables in Agile project as a business analyst.
So if you are also facing a same issue of poor visualization of big picture in your agile project then join my session to know how we have tackled this issue and able to visualize the big picture.