Archive of User Stories Articles

Loading ...
March 1st, 2010

I came across a really interesting article LukeW.com, showing how making changes to the way an input form on a website increased interaction by 25 to 40%. The changes reflect the value of thinking outside-in, investing in user experience, and performance measurement.
Bonus: the idea is cool.
Read the rest of the article…

Posted in Interaction design, Product Management, ROI, Requirements, Software development, UX, User Stories | 3 Comments »

Loading ...
November 3rd, 2009

Design-Free requirements are important for two reasons, and hard for two other reasons.
Design-free requirements are hard because you “know what you want” when you should be documenting “why you want it.” Writing design-free requirements can be hard when you don’t trust your development team to “do the right thing” even though it is not your job to design the solution.

Posted in Agile, Business Analysis, Interaction design, Interface Design, Product Management, Requirements, Requirements Models, Software development, UX, Use Cases, User Stories | 11 Comments »

Loading ...
August 3rd, 2009

Concise requirements give your team a useful, easy to read and easy to change understanding of what must be done. Great requirements exist to do three things:
- Identify the problems that need to be solved.
- Explain why those problems are worth solving.
- Define when those problems are solved.

Posted in Agile, Business Analysis, Ishikawa Diagram, Product Management, Requirements, Requirements Models, Software development, Use Cases, User Stories | 21 Comments »

Loading ...
July 6th, 2009

User stories can make requirements management a lot easier. They shift some of the communication from up-front documentation to ongoing dialog. That’s the main reason they work so well for agile teams. And agile teams focus on “what’s next?” instead of an ever-changing “what’s everything?” The problem is, when those conversations are working well, it is easy to forget to make sure that what you’ve done is actually enough. Add a small dose of traceability, and you can easily validate the completeness of your user stories.

Posted in Business Analysis, Product Management, Requirements, Requirements Models, User Stories | 8 Comments »

Loading ...
February 10th, 2009

Just because your requirement is not a user story does not mean you have to throw it out when planning your next sprint. See one way (that is working) for managing non-functional requirements with an agile team.

Posted in Agile, Business Analysis, Product Management, Requirements, Requirements Models, Software development, User Stories | 7 Comments »

Loading ...
February 2nd, 2009

User Stories are one of the key agile artifacts for helping implementation teams deliver the most important capabilities first. They differ from use cases in some important ways, but share more commonalities than you might think.

Posted in Agile, Business Analysis, Product Management, Requirements, Requirements Models, Software development, User Stories | 31 Comments »