Locked lesson.
About this lesson
Story Cards, also known as Product Backlog Items (PBIs) are the technique used for documenting project scope, quality requirements, estimates and priority of the deliverables in an Agile/Scrum project.
Exercise files
Download this lesson’s related exercise files.
Story Cards.docx60.6 KB Story Cards - Solution.docx
98.2 KB
Quick reference
Story Cards
Story Cards, also known as Product Backlog Items (PBIs) are the technique used for documenting project scope, quality requirements, estimates, and priority of the deliverables in an Agile/Scrum project.
When to Use Story Cards
The Product Owner uses Story Cards to define the project scope, the Scrum team uses Story Cards to estimate the effort, and the Scrum Master uses Story Cards to track schedule progress on the project.
Instructions
As the Product Owner gathers inputs from stakeholders throughout the business, he or she initiates a story card for each deliverable. The deliverable could be an actual item to be created or it could be a performance characteristic within a large project deliverable.
It is through the Story Cards that project scope is identified. The project team will often create additional Story Cards that represent infrastructure or background activities that must occur in order to do the deliverable Stories. The Story Cards are sometimes deployed into activity stories for ease of estimating and control.
A critical aspect of the Stories in the Agile/Scrum approach is that the Stories will be prioritized from number one to number last – with no ties. That is often the most challenging element of creating Story Cards. That prioritization is done by the Product Owner, not the Scrum team or Scrum Master.
The diagram below shows a typical Story Card. The actual format varies based upon local practice, but it normally includes these fields.
The “Story” is the description of the deliverable. It is often written as a description of what should happen when a user takes a certain action.
The “Demo Criteria” embodies the quality control requirements for the Story. It describes the pass or fail conditions that will indicate if the story had been successfully developed.
The “Category” is used by the Product Owner to classify Stories. This can be done in several ways including categorizing by Release and categorizing by the need for the story.
The “Priority” of the Story is set by the Product Owner and can change from Sprint to Sprint.
The “Estimate” is created by a Scrum team member and is normally described in terms of the number of hours of work (or some other measure of effort). This estimate is revised daily once a story has been started and will then indicate an estimate of the remaining work.
The “Notes” section is often used by the Scrum team during planning and execution to keep track of special items associated with the Story.
Hints and Tips
- I prefer to use actual cards or paper for my Story Cards. It is easier for the entire team to see what each one says and during the Sprint it is easier for everyone to see the status. If you use a Scrum program to track the Story Cards, be certain than you project the screen on the wall of the room where the Scrum meeting takes place so everyone can see the status.
- 00:03 Hello, I'm Ray Sheen.
- 00:04 I want to discuss Story Cards.
- 00:06 This is a tool that is used to manage, scope, schedule, and resources.
- 00:11 It is a fundamental building block of an agile scrum project.
- 00:15 So let's get started.
- 00:17 First, the professional, technical term is a product backlog item, but
- 00:22 everyone calls them Story Cards.
- 00:25 All of the deliverables from all of the stakeholders are listed on a story card.
- 00:29 If it isn't on a story card, it will not be done as part of the project.
- 00:34 That is why we say that Story Cards describe the scope of the project.
- 00:38 And you'll see in a minute that the Story Cards include an estimate that helps
- 00:42 to manage resources and the stories are physically moved through different
- 00:45 stages of the project completion which gives us our schedule status.
- 00:50 When we get into the Sprint planning, you will find that sometimes,
- 00:54 Story Cards are not just a story, they're an epic.
- 00:57 And when that happens, the story card will get deployed into chapters.
- 01:01 Even then, the stories are often further deployed into tasks or
- 01:04 activities in order to fully describe the scope.
- 01:08 The stories are prioritized by the product owner
- 01:11 from the highest priority to the lowest.
- 01:13 Number one to number last.
- 01:16 And there are no ties allowed.
- 01:18 The would be important information as the Scrum Team manages the work within
- 01:21 the time box.
- 01:22 The lowest priority items often or
- 01:24 not completed in order to ensure the high priority items are done and done right.
- 01:30 So let's take a look at each element of a Story Card.
- 01:34 The story is the description of the deliverable.
- 01:36 It is often written as the description of what should happen
- 01:40 when a user takes a certain action.
- 01:42 The product owner will usually write this based upon their discussions
- 01:45 with the various stakeholders.
- 01:47 The demo criteria embodies the quality control elements for the story.
- 01:52 It describes the pass or
- 01:53 fail conditions that will indicate that the story has been successfully developed.
- 01:58 Again, this is written by the product owner.
- 02:00 It's sometimes referred to as the definition of done.
- 02:04 The category is used by the product owner to classify stories.
- 02:08 This can done in several ways, including categories by release and
- 02:12 categories by the need for the story such as a must have, should have,
- 02:16 nice to have designation.
- 02:18 The priority of the story is also set by the product owner.
- 02:22 This can change from Sprint to Sprint.
- 02:24 But is always set Set by the product owner.
- 02:27 The estimate is created by a Scrum Team Member not the product owner or
- 02:31 Scrum Master.
- 02:32 And is normally described in terms of the number of hours or work or
- 02:36 some other effective measure.
- 02:39 This estimate is revised daily once a story has started and will then indicate
- 02:43 an estimate of the remaining hours of work until the story is complete.
- 02:48 The note section is often used by the Scrum team during planning and
- 02:52 executing, to keep track of special items associated with the story,
- 02:56 it can contain anything that the Scrum team finds helpful.
- 03:00 The Story Card is not only used for planning, it will be used for
- 03:03 tracking the Sprint progress on the Scrum board.
- 03:07 That is one reason why I like to use physical cards or paper, and
- 03:10 not record everything on a Scrum project management program.
- 03:14 By using the actual cards I can do a much better job of visual control of
- 03:18 the project.
- 03:19 More about that when we get to metrics.
- 03:22 A Story Card is a basic building block of agile Scrum planning and tracking.
- 03:29 They're point of ingratiation of scope, schedule and
- 03:32 resources, the classic project triple constraint.
Lesson notes are only available for subscribers.
PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.