Produit minimum viable
Les spécifications du MVP découlent directement des phases de cadrage. L'idée est de se limiter en termes de fonctionnalités à réaliser dans un premier temps. Il faut en garder assez pour répondre au principal besoin et pas trop non plus pour pouvoir rapidement sortir quelque chose.
Si nous partions directement sur le produit complet, il y aurait un risque de surcharge cognitive en voulant tout gérer, et implicitement rentrer dans un long tunnel où rien ne sort. Le problème dans ce cas est que si vous sortez votre produit 1 an et demi après :
- Est-ce que le besoin n'a pas changé ?
- Est-ce que vos beta-testeurs sont toujours motivés ?
- Est-ce que le besoin existe toujours ? (il peut disparaître voire être comblé par une autre initiative de projet)
Le fait d'itérer rapidement permet aussi de garder l'équipe motivée, les "quick wins" (victoires faciles) sont répartis tout au long du périple.
On ne le détaillera pas mais l'enchaînement avant la "General Availability" (la mise à disposition réelle du produit au public) n'a dans ce guide pas de frontières franches entre : MVP, version alpha, version beta.