Panel de jerarquía (Padre → Hijos)
El panel de administración define qué tipos de incidencia pueden ser hijos de qué padre. Así se modelan niveles y contenedores (OKR, SAFe, Initiative → Epic → Story u otro árbol del sitio). El modelo es un árbol, no una lista lineal: un mismo padre puede tener varios tipos hijo (por ejemplo Epic → Story, Bug y Task).
La configuración se guarda y se recupera (almacenamiento Forge). El Gantt usa estas reglas, junto con el campo Elemento Superior, para anidar barras.
Cómo configurar las reglas
- Abra la página de administración de Stratify (Apps → Stratify, o la entrada admin de la aplicación).
- Verá el listado de tipos de incidencia disponibles en el sitio.
- En el editor o modal Padre → Hijos, elija un tipo padre y los tipos hijo permitidos.
- Revise la vista previa del árbol resultante.
- Guarde. Sin una configuración guardada, el panel muestra un estado vacío con una guía para el primer guardado.
Buenas prácticas
- Empiece por el contenedor de más alto nivel de su modelo (Initiative, Objetivo, Portfolio, etc.).
- Permita solo los tipos hijo que el equipo usa de verdad; un árbol demasiado amplio dificulta la lectura del Gantt.
- Tras guardar, compruebe un plan de prueba: las barras deben anidarse según Elemento Superior y estas reglas.
Permisos y el Gantt
La ingesta JQL y la sincronización se ejecutan como el usuario que usa el Gantt. Hace falta:
- Ver los work items de la JQL.
- Editar las fechas (y campos acordados) de los issues que se sincronizarán.
Un usuario sin permiso de edición verá el plan, pero la sincronización fallará en esos issues. El resumen de sync conservará los drafts fallidos con el error.
Cuando la jerarquía esté lista, continúe en la Guía del Usuario.