Campo Elemento Superior
El campo Elemento Superior (Parent Element) es el cimiento de la jerarquía de Stratify. Permite vincular un work item con su padre lógico (por ejemplo Initiative → Epic, OKR → Initiative, o el modelo que use su sitio).
Al instalar o activar la aplicación, Stratify crea el campo o reutiliza uno ya existente con el mismo propósito. El key interno del módulo (parent-element) y el valor almacenado no cambian si el usuario cambia el idioma de Jira.
Elemento Superior frente al Parent nativo de Jira
| Elemento Superior (Stratify) | Parent nativo de Jira | |
|---|---|---|
| Propósito | Jerarquía de planificación del cliente (varios niveles, varios tipos). | Relación padre/hijo estándar de Jira (Epic, sub-tarea, etc.). |
| Quién lo define | El administrador, con reglas Padre → Hijos. | El modelo de tipos de Jira. |
| Uso en el Gantt | Anida barras y calcula roll-ups. Si tiene valor, manda sobre el Parent nativo. | Anida cuando Elemento Superior está vacío. Stratify no lo copia en el campo. |
Puede usar ambos a la vez. Stratify no reemplaza el Parent nativo ni lo escribe en Elemento Superior.
Cómo se decide el padre
| Situación | Resultado en el Gantt |
|---|---|
| Elemento Superior con valor | Ese valor manda. El Parent nativo no lo sustituye. |
| Elemento Superior vacío y Parent con valor | El Gantt anida con el Parent nativo, si su tipo está permitido por la jerarquía y el padre está en el JQL del plan. |
| Tipo del padre no permitido | El work item queda en Sin padre. |
| Parent fuera del JQL del plan | El work item queda en Sin padre. |
| Sub-tarea | Cuelga siempre de su Parent nativo. El campo no se usa y el selector no aparece en su menú. |
Stratify no rellena Elemento Superior con el Parent nativo. El campo solo cambia cuando el usuario lo guarda.
Asociar el campo a tipos y pantallas
- En Jira, vaya a Settings (⚙️) → Work items → Fields (o Custom fields).
- Localice Elemento Superior / Parent Element.
- Asócielo a los contextos, tipos de incidencia y pantallas (crear, ver, editar) de los espacios que planificará en el Gantt.
- Compruebe que los usuarios que planifican pueden ver y editar el campo en esos tipos.
Sin esta asociación, el Gantt no podrá resolver padres e hijos aunque la JQL devuelva work items.
Selector de Elemento Superior
Al editar Elemento Superior, el selector funciona como el Parent nativo de Jira:
- Se busca por key o por el resumen del work item.
- Sin texto, se muestran resultados recientes y sugeridos.
- En el campo, cada opción se muestra como
KEY: resumen (Tipo). - En el menú del Gantt, cada opción muestra el icono del tipo, la key y el resumen, agrupada por secciones.
- Solo aparecen los tipos que la jerarquía permite como padre del work item actual.
- El valor se puede limpiar.
- Lo guardado es la referencia al work item, con su key y resumen.
El filtro por jerarquía es el mismo en el campo y en el Gantt. En una sub-tarea no aparece el selector: su padre es el Parent nativo.
Guardar el campo desde el Gantt reanida las barras al momento, sin recargar la página. El cambio puede vivir en el borrador hasta sincronizar. Consulte Sandbox y sincronización.
Idioma del nombre del campo
Con locale es-ES, el nombre visible es Elemento Superior. Con en-US, Parent Element. El valor (work item vinculado) es el mismo en ambos idiomas.
Siguiente paso
Configure qué tipos de incidencia pueden ser hijos de cada padre: Panel de jerarquía.