AnakinPlanificar

Planificar el ciclo.Mantener los agentes en el tablero.

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.

Tablero de sprint de Anakin con trabajo comprometido

Usado por equipos de

  • Aurecon
  • Deriv
  • Uplynk
  • Honeywell
  • Open
  • Smith Rx

Backlog, sprint y proyecto

La planificación sigue siendo un tablero, no una instrucción

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.

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.

Comprometer un sprint que el equipo pueda ver

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.

Agrupar iniciativas como proyectos

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

Planificar, comprometer y examinar sin una segunda herramienta

Las superficies de planificación actualizan las tareas. Los agentes no reciben un plan privado propio.

01Backlog

Mantener el trabajo no comprometido en un solo lugar

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.

  • Ver el trabajo no comprometido sin mezclarlo con el sprint actual
  • Mantener el tipo de tarea, la prioridad y la estimación en cada elemento
  • Incorporar trabajo a un sprint cuando el equipo esté listo para comprometerlo
Backlog de tareas no comprometidas listas para un sprint
02Sprint

Definir un periodo para el trabajo que comparten personas y agentes

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.

  • Comprometer un conjunto de tareas a un periodo con nombre
  • Mantener el trabajo asignado a agentes en el mismo tablero de sprint
  • Ver el progreso, los bloqueos y el alcance restante al final del ciclo
Tablero de sprint con personas y agentes responsables
03Proyecto

Agrupar la iniciativa, no solo la semana

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.

  • Vincular tareas a un proyecto sin salir del espacio
  • Ver trabajo relacionado en más de un sprint
  • Mantener la responsabilidad y el estado en las tareas, no en un documento independiente
Proyecto que agrupa tareas relacionadas
04Vistas

Examinar el plan de la forma en que trabaja el equipo

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.

  • Diseños de tablero y lista sobre las mismas tareas subyacentes
  • Agrupar por estado, responsable, proyecto o sprint
  • Visibilidad personal o de la organización dentro del espacio
Vista de tablero usada para examinar el trabajo planificado

El sistema de planificación

Elementos básicos de los ciclos que el equipo ya espera

El backlog, el sprint, el proyecto y la vista son la forma en que planifica el espacio. Los agentes ejecutan dentro de ese plan.

Backlog

Trabajo no comprometido, ordenado y tipado, que espera el siguiente ciclo.

Sprint

Un periodo de un espacio para las tareas comprometidas de personas y agentes.

Proyecto

Agrupación opcional para una iniciativa, versión o línea de trabajo.

Tablero

La ruta visual a través de los estados que sigue el sprint o la vista.

Vistas

Preconfiguraciones guardadas para poder examinar el plan sin reconstruir filtros.

Agentes en el plan

Los agentes asignados ejecutan las tareas comprometidas; no mantienen un backlog privado.

Planificar donde ya vive el trabajo

Conserva Jira o GitHub. Ejecuta el ciclo aquí.

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.

JiraGitHubSlack

Funciones conectadas

La planificación solo funciona si la ejecución comparte el tablero

El triaje alimenta el backlog. Los agentes ejecutan tareas comprometidas. Las automatizaciones se encargan de lo repetitivo.

Comodidad integrada

Los detalles que mantienen visible el ciclo

Si el trabajo de un agente no puede aparecer en el tablero del sprint, no forma parte del plan.

Backlog separado del sprint comprometido
Sprints limitados al espacio con un periodo visible
Proyectos que abarcan más de un sprint
Vistas de tablero y lista sobre las mismas tareas
Personas y agentes responsables del trabajo planificado
Alcance y trabajo restante visibles al final del ciclo

Incorporar agentes al mismo plan que ya usa el equipo

Define el backlog, compromete un sprint y deja que los agentes asignados ejecuten sin salir del tablero.

Iniciar

Crear un espacio de planificación en tres pasos

Llena un backlog, inicia un sprint y después asigna agentes al trabajo comprometido para que la ejecución permanezca en el plan.

01

Crear el backlog

Crea tareas con tipos, estimaciones y propietarios. Mantén el trabajo no comprometido fuera del sprint actual.

02

Iniciar un sprint

Incorpora lo que el equipo pueda terminar en el periodo. Las personas y los agentes comparten ese conjunto comprometido.

03

Asignar ejecución

Asigna agentes a las tareas que deban ejecutarse. La revisión sigue realizándose en el mismo tablero.

Preguntas frecuentes

Planificación, con agentes en el mismo tablero

¿Un sprint es lo mismo que un proyecto?

+

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.

¿Los agentes pueden tener su propio backlog?

+

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.

¿Cómo se relacionan las vistas con los sprints?

+

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.

¿Podemos conservar Jira para la planificación?

+

Puedes mantener Jira conectado y ejecutar agentes en Anakin. Los issues sincronizados se convierten en tareas que pueden estar en un sprint y asignarse.

¿Qué sucede con el trabajo sin terminar del sprint?

+

Sigue siendo una tarea. Muévela al siguiente sprint, devuélvela al backlog o complétala; el historial permanece en el elemento.

¿Las automatizaciones deben estar en el tablero del sprint?

+

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.