refactor: troca a coluna Ready por In Review no Kanban

[ronifabio]

Duas correcoes no mesmo lugar.

A coluna Ready colidia com o status Ready do prd.md e nao tinha o que significar: como o /utf-backlog so cria Issue de story que ja esta Ready, todo cartao do quadro ja e Ready por definicao. A palavra valia duas coisas dentro do mesmo metodo.

Se a intencao fosse marcar o escopo de uma entrega, coluna e a ferramenta errada: escopo e atributo do cartao e precisa viajar com ele por todas as colunas — uma historia em In Progress continua pertencendo ao escopo. Isso e milestone ou etiqueta na Issue, e o passo agora diz isso.

No lugar dela entra In Review, que e um estado que existe de verdade neste metodo e nao tinha casa: o Pull Request aberto, esperando o Portao de Entendimento e a revisao dos colegas antes do merge. Sem a coluna, esse cartao ficava em In Progress indistinguivel de trabalho sendo digitado — a mesma patologia que a coluna Blocked existe para evitar. Numa equipe pequena e a unica coluna que pede acao de outra pessoa.

O passo tambem passa a definir entrada e saida de cada coluna: coluna sem regra de entrada e de saida vira deposito.

Closes #

O que este PR faz e por quê

O quadro do Projects tinha uma coluna Ready que não conseguia significar nada.
Como o /utf-backlog só cria Issue de story que já está Ready no prd.md, todo
cartão que entra no quadro já é Ready por definição — a mesma palavra valia duas
coisas dentro do método, um status de documento e um estágio de quadro, e a coluna
acabava funcionando como um segundo backlog.

Considerei mantê-la com o sentido de "escopo da entrega atual", mas coluna é a
ferramenta errada para isso: escopo é atributo do cartão e precisa acompanhá-lo por
todas as colunas, já que uma história em In Progress continua pertencendo ao
escopo. Quem faz esse papel é milestone ou etiqueta na Issue, e o passo agora diz
isso explicitamente para o agente não sugerir a coluna de volta.

No lugar dela entra In Review, que é um estado que existe de verdade neste método
e não tinha casa: o Pull Request aberto, esperando o Portão de Entendimento e a
leitura dos colegas antes do merge. Sem essa coluna, o cartão ficava em
In Progress indistinguível de trabalho sendo digitado — a mesma patologia que a
Blocked existe para evitar. Numa equipe de dois ou três, é a única coluna que
pede ação de outra pessoa.

Aproveitei para dar regra de entrada e de saída a cada uma das cinco colunas:
coluna sem essas duas regras vira depósito.

O mesmo commit foi para o utf-sdd-template, para os dois templates não divergirem.

Apontamentos da revisão

Não se aplica — PR de manutenção, sem spec.md.

Aceitos:

Recusados (com o motivo):