Skip to content
Browse
BABOK Guide
BABOK Guide
10. Techniques
Introduction 10.1 Acceptance and Evaluation Criteria 10.2 Backlog Management 10.3 Balanced Scorecard 10.4 Benchmarking and Market Analysis 10.5 Brainstorming 10.6 Business Capability Analysis 10.7 Business Cases 10.8 Business Model Canvas 10.9 Business Rules Analysis 10.10 Collaborative Games 10.11 Concept Modelling 10.12 Data Dictionary 10.13 Data Flow Diagrams 10.14 Data Mining 10.15 Data Modelling 10.16 Decision Analysis 10.17 Decision Modelling 10.18 Document Analysis 10.19 Estimation 10.20 Financial Analysis 10.21 Focus Groups 10.22 Functional Decomposition 10.23 Glossary 10.24 Interface Analysis 10.25 Interviews 10.26 Item Tracking 10.27 Lessons Learned 10.28 Metrics and Key Performance Indicators (KPIs) 10.29 Mind Mapping 10.30 Non-Functional Requirements Analysis 10.31 Observation 10.32 Organizational Modelling 10.33 Prioritization 10.34 Process Analysis 10.35 Process Modelling 10.36 Prototyping 10.37 Reviews 10.38 Risk Analysis and Management 10.39 Roles and Permissions Matrix 10.40 Root Cause Analysis 10.41 Scope Modelling 10.42 Sequence Diagrams 10.43 Stakeholder List, Map, or Personas 10.44 State Modelling 10.45 Survey or Questionnaire 10.46 SWOT Analysis 10.47 Use Cases and Scenarios 10.48 User Stories 10.49 Vendor Assessment 10.50 Workshops

6. POA Techniques

6.25 Story Mapping

Guide to Product Ownership Analysis

Purpose

Story Mapping is used to assist in creating an understanding of product functionality and the flow of usage, and to assist with prioritizing product delivery.

See section 7.20 of Agile Extension V2 for details.
In the context of product ownership analysis, practitioners can elevate this tool to track the flow of PBIs and prioritization of product features. It can also be used:
  • As an input to iteration and release planning.
  • To plan desired outcomes in different agile horizons
    • For example, it can be used as a component of the product roadmap or in the context of planning MVP for the product.
  • To discover dependencies and critical paths to realize different product features.
POA Domain Story Mapping:
Applying Foundational Concepts
  • Story maps usually provide a top-down view of:
    • PBIs,
    • Epics,
    • Stories, and
    • Steps in a delivery horizon.
  • Story maps can be summarized to identify product goals and objectives for better alignment to business or customer goals.
Cultivate Customer Intimacy
  • A story map is a fluid tool that captures
    customer activities and goals as relatable stories and allows the discovery of pain points.
  • Similarly, the view can be reorganized from a drill-down of PBIs to user stories to a sequence of user stories for a specific user. This helps POA Practitioners to realize how each user would interact with the product and reveals gaps.
Engage the Whole Team
  • The product team uses the story map to get a
    bigger picture to plan their activities more effectively.
  • The team can provide additional input by reviewing how stories are developed relative to each other.
Make an Impact
  • Story maps are effective as a visual tool in iteration planning, release planning, and team discussions.
  • They can be used as a visual anchor for product teams to track progress and provide a sense of accomplishment when a story gets delivered.
Deliver Often
  • Story maps changes often as the delivery priorities for the PBIs, schedule and budget change.
  • By keeping the story map current the product team always has visibility into how the product is progressing.
Learn Fast
  • Story maps provide several cues for POA Practitioners to course-correct, by identifying gaps in the flow of PBIs.
  • They can also provide quick learning on how to adapt iterations and releases if some of the story development activities become distressed.
Obsess About Value
  • A story map is an excellent tool to visualize the
    value for different customer personas vs. value
    delivered.