Columnas personalizadas
Conectado al mismo proyecto, personas, permisos y contexto de IA.
Un tablero kanban de arrastrar y soltar para tickets, con tus propios estados, tipos, prioridades y varios responsables por ticket.
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 tablero kanban muestra cada trabajo como una tarjeta dentro de una columna, para que un equipo pequeño vea qué espera, qué está en curso y qué terminó. Las columnas deben coincidir con las etapas que el equipo realmente revisa, y cada tarjeta necesita un siguiente paso claro con una persona responsable. Tablero de Trabajo se mantiene sencillo a propósito: no tiene sprints, control de tiempo ni vínculos de dependencia.
| Trabajo | App | Qué hace aquí |
|---|---|---|
| Definir las columnas | Tablero de Trabajo | Crea tus propios estados, como Por hacer, En curso y Revisión, y arrastra cada tarjeta a la etapa que ya alcanzó. Conserva solo las columnas que el equipo revisa, porque una columna que nadie lee solo oculta el trabajo. |
| Dar forma a cada ticket | Tablero de Trabajo | Elige un tipo, como Bug, Story o Task, y una prioridad de P0 a P5. Mide el trabajo con tallas de camiseta o con números, asigna una o más personas y agrega etiquetas para agrupar las tarjetas relacionadas. |
| Guardar el trabajo no iniciado | Backlog | Los tickets que todavía no han empezado esperan en el Backlog, junto al tablero activo, hasta que alguien los tome. Pasa una tarjeta al tablero solo cuando tenga responsable y un siguiente paso claro. |
| Traer una lista existente | Tablero de Trabajo | Importa un archivo CSV para llevar al tablero los tickets que ya están en una hoja de cálculo, y exporta tickets a CSV cuando necesites una copia. Revisa las filas importadas contra el original antes de que el equipo empiece a trabajar con ellas. |
| Archivar las tarjetas terminadas | Tablero de Trabajo | Archiva los tickets que ya no requieren atención para que el tablero activo siga legible. Archivar quita la tarjeta de la vista del tablero, así que trátalo como limpieza y no como registro de la decisión. |
| Pedir a Atty un borrador | Tablero de Trabajo | En el chat, Atty puede consultar tickets, preparar un ticket nuevo o una actualización, y archivar uno cuando lo pidas. Cada cambio espera tu aprobación antes de llegar al tablero. |
La persona que lidera el equipo revisa las columnas con el grupo y quita una etapa que nadie usa. El equipo acuerda el nuevo diseño antes de mover cualquier tarjeta. Dos tarjetas marcadas como Terminadas la semana pasada vuelven a Revisión, porque la corrección nunca se probó.
Tablero de TrabajoQuien coordina las reparaciones registra cada solicitud nueva como tarjeta, elige su tipo y su prioridad, y le asigna una talla según la escala del equipo. Lo que no tenga responsable se queda en el Backlog hasta que alguien lo tome.
Tablero de TrabajoUn trabajo grande se convierte en varias tarjetas, una por visita o entregable, y cada tarjeta recibe su propio responsable y su etiqueta. El tablero no asigna el trabajo por sí solo, así que quien lidera nombra a la persona responsable de cada tarjeta.
Quien lidera revisa la columna En curso en busca de tarjetas que no se han movido en varios días y pregunta a cada responsable qué las bloquea. La respuesta se escribe en la tarjeta, así que la siguiente persona que la abra ve el motivo.
Las tarjetas terminadas que ya no requieren atención se archivan para que el tablero activo siga legible. Después, quien lidera exporta los tickets abiertos a CSV y usa ese archivo para el resumen semanal que se envía al equipo.
Tablero de TrabajoDecide qué pasos y resultados esperados necesita un error antes de que una persona lo convierta en tarjeta.
Decide qué decisión debe apoyar un diseño antes de que su tarjeta entre al backlog.
Decide qué resultados merecen su propia columna antes de llenar el backlog con tarjetas.
Define cuándo termina un proyecto para poder dividirlo en tarjetas con un estado terminado claro.
Una columna dice en qué punto está el trabajo, y P0 a P5 dice qué tan urgente es. Poner el trabajo urgente en una columna llamada Urgente mezcla ambas cosas, y entonces la etapa y la prioridad ya no se leen por separado.
Una talla indica qué tan grande cree el equipo que es el trabajo. No es una fecha límite, y el tablero no tiene gráfico de velocidad ni control de tiempo que convierta las tallas en una estimación de entrega.
Dos tarjetas no se bloquean entre sí de forma automática, porque la app no tiene vínculos de dependencia. Si una tarjeta debe terminar antes de que empiece otra, escríbelo en ambas y nombra a la persona responsable del traspaso.
Si una lista de tareas simple basta, usa Tareas en su lugar.
No exactamente. Una lista de pendientes muestra las acciones en una sola lista, mientras que un tablero kanban muestra en qué etapa está cada tarjeta. Usa el tablero cuando las etapas importan y una lista sencilla cuando solo necesitas saber qué sigue.
Sí. Crea tus propios estados, como Por hacer, En curso y Revisión, y arrastra las tarjetas entre ellos. Las columnas son una decisión del equipo, así que mantenlas en las etapas que el equipo revisa de verdad.
No. No hay sprints, gráficos de velocidad ni control de tiempo. Puedes medir los tickets con tallas de camiseta o con números, pero el tablero no los suma para crear un calendario.
No. Tablero de Trabajo registra el trabajo del equipo, no casos de clientes. Para problemas de clientes que necesitan un registro del cliente y una resolución, usa Atención al Cliente.
Atty puede preparar un ticket o una actualización desde el chat, y puede archivar uno cuando se lo pidas. Cada cambio espera tu aprobación, así que nada llega al tablero sin revisión.
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.