What does SPIDR stand for?

SPIDR stands for Spike, Path, Interface, Data, Rules — five different axes you can cut a user story along. Each one is a cut line that produces slices which ship independently, rather than halves that only work together.

How do you use SPIDR to split a user story?

Try each of the five cuts against the story and pick whichever one produces a slice you would actually ship on its own. You don't apply all five — you find the one axis that yields a thin, deliverable slice, and split along it.

Who created the SPIDR technique?

SPIDR was introduced by Mike Cohn as a compact set of five reliable ways to split a user story. It's popular because the five cuts cover most of the situations teams actually hit, and five letters are few enough to run through in your head mid-refinement.

What if none of the SPIDR cuts produce a good slice?

Then you don't have a splitting problem — you have a scope problem. The story is one indivisible piece of work, and the real question is whether you want all of it this sprint or none of it. That's a prioritisation decision, not a splitting one.

División de historias en SPIDR

SPIDR consiste en cinco métodos fiables para dividir una historia de usuario: Spike, Path, Interface, Data, Rules. Cada letra representa una línea de corte, y cada corte genera partes que se pueden entregar de forma independiente, en lugar de mitades que solo funcionan juntas. Se trata de la técnica de división que resiste el contacto con la mayoría de las carteras de proyectos: cuando una historia es demasiado grande, uno de estos cinco ejes casi siempre permite obtener una parte que se podría lanzar.

Cinco líneas de corte a lo largo de una historia. No se utilizan las cinco, sino que se busca aquella que dé como resultado un fragmento que realmente se pueda publicar.

Las cinco líneas de corte

Spike

Lo que se desconoce es el tamaño. Lleve a cabo una investigación con un plazo determinado, determine la forma y, a continuación, calcule el alcance real. Esta es la estrategia a seguir cuando el equipo no se pone de acuerdo sobre una cifra porque nadie ha hecho esto antes; consulte cómo llevar a cabo un «spike» para saber cómo debería ser el resultado final.

Ruta

La historia tiene múltiples ramificaciones. Implemente primero la ruta normal; las rutas con datos erróneos, los estados de error y los casos extremos se convierten en historias independientes. El usuario puede completar el objetivo siguiendo la ruta normal, incluso aunque el resto aún no esté disponible.

Interfaz

El proyecto cuenta con múltiples plataformas: web, móvil y API. Lance primero una de ellas. El resto comparten la misma implementación, pero se entregarán según sus propios plazos.

Datos

La historia aborda múltiples formas y volúmenes de datos. Comience por el caso más sencillo —un único usuario, un conjunto de datos pequeño, un formato de archivo habitual— y, a continuación, pase a las variantes. Cada una de ellas constituye una historia real, incluso cuando la segunda sea, en gran medida, similar a la primera.

Normas

La historia presenta múltiples reglas de negocio o funciones. Implemente primero la regla más habitual; a continuación, las modificaciones administrativas, los casos especiales y las excepciones. El 80 % de los casos se puede implementar sin necesidad de incluir el 20 % restante.

Cuando SPIDR no resulta de ayuda

Si ninguno de los cinco cortes da como resultado una parte real y lista para su entrega, no se trata de un problema de división, sino de un problema de alcance. La historia es una obra indivisible, y la cuestión es: «¿Queremos todo en este sprint, o nada?». Esa es una cuestión de priorización, no de división, y por mucho que se intente dividir de forma ingeniosa, nunca se convertirá en tal.

Elija el fragmento que dé lugar a un texto que realmente enviaría. Si ninguno de ellos cumple ese requisito, la historia no pide que se divida, sino que se establezcan prioridades.

Preguntas frecuentes

¿Qué significa SPIDR?

SPIDR son las siglas de Spike, Path, Interface, Data y Rules: cinco ejes diferentes a lo largo de los cuales se puede dividir una historia de usuario. Cada uno de ellos constituye una línea de corte que genera segmentos que se pueden entregar de forma independiente, en lugar de mitades que solo funcionan juntas.

¿Cómo se utiliza SPIDR para dividir una historia de usuario?

Pruebe cada uno de los cinco cortes en relación con la historia y elija aquel que dé como resultado una parte que realmente podría entregar por sí sola. No se aplican los cinco: hay que encontrar el eje que dé lugar a una parte concisa y entregable, y dividir a lo largo de ese eje.

¿Quién creó la técnica SPIDR?

Mike Cohn presentó el método SPIDR como un conjunto conciso de cinco formas fiables de dividir una historia de usuario. Su popularidad se debe a que estos cinco criterios abarcan la mayoría de las situaciones a las que se enfrentan realmente los equipos, y cinco letras son suficientes para repasarlas mentalmente durante el proceso de refinamiento.

¿Y si ninguno de los cortes del SPIDR da como resultado una buena rebanada?

Entonces no tiene un problema de división, sino de alcance. El proyecto es una obra indivisible, y la verdadera cuestión es si desea completarlo todo en este sprint o nada de él. Se trata de una decisión de priorización, no de división.

Lecturas relacionadas

División de historias de usuario — el diagnóstico que le indica que lo que necesita es una división, además de los demás patrones.
Corte horizontal frente a corte vertical — por qué todos los cortes de SPIDR deben ser verticales.
Comparación de técnicas de estimación ágiles — para historias menos definidas que resisten la división.