Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  Getting details on User stories
Previous Previous
 
Next Next
New Post 10/27/2011 2:08 AM
User is offline Kunal
1 posts
No Ranking


Getting details on User stories 

 Hi,

I am new to agile and I am trying to understand how gathering requirements works in Agile specifically SCRUM.

From what I have read:

The initial user stories are a one line statement which takes the form: As a ... I want to ... so that ... and a priority.

Then during the planning meeting you discuss the story with the client and developers. You get the story point , acceptance criteria and finalise the priority.

However, the "How to demo" or acceptance criteria is also meant to be a quick one line statement. So where do you specify details such as - all the different columns and the calculations a report needs to show OR what exact fields to capture in a user signup form.

At what stage  are these details flushed out and are they documented anywhere? I am asking because in case of a simple report with 4 or 5 columns the requirement is quite straightforward. But if you have a lot of columns or columns with specific calculation and algorithms, I would think this information will need to be documented before the planning meeting.

Thanks heaps.

 

 
New Post 11/17/2011 3:08 PM
User is offline dldelancey
61 posts
8th Level Poster


Re: Getting details on User stories 

On my current project, we use the first week of the sprint for this.  We have 3 scheduled 3 hour meetings for the team where we talk details.  The developers (usually) are still able to get started while we're working through this.

 
New Post 11/18/2011 6:44 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Getting details on User stories 

Hi:

Think of User Stores as poor man's data flow diagrams:  You capture the essence of the process (i.e., - "As a ... I wnat to... So that... and a priority), but you do not follow the data flows.  As you are not "interviewing the data" you run into poblems when you try to understand the data, which is necessary to, for example, design a report.

Also for other than trivial systems, you run into problems if you try to understand the data bottom up.   Top down data analysis, where you learn the data flows from a higher level of abstraction, and THEN drill into the data details is the way to go.

I know I did not give you a solution, but understanding the problem that you are up against is key to what ever solution you come up with.  (I myself, would use Data Flow Diagrams to understand top down the data.)

Remember:  While Agile is about minimal documentation, it is also about quality documentation, that is a heavy focus on the essentials.  Quick essential data flow diagrams mee this criteria

Tony

 
New Post 8/1/2012 4:46 PM
User is offline ibtisam.jawad
15 posts
9th Level Poster


Re: Getting details on User stories 

You can do most analysis work outside of the Sprint. When time comes for Sprint planning, you should have a clear understanding of "what" you want a particular story to accomplish, and you should be able to convey this to the team. The team can estimate the story based on your input, and even create new stories. In the Sprint you should be focusing on implementing support to meet the need. Just one way of doing things ...

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  Getting details on User stories

Community Blog - Latest Posts

Fabricio Laguna talks Business Analysis and AI
I recently connected with Fabricio Laguna, aka The Brazilian BA. Fabricio is a passionate and pioneering business analyst from Brazil. During our conversation, we had a thought-provoking discussion on how artificial intelligence stands to shape the field of business analysis in the years ahead. While AI promises to transform many aspects of busines...
Business Architecture, Ontology and More with Terry Roach
It's been a privilege meeting Terry Roach, a visionary in the field of enterprise architecture and business architecture. Terry's insights into the evolution of business models, the importance of ontology in architecture, and the potential of AI to shape our future were not only thought-provoking but also a reflection of his extensive exper...
Today I had the pleasure of chatting to Jignesh Jamnadas, Chief Operations Officer at Mosaic, about his Blueprints for Success. As a Senior Finance and Operations Executive, Jigs (as he is known to many) has a holistic understanding of all facets of business and a flair for managing both people and processes. Having worked with Jigs, I was struc...

 



Upcoming Live Webinars




 

Copyright 2006-2024 by Modern Analyst Media LLC