11
USER STORIES & DECOMPOSING REQUIREMENTS

User stories and decomposing requirements

Embed Size (px)

DESCRIPTION

 

Citation preview

Page 1: User stories and decomposing requirements

USER STORIES & DECOMPOSING REQUIREMENTS

Page 2: User stories and decomposing requirements

WHAT IS A USER STORY?• A REGULAR STORY IS ABOUT SOME PERSONS, THEY ARE

IN A SITUATION, SOMETHING HAPPENS THAT IS INTERESTING, THEN THERE IS AN OUTCOME AND AN END

• SOMETIMES THERE IS A MORAL OR SOME RATIONALE FOR IT ALL

• USER STORIES ARE STORIES ABOUT A USER OF OUR PRODUCT. THERE IS A SITUATION, THE USERS DOES SOMETHING AND THE PRODUCT RESPONDS GIVING THE USER SOME RESULT (HOPEFULLY OF SOME VALUE)

Page 3: User stories and decomposing requirements

WHAT IS A USER STORY?• A USER’S NEED

• A PLANNING ITEM

• A REQUIREMENT

• A (CHUNK OF) PRODUCT DESCRIPTION

• A COMMUNICATION TOOL

• A DISCUSSION OPENER

Page 4: User stories and decomposing requirements

USER STORY FORMATS

FOCUS ON THE BUSINESS GOAL

•TITLE

• IN ORDER TO <BUSINESS GOAL>

•AS <A ROLE>

• I WANT <FUNCTIONALITY>

Page 5: User stories and decomposing requirements

USER STORY FORMATS

FOCUS ON THE ROLE

•TITLE

•AS <A ROLE>

• IN ORDER TO <BUSINESS GOAL>

• I WANT <FUNCTIONALITY>

Page 6: User stories and decomposing requirements

WHY USER STORIES?• USER STORIES PROMOTE TRANSPARENCY BEING

INTUITIVELY UNDERSTANDABLE FOR ALL INVOLVED (USUALLY ALSO FOR STAKEHOLDERS)

• HELP FOCUS ON THE USER AND VALUABLE BUSINESS OUTCOMES

• HELP START DISCUSSIONS – BUT ALSO HELP CAPTURE THEIR OUTCOMES

Page 7: User stories and decomposing requirements

ACCEPTANCE CRITERIA FORMAT

•GIVEN <STARTING CONDITIONS>

•WHEN <EVENT>

•THEN <RESULT>

CAN ALSO BE USED TO DESCRIBE REQUIREMENTS, ESPECIALLY FOR SYSTEMS WITHOUT HUMAN USERS.

Page 8: User stories and decomposing requirements

TYPES OF LARGE STORIES• COMPOUND STORIES - USUALLY MADE UP OF SEVERAL

SMALLER STORIES

• COMPLEX STORIES - USUALLY INHERENTLY LARGE STORIES, OFTEN BECAUSE THERE IS SOME UNCERTAINTY ABOUT WHAT NEEDS TO BE DONE.

Page 9: User stories and decomposing requirements

BREAKING DOWN USER STORIES• CRUD – CREATE, READ, UPDATE, DELETE

• ACCEPTANCE CRITERIA – SEPARATELY POSITIVE SCENARIO, NEGATIVE SCENARIO, EXCEPTIONS ETC.

• DECISION TREES – CONSIDER, THEN IMPLEMENT BRANCHES

• WORKFLOW STEPS – WORKFLOW SEQUENCE ONE BY ONE

• NONE, ONE, MANY – CONSIDER SEPARATELY SIZES

• EXTERNAL (INCREMENTAL) QUALITY – GRADUALLY IMPROVE UI, PERFORMANCE ETC.

• “SPIKES” – TIME-BOXED EXPLORATION

Page 10: User stories and decomposing requirements

SOURCES• “GROWING AGILE” – BLOG POST ABOUT BREAKING DOWN

REQUIREMENTS

• HTTP://GROWINGAGILE.CO.ZA/2012/12/BREAKING-DOWN-USER-STORIES/

• “PATTERNS FOR SPLITTING USER STORIES” – RICHARD LAWRENCE

• HTTP://WWW.RICHARDLAWRENCE.INFO/2009/10/28/PATTERNS-FOR-SPLITTING-USER-STORIES/

• “USER STORIES APPLIED” – MIKE COHN, 2004 ISBN 978-0321205681

Page 11: User stories and decomposing requirements

WWW.CODESPRINTERS.COM

THANK YOU