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

7. Techniques

7.6 Minimal Viable Product

Agile Extension to the BABOK® Guide

7.6.1 Purpose

Minimal Viable Product (MVP) is used to avoid cost and risk associated with developing the wrong product by testing a hypothesis, reducing waste, or increasing speed to customers for feedback and adoption.

Minimal Viable Product (MVP) identifies the smallest set of features or requirements to deliver value to stakeholders and satisfy early adopters in the shortest time possible. It focuses on core features sufficient to deploy and deliver stakeholder value and no more. Further features are developed after considering feedback from the initial stakeholders.

It applies to

  • product development,

  • services (commonly to test willingness to pay),

  • feature development (to gauge demand), and as

  • differentiation (market test strategy).

Minimal approaches are frequently chosen based on time and money constraints. Minimal Viable Product (MVP) enables iterative development cycles by collecting and analyzing feedback before delivering additional features.

MVP generally follows these three high level steps:

Step 1: determine the problem to be solved.

  • Identify a hypothesis to solve this problem.

Step 2: identify a minimum set of features to test the hypothesis of the solution.

  • Think about creative, low-cost options to test the hypothesis with the target market.

Step 3: analyze validated learning from customers to determine the next step.

  • Gather feedback on feasibility of the solution and additional features needed to increase adoption.

.1 Target audience

Business analysis practitioners clearly identify the target market and who will likely be the early adopters of the solution. Analysis of these groups identifies what problems they may have related to the proposed solution.

.2 Goal to Achieve or Hypothesis to Test

Business analysis practitioners clearly define the goal or the hypothesis to test with MVP.

For example, the hypothesis may suggest that the new product will lead to quick adoption with the target audience. Or, the organization may hypothesize that a new feature in a product will improve customer service.

.3 Mechanism to Measure Learning

In order to validate the hypothesis or to determine if the desired goal was achieved, business analysis practitioners identify objective measurements to correlate and interpret the feedback and learning received.

These measurements influence further solution development by identifying the success of the current MVP.

.4 Defined Requirements

Business analysis practitioners select the minimal amount of requirements necessary to deliver the MVP. This selection is based on the target audience, the goal to achieve, and the mechanism to measure learnings.

The amount of requirements necessary is subjective and dependent on context. There must be enough produced to validate the hypothesis; however, it must be the minimal amount to release the solution quickly.

.1 Strengths

  • It is less expensive than developing a product with more robust features.

  • Reduces cost and risk by gaining customer feedback before engaging in a full solution.

  • Avoids building products customers don’t want, thereby reducing risk.

  • Tests actual usage scenario instead of relying on market research.

 

.2 Limitations

  • Requires advanced market analysis to identify the necessary feature set for early adopters.

  • There is no formula, and desired features are a best guess.

  • It is not about creating a minimal product, but testing an initial hypothesis for a product.

  • It is not useful for a clear or simple solution. For this situation, the defined Minimal Viable Product (MVP) is the complete product and should be considered as such.

Techniques From the BABOK® Guide

1-10

11-20

21-30

31-40

41-50