Quire Sub-lista: 6 Casos de Uso Reais e Exemplos

Última atualização: 9 de junho de 2026

Abriu o projeto esta manhã e a Lista principal tem 287 tarefas. Cerca de quarenta são suas. As outras 247 pertencem a pessoas que estaria feliz em não ver no campo de visão periférica numa segunda-feira. De alguma forma, todas vivem no mesmo retângulo de rolagem, e a roda do rato parece trabalhar contra si.

Este é o momento em que a maioria dos utilizadores do Quire descobre a Sub-lista e se pergunta por que razão não a experimentou logo no primeiro dia. A resposta oficial é «vista personalizada ou filtrada do mesmo projeto». A resposta honesta é que a Sub-lista é o que transforma um projeto partilhado com 300 tarefas — de algo que se tolera — em algo que se abre de facto sem hesitar.

A publicação de 2020 que introduziu a Sub-lista centrou-se na filosofia. Esta é o oposto. Seis fluxos de trabalho concretos, a configuração que usaríamos para cada um, as trocas que vale a pena conhecer e um caso de uso que evitaríamos especificamente. Cada exemplo abaixo é um projeto real em funcionamento nos nossos espaços de trabalho Marketing Campaign Launch e Agile, para que possa clicar e ver a estrutura em vez de a imaginar.

O que É Realmente uma Sub-lista (Versão de 90 Segundos)

Uma Sub-lista é uma vista guardada, com nome, partilhável, de um subconjunto de tarefas do mesmo projeto, com o seu próprio URL e as suas próprias definições de permissão. As tarefas em si existem uma única vez, na Lista principal. Uma Sub-lista aponta para elas. Editar uma tarefa numa Sub-lista edita o original, porque não existe nenhuma cópia.

Três aspetos distinguem a Sub-lista do Quire de funcionalidades noutras ferramentas com nomes semelhantes.

1. É uma vista filtrada, não uma etiqueta nem um espaço de trabalho separado. As Secções do Asana são divisórias planas. As Listas do ClickUp são conjuntos de dados separados. Os filtros do Trello não persistem com o seu próprio URL. Uma Sub-lista do Quire é uma vista guardada da mesma fonte de verdade.
2. O modelo de permissões. Cada Sub-lista pode ser privada, visível apenas para administradores, partilhada com membros selecionados, aberta à sua Equipa externa ou totalmente aberta. Essa granularidade é o que faz os casos de uso abaixo funcionarem na prática.
3. Automação. Uma Sub-lista pode ser gerida manualmente (arrasta as tarefas) ou baseada em filtros (define condições, e qualquer nova tarefa que corresponda é adicionada automaticamente). As baseadas em filtros são onde vivem as verdadeiras poupanças de tempo, e são a parte das Sub-listas que a maioria das equipas subutiliza.

A mecânica completa está no guia de Sub-listas. O resto deste artigo é o que fazer realmente com elas.

Caso de Uso 1: O Lançamento de Campanha de Marketing

Um projeto de lançamento de campanha cresce rapidamente. Veja o nosso espaço de trabalho real Marketing Campaign Launch: quando está em andamento, a Lista principal abrange sete secções (Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations) com campos personalizados a acompanhar plataforma, orçamento, tarifa horária e pontos de KPI. O diretor de marketing precisa de toda essa visão. O redator de blogue não.

Como o configurámos: uma Sub-lista por função ou por estado de revisão. Manual no início, depois convertida para baseada em filtros assim que a taxonomia de etiquetas estabiliza (normalmente por volta do 5.º dia).

A Sub-lista de Revisões de Design é o exemplo mais claro para analisar. A lógica do filtro é status = Reviewing e tag = design. Os designers veem apenas as tarefas à espera da sua atenção; a sub-lista esvazia-se automaticamente à medida que o trabalho avança. Ninguém está à procura, nas 33 tarefas distribuídas por sete secções, das três que precisam de uma revisão.

Uma Sub-lista de «Conteúdo» funciona da mesma forma: tag = content, assignee in [os redatores], inclui automaticamente tudo o que for novo e corresponda. Os mesmos dados, uma lente diferente.

O desbloqueio está em que o diretor de marketing continua a trabalhar a partir da Lista principal para o planeamento transversal, e cada responsável de função trabalha a partir da sua Sub-lista para a execução. Os mesmos dados. Sem reconciliação. Sem a mensagem no Slack às 16h de sexta «qual é a versão atual do tracker?»

Para uma visão mais alargada de como isto se enquadra num modelo operacional de lançamento, veja o nosso artigo sobre gestão de projetos transversal.

Caso de Uso 2: Planeamento de Sprint de Software

O padrão que a maioria das equipas de engenharia adota tem este aspeto. A Lista principal é o backlog. A cada duas semanas, o sprint planning produz uma Sub-lista com as tarefas comprometidas para o ciclo.

O nosso espaço de trabalho Agile é o exemplo em funcionamento. O backlog está organizado por área de superfície (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), com Story Points como campo personalizado. No sprint planning, a equipa faz seleção múltipla das tarefas escolhidas e usa clique direito → Set Sublist → Sprint 47. Foi assim que construímos a Sub-lista do Sprint 47 que pode abrir agora mesmo: atualmente abrange dois tickets reais de bugs («Emojis cannot show correctly», «Home button doesn't work») que saíram do feedback de clientes, com espaço para o restante comprometimento do sprint.

A versão baseada em filtros deste mesmo padrão usa uma etiqueta como sprint-47 e uma Sub-lista com filtro que inclui automaticamente tudo o que for etiquetado dessa forma. Ligeiramente mais configuração, zero manutenção.

O URL da Sub-lista é colocado no canal de standup da equipa. Durante as próximas duas semanas, a equipa de engenharia trabalha a partir dessa Sub-lista. A vista Kanban da Sub-lista torna-se o quadro do sprint. O product manager olha para a Lista principal para o grooming do backlog e as conversas de roadmap. Os engenheiros olham para a Sub-lista para o que está em movimento.

Um efeito secundário interessante: na altura do retro, a Sub-lista é o artefacto. Captura exatamente o que estava em âmbito, o que foi entregue, o que foi adiado. Sem tirar screenshots de um quadro Jira para o Confluence. O URL da Sub-lista é o registo.

Caso de Uso 3: Visibilidade do Cliente em Agências (Sub-lista de Equipa Externa)

Esta é a utilização de maior valor das Sub-listas para agências, e a que a maioria das agências não sabe que é possível. O mesmo padrão aplica-se a equipas internas que trabalham com parceiros criativos externos (designers freelance, editores de vídeo, fornecedores de tradução). Qualquer pessoa fora da sua organização que precise de uma janela sobre o trabalho, mas apenas sobre a parte que lhe diz respeito.

Como o configurámos: um projeto por contrato de cliente (ou por fluxo de parceiro externo). A Lista principal contém todo o trabalho, incluindo tarefas apenas internas: conversas comerciais, QA interno, sinalizações de rentabilidade. Uma Sub-lista com o nome do cliente é criada com a permissão definida para Equipa externa, preenchida apenas com as entregas e decisões que o cliente deve ver.

Pode ver a estrutura na Sub-lista de Vista de Cliente — Equipa Externa que configurámos dentro do espaço de trabalho Marketing Campaign Launch. Numa contratação real, preencheria com as entregas que envolvem o cliente: artigos de blogue em revisão, ativos de design, guiões de webinar, entregas de tradução. Notas internas de margem, conversas privadas de QA, o registo de alterações de âmbito usado para faturação? Ficam na Lista principal, invisíveis para o URL de Equipa externa.

O cliente recebe esse URL. Abre-o com o seu lugar de Equipa externa. Vê entregas, datas-limite, estado, os comentários que lhe dizem respeito. Mais nada.

Para uma agência a gerir 8 a 15 contratos de clientes em simultâneo, este único padrão substitui o PDF semanal, a página paralela no Notion, o e-mail de estado carregado de screenshots e uma parte significativa da troca de mensagens que acontece quando um cliente pergunta «em que é que estão a trabalhar?» porque não tem outra forma de ver.

A versão mais aprofundada deste fluxo de trabalho está no nosso artigo sobre gestão de projetos em agências. A versão curta: as Sub-listas de Equipa externa são onde deixa de manter um tracker paralelo para o cliente, porque o limite de permissões é aplicado pela ferramenta em vez de depender da sua disciplina.

Caso de Uso 4: A Revisão Semanal do Gestor (Baseada em Filtros)

Um team lead com oito colaboradores diretos e quatro projetos ativos tem um problema recorrente: todas as sextas-feiras, precisa de saber o que foi entregue, o que ficou para trás e o que vem a seguir. Extrair isso de quatro Listas principais é um trabalho de 90 minutos que ninguém aprecia e a maioria das pessoas salta.

Como o configurámos: uma Sub-lista baseada em filtros por projeto, todas com o nome «Esta semana». Temos o padrão configurado no Marketing Campaign Launch para que possa ver o formato do URL. As condições de filtro que configuraria:

• due-date in this week OU completed in this week
• assignee in [colaboradores diretos]

Este é o caso de uso onde as Sub-listas baseadas em filtros mostram o seu valor. As novas tarefas criadas a meio da semana que cumprem os critérios aparecem automaticamente. As tarefas concluídas saem após o limite da semana. Sem trabalho de manutenção. A Sub-lista mantém-se atualizada porque é uma consulta, não uma lista curada.

Se preferir não manter uma Sub-lista por projeto, a atualização Sub-lista 2.0 permite criar uma Sub-lista ao nível da pasta, Pasta Inteligente, organização ou As Minhas Tarefas. Coloque uma única Sub-lista «Esta semana» na pasta que contém os quatro projetos, aplique o filtro uma vez, e esse URL único extrai as tarefas correspondentes de todos os projetos que estão sob ela. Guarda uma ligação em vez de quatro, e a revisão de sexta-feira abre num único separador.

Combine isto com a integração MCP do Quire se tiver fluxos de trabalho com IA na sua pilha: peça ao Claude para ler cada Sub-lista «Esta semana» e redigir o resumo semanal da equipa para sexta. A IA fica agora com uma fonte de dados de âmbito preciso em vez de todo o backlog.

Caso de Uso 5: Integração de Novo Colaborador

Quando alguém novo entra, cria-se uma Sub-lista por colaborador (por ex. «Integração — Elizabeth»), e incluem-se apenas as tarefas que se aplicam à sua função. A permissão é Membros selecionados: Elizabeth, o seu gestor, o colega de acompanhamento e o contacto da equipa de Pessoas. O diretor de marketing e o responsável de engenharia nunca precisam de a ver. O gestor de Elizabeth consulta-a diariamente.

O que isto faz e que um documento não faz: datas-limite, responsáveis, comentários e progresso visível. Elizabeth sabe o que vem a seguir sem precisar de perguntar. O seu gestor olha para a Sub-lista na sexta e vê o que está bloqueado. O colega de acompanhamento recebe uma notificação quando a sua tarefa aparece. Quando Elizabeth termina a integração, a Sub-lista é arquivada, não eliminada. Torna-se o registo de como a sua integração correu de facto, que é o que se gostaria de ler antes de desenhar a do próximo colaborador.

Se a organização tiver o Quire MCP ligado, gerar a Sub-lista por colaborador a partir de um modelo de RH ou de uma transcrição de reunião de arranque é uma tarefa de um único prompt. Abordámos esse fluxo de trabalho em 5 fluxos de trabalho de gestão de projetos com IA.

Caso de Uso 6: Foco Pessoal em «Hoje»

O caso de uso de produtividade pessoal. Este não é novidade, mas é o que a maioria dos utilizadores adota primeiro e usa com mais frequência.

Como o configurámos: uma Sub-lista privada baseada em filtros com o nome «Hoje» com as condições assignee = me, due-date = today OR overdue, status != done. Temos um padrão com uma Sub-lista Hoje dentro do Marketing Campaign Launch para que possa ver o padrão em ação. No seu uso próprio, defina a permissão como Privado para que não apareça na barra de separadores da vista de nenhum colega.

A Sub-lista está no topo da barra de separadores do projeto, fixada. A primeira ação do dia é abri-la. A última ação do dia é fechá-la. Todo o resto, incluindo as 247 tarefas que não são suas, fica invisível durante a janela de trabalho.

Vale a pena ser honesto: uma Sub-lista «Hoje» por si só não é um sistema de produtividade. É uma ferramenta de foco que funciona dentro de um sistema. Se não tiver hábitos em torno do que entra na lista e de como se tomam as decisões sobre prioridade, uma Sub-lista «Hoje» tornar-se-á mais uma lista que ignora. Escrevemos sobre esse padrão no artigo sobre o imposto de coordenação.

O Caso de Uso que Evitaríamos

A Sub-lista torna-se a ferramenta errada no momento em que começa a usá-la como barreira entre equipas que não deviam partilhar um projeto.

O padrão: duas funções estão a executar trabalho com intervenientes diferentes, prazos diferentes, cadências diferentes e definições de conclusão diferentes. Alguém decide «vamos manter tudo num projeto e dar a cada equipa uma Sub-lista». Seis semanas depois, nenhuma das equipas tem uma visão coerente, a Lista principal é uma confusão e as Sub-listas derivam em direções opostas.

Se duas partes de trabalho têm uma propriedade genuinamente separada, pertencem a dois projetos, não a duas Sub-listas. A Sub-lista é uma ferramenta de foco dentro de um âmbito partilhado. Não é um substituto para limites reais de projeto.

O teste honesto: se as duas Sub-listas nunca beneficiariam de ser vistas em conjunto (a Lista principal não tem significado ou é confusa), não tem um projeto com duas vistas. Tem dois projetos a partilhar uma etiqueta.

Se estiver a tentar decidir se deve dividir um projeto ou usar uma Sub-lista, a regra de ouro é: leria a Lista principal? Se sim, Sub-lista. Se não, divida.

Guia Rápido: Criar a sua Primeira Sub-lista

O guia completo está em quire.io/guide/create-sublists, mas aqui está a versão que a maioria das pessoas precisa:

1. Abra um projeto. Clique no ícone + junto ao separador Lista. Ou simplesmente prima L.
2. Dê um nome à Sub-lista. Escolha um ícone se quiser.
3. Escolha o nível de permissões. A predefinição é Todos os membros; as agências normalmente preferem Equipa externa; para uso pessoal escolha Privado.
4. Decida entre manual (arraste as tarefas) ou baseada em filtros (defina condições para adição automática).
5. Fixe-a no topo da barra de separadores.

O menu de contexto de clique direito em qualquer tarefa disponibiliza Set Sublist, que é mais rápido do que arrastar depois de o usar duas vezes.

Dicas para a Sub-lista Funcionar de Verdade

Alguns padrões que separam as equipas que usam Sub-listas das que as experimentam e abandonam ao fim de uma semana.

Dê nomes às Sub-listas pelo trabalho, não pela pessoa. «As Tarefas da Sara» deteriora-se. «Q3 Brand Refresh» mantém-se útil mesmo quando a Sara está de férias. Os nomes que descrevem a parte do trabalho sobrevivem a mudanças de pessoal.

Use baseada em filtros sempre que puder. As Sub-listas manuais precisam de manutenção. As Sub-listas baseadas em filtros atualizam-se a si próprias. A configuração exige um pouco mais de reflexão inicial; compensa todas as semanas seguintes.

Fixe as que usa realmente; arquive as restantes. Uma parede de Sub-listas fixadas torna-se a sua própria forma de desordem. Três a cinco Sub-listas fixadas é o ponto ideal para a maioria das equipas. Arquive (não elimine) as que deixa de usar; as tarefas permanecem na Lista principal e pode ressuscitar a Sub-lista se o fluxo de trabalho voltar.

Partilhe o URL, não capturas de ecrã. O URL da Sub-lista é a fonte de verdade em tempo real. Colar uma captura de ecrã no Slack cria um artefacto paralelo que deriva no momento em que alguém atualiza uma tarefa.

Não forneça uma ordenação da Lista principal dentro de uma Sub-lista. Reordenar dentro de uma Sub-lista reordena na Lista principal. Se precisar de uma ordem diferente sem afetar a Lista principal, provavelmente o que queria era uma Pasta Inteligente separada, não uma Sub-lista.

Principais Conclusões

A Sub-lista é o mecanismo que torna um projeto partilhado no Quire tolerável para todos após as 50 tarefas. O desbloqueio não é o filtro em si; é que o filtro tem nome, está guardado, tem controlo de permissões e aponta para a mesma fonte de verdade. Os seis fluxos de trabalho reais acima (vistas de marketing por função, âmbito de sprint, janelas de cliente para Equipa externa, revisões semanais de gestores, percursos de integração de novos colaboradores e listas de foco pessoal) cobrem a maior parte dos casos em que a Sub-lista se justifica.

O uso errado é substituir uma Sub-lista por um limite de projeto que deveria existir. O uso certo é dar a cada pessoa dentro de um projeto partilhado a vista mais pequena e mais relevante do mesmo. A maioria das equipas que diz «a Lista principal é ingerível» quer na realidade dizer «ainda não configurei Sub-listas».

Perguntas Frequentes

O que é uma Sub-lista no Quire?

Uma Sub-lista é uma vista personalizada ou filtrada do mesmo projeto no Quire. As tarefas existem uma única vez na Lista principal e aparecem em todas as Sub-listas que criar. Editar uma tarefa numa Sub-lista atualiza a Lista principal, porque se trata da mesma tarefa, não de uma cópia.

Em que é que uma Sub-lista do Quire difere de uma etiqueta, de um filtro ou de um projeto separado?

Uma etiqueta é metadados de uma tarefa. Um filtro é uma pesquisa temporária. Um projeto separado é um conjunto de dados independente. Uma Sub-lista é uma vista guardada, com nome e controlo de permissões, dos mesmos dados, com o seu próprio URL. Obtém o foco de um filtro, a persistência de um projeto e a partilha granular de uma ligação externa, sem duplicar uma única tarefa.

Quantas Sub-listas posso criar por projeto?

Duas por projeto no plano Free. Os planos pagos aumentam esse limite. A maioria das equipas que atinge o limite está no plano Free e descobre as Sub-listas algumas semanas após começar a usar o Quire, que é normalmente quando a atualização começa a fazer sentido. A informação completa está na página de preços.

Posso partilhar uma Sub-lista com alguém fora da minha equipa?

Sim. Ao criar uma Sub-lista pode escolher Todos os membros, Administradores, Membros selecionados, Equipa externa ou Privado. A opção Equipa externa é a que as agências e consultoras utilizam para dar aos clientes uma janela de leitura sobre a parte do trabalho que lhes diz respeito, sem expor as tarefas internas.

O que acontece à minha Sub-lista se mover ou remover tarefas?

Remover uma tarefa de uma Sub-lista retira-a apenas dessa vista. A tarefa permanece na Lista principal. Eliminar a própria Sub-lista mantém todas as suas tarefas na Lista principal. Reordenar dentro de uma Sub-lista atualiza a ordem na Lista principal. Este é o ponto que vale a pena conhecer antes de deixar alguém «limpar» a sua Sub-lista pessoal.

Quando é que uma Sub-lista não é a ferramenta certa?

Quando o trabalho genuinamente pertence a um projeto diferente, não a uma vista diferente. Se duas partes de trabalho têm intervenientes separados, prazos separados e definições de conclusão separadas, isso são dois projetos, não duas Sub-listas. A Sub-lista é uma ferramenta de foco, não uma barreira entre equipas.

Pronto para dar à sua equipa a vista mais pequena e mais útil do projeto em que está realmente a trabalhar?

A Sub-lista está disponível em todos os planos do Quire, incluindo o nível Free (duas Sub-listas por projeto). Os casos de uso acima demoram cinco minutos cada a configurar. Se resistirem uma semana, a equipa vai defendê-los; se não resistirem, perdeu cinco minutos.

Comece gratuitamente em quire.io/signup. Sem cartão de crédito, acesso completo às funcionalidades, 30 dias. Abra o guia de Sub-listas num segundo separador e experimente primeiro a Sub-lista «Hoje».