Da especificação para tarefas com as quais dá para começar
Como fatiar corretamente
Fatie por valor, não por camada. 'Tela', 'servidor', 'banco de dados' são três tarefas das quais nenhuma entrega nada até que todas estejam prontas. 'O usuário consegue salvar um rascunho' é uma tarefa que toca três camadas e termina em algo que dá para mostrar.
Quando uma tarefa é grande demais, procure as variações: primeiro o caminho feliz, casos limites depois; primeiro um usuário, muitos depois.
O que precisa estar no cartão
Contexto em uma linha — quem precisa disso e por quê. Critérios de aceite em formato uniforme. Uma dependência, se houver. E um link para a especificação ou discussão que originou.
O que não deve estar: uma solução detalhada. Se cada cartão dita a implementação, você eliminou o motivo de contratar desenvolvedores.
Sinais de fatiamento ruim
Uma tarefa que rola entre ciclos, uma tarefa 'quase pronta' por três dias, e uma tarefa que não dá para testar sem outras três. Em todos os casos, o corte foi pela estrutura técnica e não pelo resultado.
Indo mais fundo
Escreva os critérios de aceite antes de começar a escrever código — eles definem o teste. Uma tarefa para a qual você não consegue formular critérios de aceite é geralmente pesquisa disfarçada, e aí é melhor defini-la como tal: um slot com tempo limitado, uma pergunta definida e um resultado escrito.