
Última actualización: 10 de agosto de 2026
Seis configuraciones reales de Sublista. Una Sublista de Quire es una vista guardada y con permisos controlados de tareas que ya existen en un proyecto, no una copia ni un filtro. Este artículo repasa seis ejemplos reales de los propios espacios de trabajo de Quire, Marketing Campaign Launch y Agile, incluyendo un caso de uso que conviene evitar, además de los trucos de configuración que mantienen cada Sublista útil a largo plazo.
Abriste el proyecto esta mañana y la Lista maestra tiene 287 tareas. Unas cuarenta son tuyas. Las otras 247 pertenecen a personas que preferirías no ver en tu campo de visión un lunes. De algún modo, todas conviven en el mismo rectángulo con scroll, y la rueda del mouse parece trabajar en tu contra.
Este es el momento en que la mayoría de los usuarios de Quire descubre Sublist y se pregunta por qué no la probó el primer día. La respuesta oficial es "vista personalizada o filtrada del mismo proyecto". La respuesta honesta es que la Sublista es lo que convierte un proyecto compartido de 300 tareas de algo que toleras en algo que realmente abres sin encogerte.
La publicación de 2020 que presentó Sublist se centró en la filosofía. Esta es la contraparte. Seis flujos de trabajo concretos, la configuración que usaríamos en cada caso, las contrapartidas que vale la pena conocer y un caso de uso que específicamente evitaríamos. Cada ejemplo a continuación es un proyecto real en funcionamiento dentro de nuestros espacios de trabajo Marketing Campaign Launch y Agile, así que puedes hacer clic y ver la estructura en lugar de imaginarla.
Una Sublista es una vista guardada, con nombre y compartible de un subconjunto de tareas del mismo proyecto, con su propia URL y su propia configuración de permisos. Las tareas en sí existen una sola vez, en la Lista maestra. Una Sublista apunta hacia ellas. Editar una tarea dentro de una Sublista edita el original, porque no hay ninguna copia.
Tres cosas distinguen la Sublista de Quire de funciones similares en otras herramientas.
La mecánica completa está en la guía de Sublist. El resto de este artículo trata de qué hacer realmente con ella.
Un proyecto de lanzamiento de campaña crece rápido. Observa nuestro espacio de trabajo real Marketing Campaign Launch: para cuando ya está en marcha, la Lista maestra abarca siete secciones (Sitio web, Publicaciones de blog, Contenidos de redes sociales, Plataformas de redes sociales, Boletines, Webinars, Traducciones) con campos personalizados que registran plataforma, presupuesto, tarifa por hora y puntos de KPI. El director de marketing necesita esa panorámica completa. El redactor del blog, no.

Cómo lo configuramos: una Sublista por función o por estado de revisión. Manual al principio, luego convertida en basada en filtro una vez que la taxonomía de etiquetas se estabiliza (por lo general hacia el día 5).
La sublista de Revisiones de diseño es el ejemplo más claro para observar. La lógica del filtro es status = Reviewing y tag = design. Los diseñadores solo ven las tareas que esperan su revisión; la sublista se vacía sola a medida que el trabajo se entrega. Nadie tiene que rastrear 33 tareas repartidas en siete secciones para encontrar las tres que necesitan revisión.

Una sublista de "Contenido" funciona igual: tag = content, assignee in [los redactores], e incorpora automáticamente cualquier tarea nueva que coincida. Los mismos datos, un enfoque distinto.
Lo que hace que esto funcione es que el director de marketing sigue trabajando desde la Lista maestra para la planificación interfuncional, mientras que cada responsable de función trabaja desde su Sublista para la ejecución. Los mismos datos. Sin reconciliaciones. Sin el mensaje de Slack a las 4 de la tarde del viernes preguntando "¿cuál es la versión vigente del tracker?".
Para una visión más amplia de cómo esto encaja en un modelo operativo de lanzamiento, consulta nuestra publicación sobre gestión de proyectos interfuncionales.
El patrón en el que se asienta la mayoría de los equipos de ingeniería es este. La Lista maestra es el backlog. Cada dos semanas, la planificación del sprint produce una Sublista con las tareas comprometidas para ese ciclo.
Nuestro espacio de trabajo Agile es el ejemplo en funcionamiento. El backlog está organizado por área de superficie (Comentarios de clientes / Historias de usuario, Sitios web, Aplicación de escritorio, Aplicación Android, Aplicación iOS), con Puntos de historia como campo personalizado. En la planificación del sprint, el equipo selecciona varias tareas a la vez y usa clic derecho → Asignar a sublista → Sprint 47. Así construimos la sublista Sprint 47 que puedes abrir ahora mismo: en este momento acota dos incidencias reales ("Los emojis no se muestran correctamente", "El botón Home no funciona") surgidas de comentarios de clientes, con espacio para que el resto del compromiso del sprint se sume.

La versión basada en filtro de este mismo patrón usa una etiqueta como sprint-47 y una Sublista de filtro que incorpora automáticamente cualquier cosa etiquetada así. Un poco más de configuración inicial, mantenimiento cero después.
La URL de la Sublista se comparte en el canal de standup del equipo. Durante las siguientes dos semanas, el equipo de ingeniería trabaja desde esa Sublista. La vista Kanban de la Sublista se convierte en el tablero del sprint. El gerente de producto revisa la Lista maestra para el refinamiento del backlog y las conversaciones de roadmap. Los ingenieros miran la Sublista para ver qué está en movimiento.
Un efecto secundario agradable: en la retrospectiva, la Sublista es el artefacto. Captura exactamente qué estaba en alcance, qué se entregó y qué se pospuso. Nada de capturas de pantalla de un tablero de Jira pegadas en Confluence. La URL de la Sublista es el registro.
Este es el uso de mayor valor de Sublist para agencias, y el que la mayoría de las agencias no se da cuenta de que es posible. El mismo patrón aplica a equipos internos que trabajan con socios creativos externos (diseñadores freelance, editores de video, proveedores de traducción). Cualquiera fuera de tu organización que necesite una ventana al trabajo, pero solo a su porción.
Cómo lo configuramos: un proyecto por cada relación con un cliente (o por cada flujo con un socio externo). La Lista maestra contiene todo el trabajo, incluidas las tareas de uso interno exclusivo: conversaciones comerciales, control de calidad interno, señales de rentabilidad. Se crea una Sublista con el nombre del cliente, configurada con permiso Equipo externo, poblada solo con los entregables y decisiones que el cliente debe ver.
Puedes ver la estructura en la sublista Equipo externo — Vista del cliente que configuramos dentro del espacio de trabajo Marketing Campaign Launch. En una relación real, la poblarías con los entregables que involucran al cliente: publicaciones de blog en revisión, piezas de diseño, guiones de webinars, entregas de traducción. ¿Las notas internas de margen, la charla privada de control de calidad, el registro de cambios de alcance usado para facturación? Se quedan en la Lista maestra, invisibles para la URL del Equipo externo.

El cliente recibe esa URL. La abre con su asiento de Equipo externo. Ve los entregables, las fechas de vencimiento, el estado y los comentarios que le conciernen. Nada más.
Para una agencia que gestiona simultáneamente entre 8 y 15 relaciones con clientes, este único patrón reemplaza el PDF semanal, la página paralela de Notion, el correo de estado cargado de capturas de pantalla y buena parte del ida y vuelta que ocurre cuando un cliente pregunta "¿en qué están trabajando?" porque no tiene otra manera de verlo.
La versión más profunda de este flujo de trabajo está en nuestra publicación sobre gestión de proyectos en agencias. La versión corta: las Sublistas de Equipo externo son el punto donde dejas de mantener un tracker paralelo de cara al cliente, porque el límite de permisos lo impone la herramienta y no tu disciplina.
Un líder de equipo con ocho reportes directos y cuatro proyectos activos tiene un problema recurrente: cada viernes necesita saber qué se entregó, qué se retrasó y qué viene a continuación. Extraer eso de cuatro Listas maestras es un trabajo de 90 minutos que a nadie le gusta y que la mayoría se salta.
Cómo lo configuramos: una Sublista basada en filtro por proyecto, todas llamadas "Esta semana". Dejamos un ejemplo de el patrón en Marketing Campaign Launch para que veas la forma de la URL. Las condiciones de filtro que configurarías:
due-date in this week O completed in this weekassignee in [reportes directos]Este es el caso de uso donde las Sublistas basadas en filtro justifican su existencia. Las tareas nuevas creadas a mitad de semana que cumplen el criterio aparecen automáticamente. Las tareas completadas desaparecen al cerrar la semana. Sin trabajo de mantenimiento. La Sublista se mantiene actualizada porque es una consulta, no una lista curada.
Si prefieres no mantener una Sublista por proyecto, la actualización Sublist 2.0 te permite crear una Sublista a nivel de carpeta, carpeta inteligente, organización o Mis Tareas. Coloca una única Sublista "Esta semana" en la carpeta que contiene los cuatro proyectos, aplica el filtro una sola vez, y esa única URL extrae las tareas coincidentes de todos los proyectos que contiene. Guardas un solo enlace en lugar de cuatro, y la revisión del viernes se abre en una sola pestaña.
Combina esto con la integración MCP de Quire si los flujos de IA forman parte de tu stack: pídele a Claude que lea cada Sublista "Esta semana" y redacte el resumen semanal del equipo para el viernes. La IA ahora cuenta con una fuente de datos acotada con precisión en lugar de todo el backlog.
Cuando alguien nuevo se une, creas una Sublista por persona (por ejemplo, "Incorporación — Elizabeth") y traes solo las tareas que aplican a su rol. El permiso es Miembros seleccionados: Elizabeth, su gerente, su compañero guía, el contacto del equipo de Personas. El director de marketing y el líder de ingeniería nunca necesitan verla. El gerente de Elizabeth la revisa a diario.

Lo que esto logra y un documento no: fechas de vencimiento, asignados, comentarios y progreso visible. Elizabeth sabe qué sigue sin tener que preguntar. Su gerente le echa un vistazo a la Sublista el viernes y ve qué está atascado. El compañero guía recibe una notificación cuando le toca su tarea. Cuando Elizabeth termina su incorporación, la Sublista se archiva, no se elimina. Se convierte en el registro de cómo transcurrió realmente su incorporación, que es justo lo que querrías leer antes de diseñar la de la siguiente persona.
Si la organización tiene conectado Quire MCP, generar la Sublista por persona a partir de una plantilla de RR. HH. o de la transcripción de una reunión de arranque es una tarea de un solo prompt. Cubrimos ese flujo de trabajo en 5 flujos de trabajo de IA para la gestión de proyectos.
El caso de uso de productividad personal. No es novedoso, pero es el que más usuarios adoptan primero y el que más usan.
Cómo lo configuramos: una Sublista privada basada en filtro llamada "Hoy" con las condiciones assignee = yo, due-date = hoy O atrasado, status != hecho. Dejamos un ejemplo de una sublista Hoy dentro de Marketing Campaign Launch para que veas el patrón en funcionamiento. En tu propio uso, configura el permiso como Privado para que no aparezca en la barra de pestañas de ningún compañero de equipo.

La Sublista vive en la parte superior de la barra de pestañas del proyecto, fijada. La primera acción del día es abrirla. La última acción del día es cerrarla. Todo lo demás, incluidas las 247 tareas que no son tuyas, permanece invisible durante la ventana de trabajo.
Vale la pena ser honesto: una Sublista "Hoy" por sí sola no es un sistema de productividad. Es una herramienta de enfoque que funciona dentro de un sistema. Si no tienes hábitos sobre qué entra en la lista y cómo se decide la prioridad, una Sublista "Hoy" se convertirá en otra lista que ignoras. Escribimos sobre ese patrón en la publicación sobre el impuesto de coordinación.
Sublist se convierte en la herramienta equivocada en el momento en que empiezas a usarla como una cerca entre equipos que, para empezar, no deberían compartir un proyecto.
El patrón: dos funciones realizan un trabajo con partes interesadas distintas, cronologías distintas, ritmos distintos y definiciones distintas de "terminado". Alguien decide "mantengámoslo en un solo proyecto y démosle a cada equipo una Sublista". Seis semanas después, ningún equipo tiene una vista coherente, la Lista maestra es un desastre y las Sublistas se alejan en direcciones opuestas.
Si dos porciones de trabajo tienen una titularidad genuinamente separada, pertenecen a dos proyectos, no a dos Sublistas. Sublist es una herramienta de enfoque dentro de un alcance compartido. No es un sustituto de límites de proyecto reales.
La prueba honesta: si las dos Sublistas nunca se beneficiarían de verse juntas (la Lista maestra resulta absurda o confusa), no tienes un proyecto con dos vistas. Tienes dos proyectos que comparten una etiqueta.
Si estás decidiendo entre dividir un proyecto o usar una Sublista, la regla general: ¿alguna vez leerías la Lista maestra? Si sí, Sublista. Si no, divide.
Todas las opciones están cubiertas en nuestra guía para crear Sublistas.
Aquí está la versión que la mayoría necesita:
L.El menú contextual de clic derecho en cualquier tarea te ofrece Asignar a sublista, que es más rápido que arrastrar una vez que lo has usado dos veces.
Hay una segunda vía, más rápida cuando ya sabes qué forma quieres. Filtra primero la lista, luego abre el menú de estrella en la barra de filtros y elige Crear una sublista.

Lo que hayas filtrado se convierte en las condiciones permanentes de la Sublista, así que terminas con una Sublista basada en filtro sin tener que configurarla desde cero. Este es el camino a seguir para las cuatro Sublistas "Esta semana" del Caso de uso 4, y para cualquier caso donde la regla sea más fácil de describir que la lista.
Algunos patrones que separan a los equipos que usan Sublist de los que la prueban y la abandonan después de una semana.
Nombra las Sublistas por el trabajo, no por la persona. "Tareas de Sara" se echa a perder. "Renovación de marca del Q3" sigue siendo útil incluso cuando Sara se toma vacaciones. Los nombres que describen la porción de trabajo sobreviven a los cambios de personal.
Usa la opción basada en filtro siempre que puedas. Las Sublistas manuales necesitan mantenimiento. Las Sublistas basadas en filtro se actualizan solas, y guardar una desde el menú de estrella en la barra de filtros toma casi el mismo tiempo que aplicar el filtro. La configuración requiere un poco más de reflexión al inicio; se recupera esa inversión cada semana que sigue.
Fija las que realmente usas; archiva el resto. Un muro de Sublistas fijadas se convierte en su propia forma de desorden. Entre tres y cinco Sublistas fijadas es el punto óptimo para la mayoría de los equipos. Archiva (no elimines) las que dejas de usar; las tareas permanecen en la Lista maestra, y puedes resucitar la Sublista si el flujo de trabajo vuelve.
Comparte la URL, no capturas de pantalla. La URL de la Sublista es la fuente de verdad en vivo. Pegar una captura de pantalla en Slack crea un artefacto paralelo que se desactualiza en el momento en que alguien actualiza una tarea.
No bifurques el orden de la Lista maestra dentro de una Sublista. Reordenar dentro de una Sublista reordena la maestra. Si necesitas un orden distinto sin afectar a la maestra, probablemente lo que querías era una carpeta inteligente separada, no una Sublista.
Sublist es el mecanismo que hace tolerable un proyecto compartido de Quire para todos una vez que supera las 50 tareas. El filtro en sí no es lo importante; lo que importa es que esté nombrado, guardado, con permisos controlados y apuntando a la misma fuente de verdad. Los seis flujos de trabajo reales anteriores (vistas de marketing específicas por función, acotación de sprints, ventanas de cliente con Equipo externo, revisiones semanales de gerentes, rutas de incorporación de nuevos empleados y listas de enfoque personal) cubren la mayor parte de donde Sublist demuestra su valor.
El uso incorrecto es sustituir una Sublista por un límite de proyecto que debería existir. El uso correcto es darle a cada persona dentro de un proyecto compartido la vista más pequeña y relevante de él. La mayoría de los equipos que dicen "la Lista maestra es inmanejable" en realidad quieren decir "todavía no he configurado las Sublistas".
Seis equipos, seis maneras de dividir un proyecto. Encuentra el más parecido al tuyo.
| Caso de uso | Qué hace la Sublista |
|---|---|
| Lanzamiento de campaña de marketing | Agrupa las tareas del lanzamiento en una sola vista compartida |
| Planificación de sprints de software | Extrae las tareas del sprint del backlog |
| Visibilidad del cliente en una agencia | Comparte solo las tareas del cliente mediante una Sublista de equipo externo |
| Revisión semanal del gerente | Una vista basada en filtro de lo que necesita atención |
| Incorporación de nuevos empleados | Una lista de verificación enfocada para las primeras semanas |
| Enfoque personal 'Hoy' | Tus propias tareas de todo el proyecto en una sola pantalla |
Una Sublista es una vista personalizada o filtrada del mismo proyecto en Quire. Las tareas existen una sola vez en la Lista maestra y aparecen en cuantas Sublistas crees. Editar una tarea en una Sublista actualiza la maestra, porque son la misma tarea, no una copia.
Una etiqueta es metadata de una tarea. Un filtro es una búsqueda temporal. Un proyecto separado es un conjunto de datos separado. Una Sublista es una vista guardada, con nombre y con permisos controlados de los mismos datos, con su propia URL. Obtienes el enfoque de un filtro, la persistencia de un proyecto y el reparto granular de un enlace externo, sin duplicar una sola tarea.
Dos por proyecto en el plan Free. Los planes pagos elevan ese límite. La mayoría de los equipos que alcanzan el tope están en el plan Free y descubren Sublist después de algunas semanas usando Quire, que suele ser cuando actualizar de plan empieza a tener sentido. El desglose completo está en la página de precios.
Sí. Al crear una Sublista puedes elegir Todos los miembros, Administradores, Miembros seleccionados, Equipo externo o Privado. La opción Equipo externo es la que usan agencias y consultoras para darles a los clientes una ventana de solo lectura a la porción de trabajo que les corresponde, sin exponer las tareas internas.
Eliminar una tarea de una Sublista la saca únicamente de esa vista. La tarea permanece en la Lista maestra. Eliminar la Sublista en sí deja todas sus tareas intactas en la Lista maestra. Reordenar dentro de una Sublista actualiza el orden de la maestra. Esto vale la pena saberlo antes de dejar que alguien "limpie" su Sublista personal.
Cuando el trabajo realmente pertenece a un proyecto distinto, no a una vista distinta. Si dos porciones de trabajo tienen partes interesadas separadas, cronologías separadas y definiciones separadas de "terminado", eso son dos proyectos, no dos Sublistas. Sublist es una herramienta de enfoque, no una cerca entre equipos.
¿Listo para darle a tu equipo la vista más pequeña y útil del proyecto en el que realmente están trabajando?
Sublist viene incluida en todos los planes de Quire, incluido el nivel Free (dos Sublistas por proyecto). Los casos de uso anteriores toman cinco minutos cada uno para configurarse. Si aguantan una semana, el equipo los defenderá; si no, has perdido cinco minutos.
Empieza gratis en quire.io/signup. Sin tarjeta de crédito, acceso completo a las funciones, 30 días. Abre la guía de Sublist en una segunda pestaña y prueba primero la Sublista "Hoy".