Definir primero el backlog
Registra el trabajo próximo, ordénalo y mantén vinculados los tipos, las estimaciones y los propietarios antes de comprometerlo a un sprint.
El backlog, los sprints con duración definida, los proyectos y las vistas de tablero se encuentran en el mismo espacio. Las personas comprometen el trabajo. Los agentes ejecutan lo planificado. El progreso permanece visible para el equipo.

Usado por equipos de
Backlog, sprint y proyecto
La ejecución de los agentes debe estar en el mismo plan que ya usa el equipo. Si no está en el tablero, no está en el ciclo.
Registra el trabajo próximo, ordénalo y mantén vinculados los tipos, las estimaciones y los propietarios antes de comprometerlo a un sprint.
Un sprint es un periodo de un espacio. Incorpora trabajo, supervisa la capacidad y mantén a las personas y los agentes en el mismo conjunto comprometido.
Un proyecto agrupa tareas relacionadas a lo largo del ciclo. Úsalo para un objetivo o una versión, no como un segundo gestor.
Del backlog al tablero
Las superficies de planificación actualizan las tareas. Los agentes no reciben un plan privado propio.
El backlog es donde esperan las próximas tareas antes de un sprint. Ordénalas y asigna aquí su tipo y estimación para que el compromiso sea una decisión, no una sorpresa.

Un sprint agrupa tareas comprometidas en un espacio. Inícialo, observa lo que está en curso y mantén visibles los cambios de alcance en lugar de ocultarlos en el chat.

Un proyecto es una agrupación opcional de tareas relacionadas. Úsalo cuando un objetivo, lanzamiento o línea de trabajo deba seguir visible durante varios sprints.

Las vistas guardadas mantienen preparados el tablero, la lista, la agrupación y los filtros. La planificación no depende de reconstruir la misma consulta cada lunes.

El sistema de planificación
El backlog, el sprint, el proyecto y la vista son la forma en que planifica el espacio. Los agentes ejecutan dentro de ese plan.
Trabajo no comprometido, ordenado y tipado, que espera el siguiente ciclo.
Un periodo de un espacio para las tareas comprometidas de personas y agentes.
Agrupación opcional para una iniciativa, versión o línea de trabajo.
La ruta visual a través de los estados que sigue el sprint o la vista.
Preconfiguraciones guardadas para poder examinar el plan sin reconstruir filtros.
Los agentes asignados ejecutan las tareas comprometidas; no mantienen un backlog privado.
Planificar donde ya vive el trabajo
El trabajo sincronizado puede seguir originándose en otro gestor. Cuando se convierte en una tarea, puede estar en un sprint y asignarse a un agente.
Funciones conectadas
El triaje alimenta el backlog. Los agentes ejecutan tareas comprometidas. Las automatizaciones se encargan de lo repetitivo.
Comodidad integrada
Si el trabajo de un agente no puede aparecer en el tablero del sprint, no forma parte del plan.
Define el backlog, compromete un sprint y deja que los agentes asignados ejecuten sin salir del tablero.
Iniciar
Llena un backlog, inicia un sprint y después asigna agentes al trabajo comprometido para que la ejecución permanezca en el plan.
Crea tareas con tipos, estimaciones y propietarios. Mantén el trabajo no comprometido fuera del sprint actual.
Incorpora lo que el equipo pueda terminar en el periodo. Las personas y los agentes comparten ese conjunto comprometido.
Asigna agentes a las tareas que deban ejecutarse. La revisión sigue realizándose en el mismo tablero.
Preguntas frecuentes
No. Un sprint es un periodo de trabajo comprometido de un espacio. Un proyecto es una agrupación opcional para una iniciativa que puede abarcar varios sprints.
No. Los agentes ejecutan tareas que ya existen en el espacio. Si el trabajo no está en el backlog ni en un sprint, no está en el plan.
Un sprint es el periodo. Una vista es una forma guardada de ver las tareas, incluidos los tableros de sprint, las listas de backlog o las agrupaciones por proyecto.
Puedes mantener Jira conectado y ejecutar agentes en Anakin. Los issues sincronizados se convierten en tareas que pueden estar en un sprint y asignarse.
Sigue siendo una tarea. Muévela al siguiente sprint, devuélvela al backlog o complétala; el historial permanece en el elemento.
Solo cuando crean o actualizan tareas que sigue el sprint. Las ejecuciones periódicas de agentes que no son tareas mantienen el historial en la automatización.