---
# System prepended metadata

title: 'Lo Spike "l''eccezione, non la regola"'
tags: [Agile]

---

![](https://media.licdn.com/dms/image/D4D12AQFWgVdJf8uvXg/article-cover_image-shrink_720_1280/0/1666258735889?e=1726099200&v=beta&t=LVXC8ILYt9GKux6EhIpfGrG2dHR3Zp2zNB89r3TUxWw)

###### tags:`Agile`

# Lo Spike "l'eccezione, non la regola"

### Cos'è:
- Un tipo speciale di *issue* PBI (Product Backlog Item) usato per chiarire/mitigare un rischio specifico o una particolare incertezza su una User Story o una parte importante del progetto.
- Una investigazione che produce una risposta precisa riguardo un problema tecnico o funzionale specifico.
- È estremamente focalizzato su un problema definito.


### Cosa non è:
- Una sessione di analisi generalizzata
- Un Refinement
- Un meeting esplorativo


### Quando usarlo:
- Se il team ha incertezze su un nuovo dominio o una nuova tecnologia, lo Spike può essere utilizzato per aumentare la familiarità.
- Se una User Story risulta troppo grossa e non si riesce a stimare/dividere correttamente durante il Refinement, uno Spike può essere utilizzato per investigare il contesto specifico, per dividere la User Story in parti stimabili.
- Se una User Story contiene un rischio significativo, tecnico (Spike Tecnico), o funzionale (Spike Funzionale), uno Spike può essere utilizzato per approfondire e trovare una soluzione/mitigazione del rischio.


### Caratteristiche:
**Stimabile**: Come le User Stories, gli Spike vengono inseriti nel backlog, stimati e dimensionati per adattarsi allo Sprint. I risultati di uno Spike sono diversi da una storia, poiché generalmente producono informazioni, piuttosto che codice funzionante. Uno Spike può comportare una decisione, un prototipo, uno storyboard, una prova di concetto o qualche altra soluzione parziale per aiutare a guidare i risultati finali. In ogni caso, lo spike dovrebbe sviluppare solo le informazioni sufficienti a risolvere l'incertezza nel poter identificare e dimensionare le User Stories.
**Dimostrabile**: L'output di uno Spike è dimostrabile al team. 
**Accettabile**: Come qualsiasi altra storia, gli Spike vengono accettati dal proprietario del prodotto quando i criteri di accettazione per lo Spike sono stati soddisfatti.


---
#### Fonte ufficiale:
- [Extreme Programming](http://www.extremeprogramming.org/rules/spike.html)

#### Fonti autorevoli:
- [Scrum Alliance](https://www.scrumalliance.org/community/member-articles/1896)
- [Scrum Alliance (articolo misteriosamente scomparso dagli archivi ufficiali)](https://web.archive.org/web/20180712125321/https://scrumalliance.org/learn-about-scrum/agile-atlas/agile-atlas-commentaries/may-2014/spikes-in-scrum-the-exception,-not-the-rule)
- [Wikipedia](https://en.wikipedia.org/wiki/Spike_(software_development))

---
articolo originale: https://www.linkedin.com/pulse/lo-spike-leccezione-non-la-regola-andrea-confalonieri/
