Listas de backlog y activos
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Una función integrada de Tablero de Trabajo.
El Backlog es la lista del Tablero de Trabajo con los tickets que aún no empiezan, junto a los activos. Los tickets esperan aquí hasta que los pasas al tablero.
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Un software para gestionar un backlog guarda el trabajo que el equipo sugirió o acordó considerar, pero que todavía no empezó, para que el tablero activo muestre solo lo que está en curso. Cada elemento necesita un título claro, un responsable o la indicación explícita de que no tiene uno, y una prioridad que indique qué revisar primero. Pasa un ticket al tablero solo cuando alguien acepte empezarlo.
| Trabajo | App | Qué hace aquí |
|---|---|---|
| Guarda la idea sin empezarla | Backlog | Agrega el ticket desde la lista de Backlog, que muestra los tickets sin empezar junto a los activos. Asígnale un tipo, una prioridad de P0 a P5 y las etiquetas que el equipo ya usa. Se mantiene fuera de las columnas activas hasta que su estado pase a por hacer o en progreso. |
| Redacta el ticket desde un mensaje | Tickets Inteligentes | En el menú de agregar, elige la opción de Atty y pega un correo de proveedor, adjunta una captura o graba un mensaje de voz. Atty propone un título y una descripción con criterios de aceptación, y el ticket se abre en el editor para que lo corrijas antes de guardarlo. |
| Pregunta a Atty qué espera | Atty Chat | Pregunta en el chat qué tickets del backlog no tienen responsable, o quién tiene uno en particular. Atty puede leer el backlog y preparar un ticket nuevo, pero antes de crearlo busca un ticket abierto parecido y te pregunta si prefieres actualizar ese. |
| Pasa el ticket al tablero | Tablero de Trabajo | Cuando empiece el trabajo, cambia el ticket a un estado de por hacer o en progreso. Los estados se definen por proyecto, y el Tablero de Trabajo muestra los tickets activos en columnas según su estado. Al cambiar el estado, el ticket sale de la lista del backlog y pasa a la vista activa. |
Abre el Backlog, cambia a la vista de tabla y filtra los tickets sin asignar. Lee cada título y define una prioridad solo cuando la solicitud tenga un plazo o un costo real. Los tickets que no pueden empezar este mes pueden quedarse en el backlog sin fecha.
BacklogDos personas suelen pedir el mismo cambio con palabras distintas. Busca el término clave en el backlog, conserva el ticket que ya tiene contexto y agrega la segunda solicitud a su descripción. Archiva el duplicado cuando no le quede nada único.
En la reunión de planificación, filtra por una etiqueta a la vez, como sitio web o facturación, para que cada grupo revise su área. Si el grupo quiere una hoja de cálculo, exporta todos los tickets o solo los filtrados a CSV, y luego registra las decisiones en cada ticket.
BacklogCuando alguien acepte un ticket, asígnale esa persona, cambia el estado a por hacer o en progreso y agrega un comentario que describa cómo se ve terminado el trabajo. El comentario le da al responsable una definición compartida con la que comparar antes de cerrarlo.
Tablero de TrabajoArchiva los tickets que el equipo decidió no hacer, para conservar su descripción e historial. Cuando vuelva una solicitud antigua, activa la vista de archivados para encontrarla. Restaurar un ticket cambia su estado de archivado; no crea un ticket nuevo.
BacklogReúne el problema y la solución temporal antes de que una petición llegue al backlog.
Separa la opinión general de los comentarios sobre una tarea reciente, para que solo los problemas reales lleguen al backlog.
Decide qué elementos del backlog van a la hoja de ruta y muestra qué tan seguro es cada uno antes de prometer una fecha.
Cierra el ciclo de los tickets terminados explicando en palabras simples qué cambió para quienes lo notarán.
Un backlog sin revisión se convierte en una lista que nadie lee. Reserva tiempo para clasificarlo y confirma cada prioridad al hacerlo. Archiva lo que no va a pasar. Un ticket que lleva meses sin movimiento debe confirmarse de nuevo o archivarse, no quedar como una promesa no dicha.
Una prioridad de P0 a P5 es una etiqueta que pone una persona. Poner P0 no empieza el ticket ni lo pasa al tablero. Acuerden en la reunión de planificación qué elementos se trabajan después, y deja que el cambio de estado muestre cuándo el trabajo empezó de verdad.
El Backlog no tiene sprints ni velocidad por puntos de historia. Si el equipo necesita planificar por sprints, debe mantener ese método en otro lugar. Usa el Backlog para recibir, agrupar y priorizar, y el Tablero de Trabajo para los estados mientras el trabajo está en curso.
Se basa en la página del Backlog y sus filtros, en los campos de tipo y prioridad, en la importación y exportación CSV, y en las herramientas de Atty. El Backlog no tiene sprints ni velocidad por puntos de historia.
Guarda el trabajo que se sugirió o se acordó, pero que todavía no empezó, para que el tablero activo se mantenga enfocado. Un buen software permite ver los pendientes por responsable, etiqueta y prioridad, y pasar un ítem al tablero cuando el trabajo empieza.
No del todo. En la planificación ágil, un backlog de producto suele alimentar sprints y estimaciones por puntos. El Backlog de Attain OS es una lista de entrada de tickets, con tipos y prioridades. No tiene sprints ni reportes de velocidad, así que un equipo que los necesite debe planificarlos con otro método.
Un tablero kanban muestra el trabajo que avanza por columnas de estado. Un backlog guarda el trabajo que todavía no entró en esas columnas. Muchos equipos usan los dos: el tablero para lo que está en curso y el backlog para lo que espera.
No. El backlog guarda trabajo interno que tu equipo planea y hace. No es una bandeja de mensajes de soporte. Las solicitudes de clientes que necesitan un registro de caso van en la app Atención al Cliente.
Sí, si está en formato CSV. Descarga la plantilla desde la pantalla de importación para que las columnas coincidan, importa el archivo y revisa el tipo, la prioridad y el estado de cada ticket importado. Revisa las prioridades después de importar, porque el archivo solo trae lo que alguien escribió en él.
Planifica las preguntas y la revisión para api access request. Referencia en inglés.
Planifica las preguntas y la revisión para architecture review request. Referencia en inglés.
Planifica las preguntas y la revisión para beta tester signup. Referencia en inglés.
Planifica las preguntas y la revisión para design/ui request. Referencia en inglés.