Agile et Lean valorisent les faits plutôt que la spéculation.
Lorsqu'elles sont confrontées à une question, un risque ou une incertitude, les équipes mènent de petites expériences avant de passer à la mise en œuvre plutôt que de spéculer sur le résultat ou de passer directement à une solution.
Les équipes peuvent utiliser les Spikes dans diverses situations :
Les pics peuvent impliquer la création d'un petit programme, d'une activité de recherche ou d'un test démontrant une nouvelle fonctionnalité.
<aside> ✅ Pré-requis
<aside> ⌛ Temps indicatif : 1h
</aside>
Raison :
On cherche à réaliser des spikes sans impacter négativement la production des features “normales”
Exemple :
Spike de 1jour
DĂ©montrable au team leader
d'un prototype sur une nouvelle technologie
Le Spike est accepté si le prototype est :
- fonctionnel
- le code au standard de maintenabilité établi par l'équipe
Raison :
Plus une chose est grosse et complexe, plus elle est difficile à estimer et donc réaliser en temps
Durée idéale d'un spike : <= 0.5j
Durée acceptable d'un spike : <= 1j
Durée "dangereuse" pour un spike > 1j