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.

Divisão de histórias no SPIDR

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 porque ninguém fez isso antes — consulte como realizar um spike para saber como deve ser o resultado final.

Caminho

A história tem vários fluxos. Lance 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, API. Lance uma plataforma primeiro. As demais compartilham a mesma implementação, mas podem ser entregues de acordo com seus próprios cronogramas.

Dados

A história aborda diversos tipos e volumes de dados. Comece apresentando o caso mais simples — um único usuário, um pequeno conjunto de dados, um formato de arquivo comum — e, em seguida, 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 administrativas, os casos especiais e as exceções. O caso dos 80% pode ser implementado sem o caso dos 20%.

Quando o SPIDR não ajuda

Se nenhum dos cinco cortes produzir 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 única e 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 inteligente que seja, vai transformá-la 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, a matéria não precisa ser dividida — ela 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 história de usuário. 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 abordagens 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 isso neste sprint ou nada disso. Essa é uma decisão de priorização, não de divisão.

Leituras relacionadas

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.
Divisão horizontal x vertical — por que cada corte do SPIDR precisa ser vertical.
Comparação entre técnicas de estimativa ágil — para histórias mais vagas que resistem à divisão.