Dependências e sprints

Duas alavancas estruturais da Fila: o que destrava o quê, e como o trabalho é recortado no tempo.

Dependências

deps são ids de outras tasks. Uma task pendente cujas dependências ficaram todas done é despachada sozinha num board em modo autônomo — inclusive no nascimento, se as dependências já estavam prontas. É assim que se encadeia investigar → corrigir → revisar sem ninguém no meio.

Os requisitos, na ordem em que costumam falhar:

1. o board precisa estar em modo autônomo;
2. a task precisa ter provider declarado — ele não é herdado;
3. o teto de concorrência precisa ter folga;
4. as dependências precisam estar done de verdade — failed não destrava.

Crie o filho antes de marcar o pai done. O despacho acontece na transição; uma task criada depois espera por um evento que já passou.

Sprints

Um sprint é um recorte do trabalho com um começo e um fim. Fechar um sprint:

• congela os números e a composição do board;
• migra o que não terminou (todo, doing e interrompido) para um sprint novo;
• deixa o que terminou e as falhas julgadas no sprint fechado.

Um sprint vazio não fecha, e não existe fechamento por calendário — é sempre uma decisão explícita. O sprint fechado vira um snapshot imutável: os números dele nunca mudam depois.

O que fica aberto

Uma task pode nascer sem card nenhum: uma ideia pendente que ainda não virou trabalho. Ela fica na Fila esperando um provider e um despacho.

Ver A Fila para o modelo de task e participação.