This document discusses user stories and how they are often misunderstood and misused, leading to bad outcomes. It covers common templates like "As a user I want X so that Y", acronyms like INVEST, and estimation techniques like story points. While templates, acronyms and techniques were created with good intentions to help define and size stories, they are often applied rigidly without considering context, and can result in stories that are not independent, valuable or testable. The document advocates understanding the original purpose of user stories and adapting any related practices to the specific team and project context to avoid dysfunction.
23. @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
31. @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
32. @sebrose h)p://smartbear.com
PaPerns can help us filter
•Name
•Problem
•Context
•Forces
•Solution
•Resulting Context
•Known Uses
•Related Patterns
•http://wiki.c2.com/?CanonicalForm
•Context
•Forces