Welcome to The Course
  • Users and Developers Need A Common Understanding of the User Story Paradigm
  • Course Overview: What You Will Learn
Introduction to User Stories: Rationale and Structure
  • Traditional IT Requirements as per IIBA
  • The 3 C’s of a User Story: Card, Conversation, and Criteria
  • The User Story Paradigm Exposed
  • Confirm Your Understanding of the Rationale behind the User Story Paradigm
  • Three Questions Every User Story Must Answer
  • The Role Tells WHO Needs the Story
  • The Outcome or Action Explains WHAT the User Needs
  • The Value Reveals WHY the Business Needs the Outcome
  • Evaluate User Stories for completeness
  • In Defense of Other User Story Structures
  • User Stories Are Not Just for End Users
  • Identifying potential User Stories from a Vision Statement
Identifying User Story Persona, Potential User Stories and Stakeholders
  • Discovering WHO Writes User Stories
  • Three Approaches to Identify User Story Roles
  • User Role Modeling is a 3-Step Process
  • EXAMPLE: Brainstorming and Grouping Potential User Roles
  • EXAMPLE: Refine and Describe User Roles to Finish the Job
  • What's Up with Personas in User Story Context
  • Stakeholder Identification Discovers User Roles for Internal Applications
  • A Simple Stakeholder Analysis Technique
  • The Importance of Roles in User Stories and 3 Ways of Finding Candidates
How to Write Initial User Stories for the Product Backlog
  • INVEST in Your User Stories for Effective Communication
  • INDEPENDENT User Stories Expedite Delivery of Working Software
  • NEGOTIABLE User Stories Trigger Collaborative Conversations
  • VALUABLE User Stories Are Easier to Prioritize
  • ESTIMABLE User Stories Make Planning More Reliable
  • SMALL User Stories Are Easier to Manage
  • TESTABLE User Stories are Verifiable by Everyone
  • Assessing Your User Story INVEST-ability
  • How to Implement the INVEST model
  • What Not HOW! Keep Technology and Solutions Out of User Stories
  • Valid User Stories Are within the Product Vision or Project Charter
  • Avoid Creating User Stories that Could Cause a Cascading Change
  • Confirm that Your Initial User Stories Focus on Achievable Business Value
Remove Ambiguity in Your User Stories at the Last Responsible Moment
  • Reduce Ambiguity for Lean Collaborative Conversations
  • Ambiguity and Subjectivity Feed Misunderstanding and Waste Time
  • Avoid Pronouns, Generic Verbs, and Acronyms
  • Add Context to Clarify Ambiguous User Stories
  • Resolving Ambiguity and Subjectivity in User Stories
  • Acceptance Criteria Reduce Ambiguity
  • How to Find Effective Acceptance Criteria
  • Discover Ambiguity and Subjectivity Early with Self-Reviews
  • Peer Reviews Clarify the Most Challenging User Stories
  • Selecting the Right Technique for Reducing Ambiguity and Subjectivity
  • Example: Improving a User Story with Peer Reviews
  • Improve Your User Stories
Select User Stories for the Imminent Iteration, Release, or Sprint
  • Evolution of User Stories throughout a Lean Lifecycle
  • Product Backlogs and Other User Story Repositories
  • Evaluate the Technological, Financial, and Cultural Feasibility of User Stories
  • Check you understanding of the feasibility dimension of User Stories
  • MoSCoW Prioritization Requires Participation by the Agile Team and Users
  • Prioritize User Stories by User Expectations using the Kano Method
  • Prioritize by Current and Future Business Needs and Wants
  • Testing your knowledge of User Story Prioritization Techniques
Simplify User Stories with Splitting and Right-Sizing Techniques
  • The Need for and Benefits of Right-Sizing User Stories
  • Epics, Features, and User Stories Are Candidates for Splitting
  • User Story Splitting Is Essential for the INVEST Model
  • Splitting Stories to Focus on a Single Thought
  • Splitting Stories to Deliver Incremental Business Value
  • The Rationale for User Story Splitting
  • Split Stories by Acceptance Criteria
  • Splitting Stories by User Roles
  • Splitting Stories by Data
  • Splitting Stories by Business Rules
  • Split Stories by Sequence of Events
  • Split Stories by Workflow Steps or Use Case Paths
  • User Story splitting from the business perspective
Define Acceptance Tests and Given-When-Then Scenarios
  • From Acceptance Criteria to Acceptance Tests
  • Gherkin GIVEN-WHEN-THEN Scenarios Explained
  • Using Background Statements Saves Time by Making Scenarios Lean
  • Scenario Outlines and Examples Test Different Data Values for the Same Scenario
  • Understanding Scenarios, Backgrounds, and Outlines
  • Identifying and Writing Scenarios and Outlines
  • Write Given-When-Then Scenarios from the WHO, WHAT, WHY in a User Story
  • Write Given-When-Then Scenarios Based on Business Rules
  • Develop Scenarios to Test Business Rules using a Decision Table
Where Can You Go from Here?
  • Making User Stories Work for You
  • Bonus Lecture: Special Offers and Related Training