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 produz uma divisão falsa.

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 mostra eficaz na 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 narrativas 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 o formato e, então, 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. Consulte como realizar um spike para saber como deve ser o resultado 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 passam a ser 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 interfaces: web, dispositivos móveis e API. Lance uma interface 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 formatos e volumes de dados. Comece apresentando o caso mais simples (um único usuário, pequeno conjunto de dados, 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 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 nenhuma das cinco divisões 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 discussã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 parte que você realmente publicaria. Se nenhum deles se encaixar, a matéria não precisa ser dividida — precisa apenas 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 formas de divisão em relação à história e escolha aquela que resultar em uma parte que você realmente lançaria por conta própria. Você não aplica todas as cinco. Você identifica o eixo que produz uma parte compacta e viável 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 user stories: 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.