De la especificación a tareas con las que empezar a trabajar

Cómo cortar bien

Corta por valor, no por capa. “Pantalla”, “servidor”, “base de datos” son tres tareas de las que ninguna entrega nada hasta que todas están listas. “El usuario puede guardar un borrador” es una tarea que toca tres capas y termina en algo que se puede mostrar.

Cuando una tarea es demasiado grande, busca las variantes: primero el camino exitoso, casos límite después; un usuario primero, muchos después.

Qué debe estar en la tarjeta

Contexto en una línea: quién lo necesita y por qué. Criterios de aceptación en formato uniforme. Una dependencia si la hay. Y un enlace a la especificación o el debate que la originó.

Lo que no debería estar: una solución detallada. Si cada tarjeta dicta la implementación, has eliminado el motivo de contratar desarrolladores.

Señales de mal corte

Una tarea que rueda entre ciclos, una tarea “casi lista” tres días, y una tarea que no puedes probar sin otras tres. En todos los casos el corte fue por estructura técnica y no por resultado.