Getting good user stories from business analysts
Learn how to craft effective user stories — read on for essential analyst insights.

Introduction
A lot has been said and written about user stories and their role in an agile context. But what are people actually writing as user stories?
It doesn’t matter if you are agile or traditional in your approach, poorly written requirements are one of the major causes of project failure. This is where the business analyst comes to the fore.
At agileKRC we believe that understanding the business analyst role and the powerful effect it has is pivotal to success when working in an agile way. The business analyst is the role which should write the requirements.
There are 7 things to keep in mind when writing good requirements:
- Keep asking ‘why’.
- Build on the User Story structure.
- Go for purity – avoid the solution.
- Interact.
- Start with the end in mind.
- Beware the role of the Product Owner.
- Move centre stage – become pivotal.
Video
In this video, Keith Richards, the Founder of agileKRC explains why the agile business analyst role is so important in agile, the importance of getting good requirements and user stories in an agile context, and the harsh realities about requirements.
The video is a recording of a webinar in which Keith answers these questions:
- Why is the business analyst role so important in the agile space?
- Why is this role missing from most agile approaches?
- Why is it vital to write good requirements and user stories?
- What can go wrong without a business analyst?
- How does the business analyst blend in with the team and stakeholders?
- What is the difference between a business analyst and a Scrum Product Owner?
Download PDF
Download presentation
To download a PDF version of the presentation used in this webinar, click the button.
Download presentation
To download a PDF version of the user story checklist you can use on your teams, click the button.
Good user stories from Agile business analysts in Agile software development
Good user stories from Agile business analysts are fundamental to Agile software development. Agile business analysts and Agile analysts work together with development teams during each sprint. They create Agile stories, Agile business stories, and Agile user stories from analysts to help define backlog items. Business analysts user stories and user stories from Agile business analysts ensure clear acceptance criteria, functional details, and value for customers.
How Agile business analysts create effective Agile user stories
Good Agile business analysts focus on professional practices and use techniques based on the Agile method and Scrum (Software Development) framework. They write user stories that are easy for developers to understand. Each Agile user story provides enough information for the development team and stakeholders. These good Agile stories break epics into smaller tasks, making work manageable and prioritised in the product backlog.
The impact of user stories from Agile business analysts on outcomes
User stories from good Agile business analysts clarify requirements and help drive outcomes. Business user stories and user stories Agile must be testable, independent, and fit the needs of users and partners. Agile user stories from business analysts provide examples and acceptance criteria that match business strategy, product management, and customer benefits. Good stories from Agile business analysts help product managers and teams deliver high-value features and services.
The role of business analyst stories in Agile discovery and delivery
Business analyst stories and stories from business analysts often lead discovery discussions and provide knowledge, support, and feedback. Agile user story techniques bring agreement and common understanding among members. By using well-defined user stories, Agile business analysts ensure the delivery of valuable, functional, and non-functional requirements within sprints. This practice supports improved development, better outcomes, and successful software products.
agileKRC has helped shape agile thinking by leading the teams that developed AgilePM® and PRINCE2 Agile®. We take a practical, success-oriented approach. We begin by taking the time to listen and understand your needs, before offering our real-world experience and expert guidance.