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 prioritization decision, not a splitting one.

División de historias en SPIDR

SPIDR consiste en cinco formas fiables de dividir una historia de usuario: spike, path, interface, data y rules. Cada línea de división: cuándo funciona y cuándo da lugar a una división errónea.

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 mejor se adapta a la mayoría de las carteras de proyectos: cuando una historia es demasiado amplia, 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. Se busca aquella que dé como resultado un fragmento que realmente se publique.

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 la que debe recurrir cuando el equipo no se pone de acuerdo en una cifra porque nadie ha hecho esto antes. Considere la posibilidad de realizar un «spike» para hacerse una idea de cómo debería ser el producto 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 tiene varias 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 común) 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 del 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 tiene un problema de segmentación. Tiene un problema de alcance. La historia es una obra indivisible, y la cuestión es: «¿queremos todo en este sprint, o nada?». Se trata de 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é como resultado 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 da lugar a partes 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 porción que realmente podría entregar por sí sola. No se aplican los cinco. Debe encontrar el eje que dé como resultado una porción reducida y entregable, y dividir a lo largo de ese eje.

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

Mike Cohn presentó SPIDR como un conjunto conciso de cinco métodos fiables para 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. Tiene un problema de alcance. El proyecto es una obra indivisible, y la verdadera cuestión es si quiere todo en este sprint o nada. Esa es 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.
Comparativa de técnicas de estimación ágiles: para historias más imprecisas que resisten la división.