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.23 Spikes

Guide to Product Ownership Analysis

Purpose

Spikes are used to time-box research, design, exploration, investigation, or prototyping activities to understand the effort required to deliver a backlog item or an initiative.

See section 7.16 of Agile Extension V2 for details.
In the context of Product Ownership analysis, it is often required to investigate or research concepts, novel ideas, or a user story to baseline the effort required to deliver. Designated team members may be required to elaborate or investigate PBIs for clarity.

Spikes are used primarily to establish an effort estimate, and POA Practitioners provide the necessary background knowledge or product vision that drives the need for the PBI.

On a larger scale, Proof of Concept (POC) is used where the goal is to demonstrate the value of
  • A particular thought process,
  • Product idea,
  • Prototype, or
  • A group of PBIs.
This type of analysis is more prevalent when new products are incubated, or investment decisions need to be made.
POA Domain  
Applying Foundational Concepts
  • Spikes can be used in the initial phases of the product lifecycle to verify if organizational context allows the team to be productive.
    • For example, spikes can be used to understand the team capabilities and where team members can develop the necessary capabilities to deliver certain PBIs.
    • The team can also identify and learn to use organizational sources effectively to investigate PBIs.
Cultivate Customer Intimacy
  • Spikes do not play a significant role in this domain.
Engage the Whole Team
  • Individual spikes are often attributed to a single team member who would be responsible for discovering appropriate details.
  • Although only one team member may analyze a PBI, the results are debated and discussed to develop a baseline estimate for delivery.
Make an Impact
  • Spikes require purposeful activities with a goal to establish some form of estimation baseline.
  • Once the spike is conducted to provide better clarity, the discovered information or research must be strong enough to create shared understanding.
Deliver Often
  • Spikes are often used as a technique in the initial phases of the product lifecycle when the PBIs are in flux or require more elaboration.
  • Once the understanding of the product team improves, a smaller number of spikes need to be accommodated.
Learn Fast
  • Spikes are intended for the team to learn about
    PBIs faster to gain clarity. This requires sharing discovered information often with the team, taking opinions and collaborating.
  • Spikes usually entail additional effort beyond traditional iteration effort, so faster learning is required.
Obsess About Value
  • Spikes and POCs are often used to understand
    potential value. Although objectively different in scale and scope, both require a deeper understanding of value.
    • For spikes, value of PBIs need to be understood and explored for estimation.
    • For POCs, value needs to be demonstrated and established for a larger set of PBIs or products.