Escrever
SM cria o draft. A intenção existe, mas ainda não virou unidade executável.
DRAFTSM
Ciclo de vida do Story
Um Story não sai pronto. É uma entidade que passa por 5 estados, cada um com um dono e um portão.
5status
4donos (SM/PO/Dev/QA)
1gate crítico (validate)
Mapa da aula
Use este mapa para entender a sequência da aula antes de entrar nos detalhes.
Legenda de coresO que cada cor sinaliza nesta aula
Estado inicialdraft e intenção ainda sem validação operacional
Gate críticoready depois de PO validar template, épico e aceite
ExecuçãoDev constrói apenas depois da Story estar pronta para execução
Pulo de etapadesenvolver draft e empurrar retrabalho para QA
Como ler esta aula
1. Story é entidade, não textoTem estados, donos e portões. Não é só um pedido escrito.
2. Cinco estados em ordemdraft → ready → in_progress → in_review → done.
3. READY é o gate que não se pulaPular = Dev executa em cima de premissa crua.
4. Cada seta tem UM donoSM cria, PO valida, Dev constrói, QA aprova.
o Story não é texto; é entidade em movimento
1
Nasce
SM cria o draft.
2
É validado
PO converte draft em ready.
3
É construído
Dev executa quando está ready.
4
É aprovado
QA aprova ou devolve.
5
Fecha
Done não é deploy; é fim do ciclo da Story.
Tudo é entidade com ciclo
Se você entende o ciclo de UM Story, entende o de qualquer entidade: projeto, criativo, lead.
A ideia-âncoraPedro: 'Eu vejo tudo como entidades. Um Story é uma entidade, um épico, um agente; cada uma tem ciclos e status próprios, um ciclo para ser considerada feita.' O padrão estados+transições+dono+gate é universal. [SOURCE: L2055]
Estado
Onde a entidade está agora: draft, ready, in progress, in review ou done.
Transição
A seta entre estados. Nunca é neutra: alguém precisa mover.
Dono
Quem tem autoridade para mover aquela seta.
Gate
Critério que impede uma transição errada.
Os 5 status, em ordem
draft → ready → in progress → in review → done. Cada seta tem um dono.
Validar
PO converte draft em ready. Este é o gate que impede Dev de construir em cima de premissa crua.
READYPO
Executar e fechar
Dev implementa, QA revisa e aprova. Done fecha a Story, deploy pertence a outro ciclo.
DONEDev/QA
O ciclo de vida [SOURCE: L2441-2520]
1
DRAFT
SM cria o Story (comando Create Story). Estado inicial.
2
READY
PO valida (Validate Story Draft) e move para ready. Gate crítico.
3
IN PROGRESS
Dev pega o ready, move para in progress, executa as tasks.
4
IN REVIEW
QA move para in review e analisa (Quality Gate + CodeRabbit).
5
DONE
QA aprova → done. Reprova → feedback ao Dev (volta a in progress).
Draft
DonoSM
PerguntaA Story está escrita?
Risco se pularDev recebe pedido vago.
Ready
DonoPO
PerguntaA Story foi validada?
Risco se pularExecução começa em cima de erro.
In progress
DonoDev
PerguntaAs tasks estão sendo executadas?
Risco se pularImplementação sem aceite claro.
In review
DonoQA
PerguntaPassou nos gates?
Risco se pularBug vira entrega.
Done
DonoQA
PerguntaCritérios fechados?
Risco se pularConfundir pronto com publicado.
O gate que não pode pular
Validate Story Draft (draft→ready). Pular causa quebras.
O Story está em draft?
Dev não desenvolve story em draft; vai 'dar uma desculpa para não fazer' [SOURCE: L2473]
Sim
PO validou (template + readme do épico)?
bench
Não
Validação falhou?
pain
↓ ↓ ↓
Por que este gate é crítico?
Alan pulava e quebrava: 'Revi minha vida, é por isso que quando fiz tal coisa, quebrou.' [SOURCE: L2077]
Move para READY (automático ou manual + Control+S)PO validou (template + readme do épico)?
Feedback para reescrever o StoryValidação falhou?
Quando pular READY vira retrabalho
O ciclo do Story só fica claro quando você vê o dano de desenvolver em cima de draft.
O erro mais comum é tratar Story como texto: escreveu, manda executar. No AIOX, Story é entidade. Se ela ainda está em draft, ela não está pronta para Dev. O PO ainda não validou template, épico, aceite e coerência. Desenvolver nesse ponto é construir em cima de premissa crua.
Draft não é ordem de execução
A Story parecia escrita, mas ainda não tinha passado pelo gate que converte pedido em unidade executável.
Começou comoUm draft enviado cedo para desenvolvimento.
VirouUm processo com PO validando antes do Dev.
ProvaQuando o gate READY entra, o Dev recebe menos ambiguidade e o QA devolve menos retrabalho.
LiçãoO status não é burocracia. É a proteção contra executar premissa errada.
1DraftSM escreve a intenção inicial.
2ValidatePO compara com template, épico e critérios.
3ReadySó então Dev pega como unidade executável.
- Quando o gate READY entra, o Dev recebe menos ambiguidade e o QA devolve menos retrabalho.
- O status não é burocracia. É a proteção contra executar premissa errada.
- READY existe para impedir velocidade em direção errada.
- Draft: SM escreve a intenção inicial.
- Validate: PO compara com template, épico e critérios.
- Ready: Só então Dev pega como unidade executável.
O erro que parece produtividadeMandar Dev executar draft dá sensação de velocidade, mas cobra no QA. O ganho real está em validar antes.
Quem move cada transição
Cada transição tem UM dono
- SM cria (draft)
- PO valida e libera (ready)
- Dev constrói (in progress)
- QA aprova (done)
Erros comuns de fronteira
- Achar que 'criar e mandar fazer' basta (pula o gate do PO)
- Confundir done com deploy: o Story termina no QA; deploy é outro ciclo [SOURCE: L2520]
- Desenvolver um story em draft (o Dev recusa)
Sequência segura de Story
Use antes de pedir para o Dev executar qualquer Story.
draft→validate→ready→develop→review→doneDraft— SM cria a Story.Validate— PO valida contra template e épico.Ready— Só agora Dev pode pegar.Review— QA aprova ou devolve.
Faça agora (2 minutos)
Ache o gate que faltou no seu fluxo.
Exemplo preenchido: mover um draft pelo caminho certo
Status atualdraft. A Story tem intenção, mas ainda não passou por template, épico e aceite.
Dono da transiçãoPO. Dev não deve pegar antes do ready.
GateValidate Story Draft: comparar com template canônico, readme do épico e critérios de aceite.
Se falharPO devolve feedback para reescrita. A Story continua em draft.
Se passarPO move para ready. Só então Dev implementa e QA revisa.
Portão da aulaVocê só entendeu o ciclo quando consegue dizer: qual é o status atual, quem move o próximo status e qual gate impede erro.
- Abra um Story (ou crie um de teste) e olhe o campo de status.
- Identifique em que estado ele está e QUEM deveria movê-lo para o próximo.
- Se ele está em draft e você tentou desenvolver, você achou o gate que faltou.
- Mova pelo caminho certo: valide (PO) antes de desenvolver (Dev).
Funcionou se
- Você consegue nomear o dono de cada uma das 4 transições.
- Você identificou pelo menos 1 vez em que pulou o gate de validação.
Bloco de código: o ciclo com donos e gates
Os 5 status com quem move cada seta, para o aluno copiar e nunca mais pular transição.
01story:02draft: { dono: "SM", acao: "cria o rascunho" }03ready: { dono: "PO", gate: "Validate Story Draft", acao: "aprova para execucao" }04in_progress: { dono: "Dev", acao: "executa quando esta ready" }05in_review: { dono: "QA", gate: "aprova ou devolve" }06done: { nota: "fim do ciclo da Story, NAO e deploy" }