Convención de cronograma ligero sobre el grafo

1. Propósito

[Usar esta convención para planificar tareas sin introducir una herramienta de calendario separada del grafo documental.]

2. Estados del manifiesto

Las tareas avanzan por la secuencia siguiente:

BACKLOG → TODO → IN_PROGRESS → DONE

Una tarea puede pasar de IN_PROGRESS a BLOCKED cuando una dependencia impide continuar; al resolverse, vuelve a TODO o IN_PROGRESS según corresponda. BLOCKED también puede marcarse desde TODO si la dependencia ya se conoce.

Estado	Uso
`BACKLOG`	[Idea o tarea registrada, aún sin preparar.]
`TODO`	[Tarea preparada, con nodo y referencias suficientes para ejecutarse.]
`IN_PROGRESS`	[Trabajo activo sobre la tarea.]
`BLOCKED`	[Trabajo detenido por una dependencia o impedimento explícito.]
`DONE`	[Criterios de aceptación verificados y tarea cerrada.]

3. Designación de tareas backend y frontend

Las tareas de backend se crean con TPL-BE y se registran como BE-XX.
Las tareas de frontend se crean con TPL-FE y se registran como FE-XX.
Cada tarea debe declarar sus referencias upstream (US-XX, IX-XX, DS-XX y otros IDs aplicables) en su frontmatter y en el manifiesto.

4. Marcado ligero de fechas y lotes

El manifiesto puede añadir las columnas Lote, Inicio y Fin a su matriz de tareas. Las fechas usan YYYY-MM-DD; un lote es una etiqueta corta acordada por el driver.

Cuando no sea conveniente ampliar una tabla, el bloque siguiente puede acompañar a la tarea sin convertirse en un nodo adicional:

schedule:
  lote: "[Lote o iteración]"
  inicio: "[YYYY-MM-DD]"
  fin: "[YYYY-MM-DD]"

Las fechas son compromiso de planificación, no sustituyen el estado ni las dependencias del grafo.

5. Regla de trazabilidad obligatoria

Toda tarea nueva debe referenciar al menos un nodo de origen US-XX, IX-XX o DS-XX por ID. Nada se planifica ni se asigna a un lote sin existir previamente como nodo del grafo y sin figurar en MANIFEST-01.