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 la magnitud real del proyecto. Esta es la estrategia a la que debe recurrir cuando el equipo no se pone de acuerdo en una cifra porque nadie ha hecho algo así antes. Consulte cómo llevar a cabo un spike para saber cómo debe 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 tiene varias plataformas: web, móvil y API. Lance primero una de ellas. El resto comparte la misma implementación, pero su entrega se realizará 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 común; 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 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é 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 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ó el método SPIDR como un conjunto conciso de cinco formas fiables de dividir una historia de usuario. Goza de gran popularidad porque 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 le permite obtener una buena rebanada?

Entonces no tiene un problema de división. Tiene un problema de alcance. La historia 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.
División horizontal frente a vertical: por qué cada corte de SPIDR debe ser vertical.
Comparación de técnicas de estimación ágiles: para historias menos definidas que resisten la división.