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.

Divisão de histórias no SPIDR

O SPIDR consiste em cinco maneiras confiáveis de dividir uma história de usuário: spike, caminho, interface, dados e regras. Cada linha de divisão: quando funciona e quando resulta em uma divisão incorreta.

O SPIDR consiste em cinco maneiras confiáveis de dividir uma história de usuário: Spike, Path, Interface, Data, Rules. Cada letra representa uma linha de divisão, e cada divisão produz partes que podem ser entregues de forma independente, em vez de metades que só funcionam juntas. É a técnica de divisão que se adapta à maioria dos backlogs: quando uma história é muito grande, um desses cinco eixos quase sempre resulta em uma parte que você poderia lançar.

Cinco linhas de corte em uma história. Você não usa todas as cinco. Você escolhe aquela que resulta em um trecho que você realmente publicaria.

As cinco linhas de corte

Spike

A incógnita é o tamanho. Realize uma investigação com prazo definido, identifique a estrutura e, em seguida, faça uma estimativa do escopo real. Essa é a abordagem a ser adotada quando a equipe não consegue chegar a um consenso sobre um número, pois ninguém já fez isso antes. Considere realizar um “spike” para ter uma ideia de como deve ser o produto final.

Caminho

A história tem vários fluxos. Implemente primeiro o fluxo normal; os fluxos com dados incorretos, os estados de erro e os casos extremos se tornam histórias à parte. O usuário pode atingir o objetivo no fluxo normal, mesmo que o restante ainda esteja faltando.

Interface

O projeto tem várias plataformas: web, dispositivos móveis e API. Lance uma plataforma primeiro. As demais compartilham a mesma implementação, mas serão entregues de acordo com seus próprios cronogramas.

Dados

A história aborda diversos tipos e volumes de dados. Comece pelo caso mais simples (um único usuário, pequeno conjunto de dados, formato de arquivo comum) e, em seguida, passe para as variantes. Cada uma delas é uma história real, mesmo quando a segunda é, em grande parte, semelhante à primeira.

Regras

A história envolve várias regras de negócios ou funções. Implemente primeiro a regra mais comum; em seguida, vêm as substituições feitas pela administração, os casos especiais e as exceções. O caso que representa 80% pode ser implementado sem o caso que representa 20%.

Quando o SPIDR não ajuda

Se nenhum dos cinco cortes resultar em uma parte real e pronta para entrega, você não tem um problema de divisão. Você tem um problema de escopo. A história é uma obra indivisível, e a questão é: “queremos tudo isso neste sprint ou nada disso?”. Essa é uma questão de priorização, não de divisão, e nenhuma divisão, por mais engenhosa que seja, transformará isso em uma questão de divisão.

Escolha o trecho que resulte em uma versão que você realmente publicaria. Se nenhum deles atender a esse critério, o texto não precisa ser dividido — ele precisa ter suas prioridades definidas.

Perguntas frequentes

O que significa a sigla SPIDR?

SPIDR é a sigla para Spike, Path, Interface, Data, Rules: cinco eixos diferentes pelos quais você pode dividir uma user story. Cada um deles é uma linha de divisão que produz partes que podem ser entregues de forma independente, em vez de metades que só funcionam juntas.

Como se usa o SPIDR para dividir uma história de usuário?

Experimente cada uma das cinco formas de divisão em relação à história e escolha aquela que produzir uma parte que você realmente lançaria por conta própria. Você não aplica todas as cinco. Você encontra o eixo que resulta em uma parte concisa e pronta para lançamento e divide a história nesse eixo.

Quem criou a técnica SPIDR?

O SPIDR foi apresentado por Mike Cohn como um conjunto compacto de cinco maneiras confiáveis de dividir uma história de usuário. Ele é popular porque essas cinco divisões abrangem a maioria das situações com as quais as equipes realmente se deparam, e cinco letras são suficientes para serem lembradas rapidamente durante o processo de refinamento.

E se nenhum dos cortes do SPIDR produzir uma fatia boa?

Então você não tem um problema de divisão. Você tem um problema de escopo. A história é uma obra única e indivisível, e a verdadeira questão é se você quer tudo nisso neste sprint ou nada. Essa é uma decisão de priorização, não de divisão.

Leitura relacionada

Divisão de histórias de usuário: o diagnóstico que indica que uma divisão é o que você precisa, além dos outros padrões.
Corte horizontal x corte vertical: por que todo corte do SPIDR precisa ser vertical.
Comparação entre técnicas ágeis de estimativa: para histórias mais vagas que resistem à divisão.