User stories are one of the most visible artefacts of most agile methods and have generated large quantities of expert advice. In my experience, much of that advice is often misinterpreted.
In this session, we’ll explore several classic pieces of advice, to see how misunderstandings can lead to bad outcomes, despite the best intentions. The advice we’ll look at relates to:
– an acronym: INVEST, created by Bill Wake
– a technique: relative estimation (as used in Planning Poker, created by James Grenning)
– a template: Connextra (As-A/I-Want/So-That), created by Rachel Davies
You’ll leave with a clearer appreciation of user stories and an understanding of just how context-sensitive most advice is.
17. @sebrose h)p://smartbear.com
... these studies which have for a few years now
given rise to the claim that "research shows that
people are better at relative than absolute
estimation" do not in fact seem to square with
that claim.
This doesn't entail that relative estimation
doesn't work - only that it is not proven.
http://guide.agilealliance.org/guide/relative.html
25. @sebrose h)p://smartbear.com
No silver bullet
Not only are there no silver bullets
now in view, the very nature of
software makes it unlikely that there
will be any.
Frederick P. Brooks
"No Silver Bullet: Essence and Accidents of Software Engineering,"
Computer, Vol. 20, No. 4 (April 1987) pp. 10-19
26. @sebrose h)p://smartbear.com
PaNerns can help us filter
•Name
•Problem
•Context
•Forces
•Solution
•Resulting Context
•Known Uses
•Related Patterns
•http://wiki.c2.com/?CanonicalForm
•Context
•Forces