Getting good user stories from business analysts
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 saying ‘why’
- Build on the User Story structure
- Go for purity – avoid the solution
- Start with the end in mind
- Beware the role of the Product Owner
- Move centre stage – become pivotal
In this video, Keith Richards, the Founder of agileKRC and Lead Author and Chief Examiner for Agile Project Management (AgilePM) and DSDM Atern, and Lead Author of PRINCE2 Agile 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 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?
To see a PDF version of the presentation used in this video, click the download button below.
User story checklist
Do you want to see a checklist to use when creating user stories on your project? To download the PDF checklist, click the button below.