Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  User Stories & Best practices
Previous Previous
 
Next Next
New Post 5/13/2015 9:54 AM
User is offline Michael
1 posts
No Ranking


User Stories & Best practices 

 

Hi

My question is around how to structure a user story for a user filling out an online application for a personal loan. For complexity, lets assume that the user must enter 3 different sets of contact details (name, address, contact number, email, & role). They must also provide supporting documentation (pdf, excel, word documents) and they need to answer 20 mandatory questions.


My thinking is that I should firstly create a Epic with the following description: "As a applicant, I want to fill up the Personal Loan form, so I can apply for a loan". I then need to create separate user stories for the 3 different sets of contact details. I should then create 20 additional user stories for each of the mandatory questions (as each question may have different acceptance criteria) and a further user story to cover the uploading of the supporting documentation. 


My concern at this point is that at no point have I created a user story to cover actually creating the form. I can create a separate user stories to cover the submit and cancel application processes.

Am I correct in my approach, or can you suggest a more effective approach? The approach I've used covers the requirements, but I don't believe it does it in a cost effective manner.

Michael.
 
New Post 5/17/2015 1:51 AM
User is offline Kimbo
456 posts
5th Level Poster


Re: User Stories & Best practices 

Hi Michael,

I'm certainly no expert but the idea is to pitch a user story at what your scrum team can achieve to the definition of done within one cycle. That may mean you have too many or too few. At face value it looks like too many to me.

Kimbo

 
New Post 6/10/2015 11:33 PM
User is offline Matt Adams (Business Analyst)
6 posts
10th Level Poster


Re: User Stories & Best practices 

You could create a feature for each section of the form (including that each feature must be on the same form) within the epic and then stories within each feature. That way if it is too big to create in one cycle, you can set a sprint goal as one or two features instead of the whole form.

Ken Rubin has a great explanation in his book 'Essential Scrum: A Practical Guide...'. 

Also, if you're using Scrum techniques.

The developers should pick up these details through conversations during planning, estimating or any other form of conversation you have. And then you can capture notes to each Story, Feature or Epic.

 

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  User Stories & Best practices

Community Blog - Latest Posts

In today's dynamic business environment, mastering effective business analysis techniques is crucial for organizations aiming to achieve sustainable growth and competitive advantage. Business analysis involves the systematic evaluation of business processes, requirements, and strategies to uncover insights that drive informed decision-making. T...
For many years now, a lot of people have found it difficult to identify the difference between Sankey diagrams and parallel sets. The two have made headlines, given that most people find it challenging to note what makes them different from each other. What remains to be undeniable is the fact that the Sankey diagram is among the top data visualiza...
Hosted by Deirdre Caren on Agora Insight's Blueprints for Success - Business Architecture and AI In our recent conversation with Joseph Edward, we explored the transformative power of business architecture (BA) and technology as tools for uplifting communities. Joseph, with his rich background spanning from education to IT leadership, shared...

 






 

Copyright 2006-2024 by Modern Analyst Media LLC