(Page 2 of 3)
The test of a user story is summarized by the INVEST acronym. The INVEST test comes from the agile development world and stands for:
- Independent — is the story independent of other stories?
- Negotiable — is the implementation of the story something that can be discussed between business and tech, for example? It should focus on the essence, not the details of the scenario.
- Valuable — is the story aligned with the mission and valuable to the persona?
- Estimable — can we estimate the amount of time or work the story implicates?
- Small — is the amount of work implicated less than a month? Is this really a single unit or is the story composed of multiple stories that need to be further broken down?
- Testable — do we have a clear way to verify whether or not a story can be accomplished once the implementation is completed?
A useful user story contains significantly more information than the scenario. A fully formed user story encapsulates the 3 Cs: Card, Conversation and Confirmation.
This is the basic scenario phrase. It is called the card as often this phrase will be written on a 3"x5" card and used during card sorting exercises.
This is the dialog about how the story will manifest and what users care about. It is recorded as part of the story in a series of concise bullet points, with the goal of enriching the story.
The confirmation element contains the business requirements for the "Testable" bit of the story. These are the tests required to confirm a story has been implemented correctly and completely.
Mittleman suggests the following format for a user story:
- Scenario (As X, I want to Y, so that Z)
- Conditions of Satisfaction
- Example scenario
- Business Rules
- Impacts on existing functions
- Links to reference information
- UI mock-ups
- Test case outlines
5) Build Reference Points, Wisely
The road forward from user stories requires imagination and research. Some keys to this next phase says Mittleman, are looking at reference sites and studying competitors — look for best practices, recurring patterns and looking for how similar problems have been solved. Try reverse engineering your competitors' user stories and the personas they target.
Additional tips Mittleman shared include:
- Test the users you want, not the users you have
- Users give you conflicting feedback, take time to find the most broadly useful reality
- Validate the problems you are solving actually exist
- Prototype early
- Plan through version two or three
6) Get Your Content Strategy Sorted
This phase begins the shift from problem seeking to design and is particularly important for Web CMS projects. CMS projects are heavily content centric and the information architecture and content strategy can have big implications on the platform selected for the project, says Mittleman.
Mittleman suggested that Card Sorting while not a simple topic (he spends 3-4 weeks of his course on the topic), is one of the best tools for teasing out the relevant content strategy details. He pointed us to Usability.gov for a solid overview of card sorting techniques. And to this post for a list of relevant tools.
Card sorting, says Mittleman, will give you a visual mind map of how your users think. This map will in turn inform your taxonomies, choice of site vocabulary, how menus are labeled, how elements are grouped and more.
- Are You a Top 20 Document Management Vendor? [Infographic]
- Does Cloudera Need to Cool It?
- Customer Journeys Trump the Traditional Sales Cycle
- Can Akumina Make SharePoint a Web CMS Contender?
- Is Box Writing Enterprise Content Management's Obituary?
- Yammer: SharePoint's Social Collaboration Savior? #SPTechCon
- Why Agile As We Know It Will Disappear