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

Última atualização: 10 de agosto 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 preferia não ver na sua visão periférica numa segunda-feira. De algum modo, todas vivem no mesmo retângulo que se percorre com o scroll, e a roda do rato parece estar a trabalhar contra si.

É neste momento que a maioria dos utilizadores do Quire descobre a Sub-lista e se pergunta por que não a experimentou 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 de 300 tarefas de algo que se tolera em algo que efetivamente se abre sem hesitar.

O artigo de 2020 que introduziu a Sub-lista centrou-se na filosofia. Este é o oposto. Seis fluxos de trabalho concretos, a configuração que realmente usaríamos em cada um, os compromissos que vale a pena conhecer, e um caso de uso que evitaríamos especificamente. Cada exemplo abaixo é um projeto real e em funcionamento nos nossos espaços de trabalho Lançamento de Campanha de Marketing e Agile, para poder 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, nomeada e 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 próprias tarefas vivem uma única vez, na Lista principal. Uma Sub-lista apenas aponta para elas. Editar uma tarefa numa Sub-lista edita o original, porque não existe cópia nenhuma.

Três aspetos tornam a Sub-lista do Quire diferente de funcionalidades semelhantes noutras ferramentas.

1. É uma vista filtrada, não uma tag ou um espaço de trabalho separado. As Secções do Asana são divisores simples. As Listas do ClickUp são conjuntos de dados separados. Os filtros do Trello não persistem com um URL próprio. Uma Sub-lista Quire é uma vista guardada da mesma fonte de verdade.
2. O modelo de permissões. Cada Sub-lista pode ser privada apenas para si, visível apenas para administradores, partilhada com membros selecionados, aberta à sua Equipa externa, ou totalmente aberta. É esta granularidade que faz funcionar os casos de uso abaixo.
3. Automação. Uma Sub-lista pode ser gerida manualmente (arrasta-se as tarefas para dentro) ou baseada em filtro (definem-se condições, e qualquer nova tarefa que corresponda é adicionada automaticamente). É na versão baseada em filtro que reside a verdadeira economia de tempo, e é a parte da Sub-lista que a maioria das equipas subaproveita.

Toda a mecânica está no guia da Sub-lista. O resto deste artigo é sobre o que fazer com ela.

Caso de Uso 1: Como Funciona o Lançamento de uma Campanha de Marketing com Sub-listas?

Um projeto de lançamento de campanha cresce rapidamente. Veja o nosso espaço de trabalho real Lançamento de Campanha de Marketing: quando está em pleno funcionamento, a Lista principal abrange sete secções (Website, Artigos de Blog, Conteúdos de Redes Sociais, Plataformas de Redes Sociais, Newsletters, Webinars, Traduções) com campos personalizados a monitorizar plataforma, orçamento, taxa horária, pontos de KPI. O diretor de marketing precisa dessa visão completa. O redator do blog não.

Como configurámos isto: uma Sub-lista por função ou por estado de revisão. Manual no início, depois convertida para baseada em filtro quando a taxonomia de tags estabiliza (geralmente por volta do dia 5).

A sub-lista de Revisões de Design é o exemplo mais claro para observar. A lógica do filtro é status = Reviewing e tag = design. Os designers veem apenas as tarefas que esperam a sua atenção; a sub-lista limpa-se automaticamente à medida que o trabalho é entregue. Ninguém precisa de procurar entre 33 tarefas espalhadas por sete secções para encontrar as três que precisam de uma revisão.

Uma sub-lista "Conteúdo" funciona da mesma forma: tag = content, assignee in [os redatores], incluindo automaticamente qualquer nova tarefa que corresponda. Os mesmos dados, uma lente diferente.

O que faz isto funcionar é que o diretor de marketing continua a trabalhar a partir da Lista principal para o planeamento interfuncional, 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 aquela mensagem no Slack às 16h de sexta-feira a perguntar "qual é a versão atual do tracker?"

Para uma visão mais ampla de como isto se encaixa num modelo operacional de lançamento, consulte o nosso artigo sobre gestão de projetos interfuncional.

Caso de Uso 2: Como Funciona o Planeamento de Sprints de Software numa Sub-lista?

O padrão que a maioria das equipas de engenharia acaba por adotar é o seguinte. A Lista principal é o backlog. De duas em duas semanas, o planeamento do sprint gera uma Sub-lista contendo as tarefas assumidas para o ciclo.

O nosso espaço de trabalho Agile é o exemplo prático. O backlog está organizado por área de superfície (Feedback de Clientes / Histórias de Utilizador, Websites, Aplicação Desktop, Aplicação Android, Aplicação iOS), com Pontos de História como campo personalizado. No planeamento do sprint, a equipa seleciona várias tarefas em simultâneo e usa clique direito → Definir Sub-lista → Sprint 47. Foi assim que construímos a sub-lista Sprint 47 que pode abrir agora mesmo: atualmente abrange dois tickets de bugs reais ("Os emojis não aparecem corretamente", "O botão Início não funciona") que surgiram do feedback de clientes, com espaço para o resto do compromisso do sprint aterrar ali.

A versão baseada em filtro deste mesmo padrão usa uma tag como sprint-47 e uma Sub-lista de filtro que inclui automaticamente qualquer coisa marcada dessa forma. Um pouco mais de configuração inicial, manutenção zero.

O URL da Sub-lista é partilhado no canal de standup da equipa. Durante as duas semanas seguintes, a equipa de engenharia trabalha a partir dessa Sub-lista. A vista Kanban da Sub-lista torna-se o quadro do sprint. O gestor de produto olha para a Lista principal para a organização do backlog e conversas sobre o roteiro. Os engenheiros olham para a Sub-lista para ver o que está em curso.

Um efeito colateral simpático: na hora da retrospetiva, a Sub-lista é o artefacto. Captura exatamente o que estava no âmbito, o que foi entregue, o que foi adiado. Sem tirar capturas de ecrã de um quadro Jira para o Confluence. O URL da Sub-lista é o registo.

Caso de Uso 3: Como Dá uma Agência Visibilidade aos Clientes com uma Sub-lista de Equipa Externa?

Este é o uso de maior valor da Sub-lista para agências, e o que a maioria das agências não percebe ser possível. O mesmo padrão aplica-se a equipas internas que trabalham com parceiros criativos externos (designers freelancer, editores de vídeo, fornecedores de tradução). Qualquer pessoa fora da sua organização que precise de uma janela para o trabalho, mas apenas a sua parte dele.

Como configurámos isto: um projeto por cada relação com o cliente (ou por cada fluxo de parceiro externo). A Lista principal contém todo o trabalho, incluindo tarefas apenas internas: conversas comerciais, controlo de qualidade interno, indicadores de rentabilidade. Cria-se uma Sub-lista com o nome do cliente, com permissão definida para Equipa externa, preenchida apenas com os entregáveis e decisões que o cliente deve ver.

Pode ver a estrutura na sub-lista Equipa Externa — Vista do Cliente que configurámos dentro do espaço de trabalho de Lançamento de Campanha de Marketing. Numa relação real, preenchê-la-ia com os entregáveis que envolvem o cliente: artigos de blog em revisão, materiais de design, guiões de webinars, entregas de tradução. Notas de margem internas, conversas privadas de controlo de qualidade, o registo de alterações de âmbito usado para faturação? Ficam na Lista principal, invisíveis para o URL da Equipa externa.

O cliente recebe esse URL. Abre-o com o seu lugar de Equipa externa. Vê os entregáveis, as datas limite, o estado, os comentários que o envolvem. Nada mais.

Para uma agência a gerir simultaneamente entre 8 e 15 relações com clientes, este único padrão substitui o PDF semanal, a página paralela do Notion, o email de estado cheio de capturas de ecrã, e uma parte significativa das trocas de mensagens que acontecem quando um cliente pergunta "em que estão a trabalhar?" porque não tem outra forma de ver.

A versão mais detalhada deste fluxo de trabalho está no nosso artigo sobre gestão de projetos para agências. A versão curta: as Sub-listas de Equipa externa são o ponto em que se deixa de manter um tracker paralelo voltado para o cliente, porque o limite de permissões é imposto pela ferramenta e não pela sua disciplina.

Caso de Uso 4: Como Faz um Gestor a Revisão Semanal com uma Sub-lista Baseada em Filtro?

Um líder de equipa com oito subordinados diretos e quatro projetos ativos tem um problema recorrente: todas as sextas-feiras precisa de saber o que foi entregue, o que atrasou e o que está a chegar. Extrair isso de quatro Listas principais é um trabalho de 90 minutos que ninguém gosta de fazer e a maioria acaba por saltar.

Como configurámos isto: uma Sub-lista baseada em filtro por projeto, todas chamadas "Esta Semana." Criámos um esboço do padrão em Lançamento de Campanha de Marketing para poder ver a forma do URL. As condições de filtro que configuraria:

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

É neste caso de uso que as Sub-listas baseadas em filtro justificam o seu valor. As novas tarefas criadas a meio da semana que cumprem os critérios aparecem automaticamente. As tarefas concluídas saem da lista 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 a nível de pasta, Pasta Inteligente, organização, ou As Minhas Tarefas em vez disso. Coloque uma única Sub-lista "Esta Semana" na pasta que contém os quatro projetos, aplique o filtro uma vez, e esse único URL reúne as tarefas correspondentes de todos os projetos por baixo dela. Guarda um único link 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 os fluxos de trabalho de IA fizerem parte da sua stack: peça ao Claude para ler cada Sub-lista "Esta Semana" e redigir o resumo semanal da equipa para sexta-feira. A IA passa a ter uma fonte de dados precisamente delimitada, em vez de todo o backlog.

Caso de Uso 5: Como se Encaixa a Integração de Novos Colaboradores numa Sub-lista?

Quando alguém novo entra, cria-se uma Sub-lista por colaborador (por exemplo, "Integração — Elizabeth"), e incluem-se apenas as tarefas relevantes para a sua função. A permissão é Membros selecionados: Elizabeth, o seu gestor, o colega de acolhimento, o contacto da equipa de Pessoas. O diretor de marketing e o líder de engenharia nunca precisam de a ver. O gestor de Elizabeth vê-a diariamente.

O que isto oferece e um documento não: datas limite, colaboradores, comentários e progresso visível. Elizabeth sabe o que se segue sem precisar de perguntar. O seu gestor dá uma olhada à Sub-lista na sexta-feira e vê o que está bloqueado. O colega de acolhimento recebe uma notificação quando a sua tarefa surge. 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, algo que valeria a pena reler antes de desenhar a integração da próxima pessoa.

Se a organização tiver o Quire MCP ligado, gerar a Sub-lista por colaborador a partir de um modelo de RH ou da transcrição de uma 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.

Como Mantém uma Sub-lista Pessoal "Hoje" o Foco?

O caso de uso de produtividade pessoal. Não é novo, mas é o primeiro que a maioria dos utilizadores adota e o que mais usa.

Como configurámos isto: uma Sub-lista privada baseada em filtro chamada "Hoje" com as condições assignee = me, due-date = today OR overdue, status != done. Criámos um esboço de uma sub-lista Hoje dentro do Lançamento de Campanha de Marketing para poder ver o padrão implementado. No seu próprio uso, defina a permissão como Privada para que não apareça na barra de separadores de nenhum colega de equipa.

A Sub-lista fica fixada no topo da barra de separadores do projeto. A primeira ação do dia é abri-la. A última ação do dia é fechá-la. Tudo 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 sobre o que entra na lista e como se decidem as prioridades, uma Sub-lista "Hoje" tornar-se-á apenas outra lista que ignora. Escrevemos sobre esse padrão no artigo sobre o imposto da coordenação.

O Caso de Uso Que na Verdade Evitaríamos

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

O padrão: duas funções estão a executar trabalho que tem partes interessadas diferentes, cronogramas diferentes, cadências diferentes e definições diferentes de concluído. Alguém decide "vamos manter isto num único projeto e simplesmente dar a cada equipa uma Sub-lista." Seis semanas depois, nenhuma das equipas tem uma vista coerente, a Lista principal é um caos, e as Sub-listas divergem em direções opostas.

Se duas partes do trabalho têm efetivamente propriedade 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 faz sentido ou é confusa), não tem um projeto com duas vistas. Tem dois projetos a partilhar uma etiqueta.

Se está a tentar decidir entre dividir um projeto ou usar uma Sub-lista, a regra prática é: leria alguma vez a Lista principal? Se sim, Sub-lista. Se não, divida.

Como Criar a Sua Primeira Sub-lista?

Todas as opções estão descritas no nosso guia para criar Sub-listas.

Aqui está a versão de 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ão. O predefinido é Todos os membros; as agências normalmente querem Equipa externa; o uso pessoal quer Privada.
4. Decida entre manual (arrastar tarefas para dentro) ou baseada em filtro (condições que trazem as tarefas correspondentes).
5. Fixe-a no topo da barra de separadores.

O menu de contexto do clique direito em qualquer tarefa dá-lhe Definir Sub-lista, o que é mais rápido do que arrastar depois de o usar duas vezes.

Existe uma segunda forma de o fazer, mais rápida quando já sabe a forma do que quer. Filtre primeiro a lista, depois abra o menu de estrela na barra de filtros e escolha Criar sub-lista.

O que quer que tenha filtrado torna-se nas condições permanentes da Sub-lista, pelo que acaba com uma Sub-lista baseada em filtro sem a configurar do zero. É este o caminho a seguir para as quatro Sub-listas "Esta Semana" no Caso de Uso 4, e para qualquer coisa em que a regra seja mais fácil de descrever do que a lista.

Que Truques Fazem a Sub-lista Realmente Pegar?

Alguns padrões que separam as equipas que usam a Sub-lista das equipas que a experimentam e abandonam após uma semana.

Nomeie as Sub-listas pelo trabalho, não pela pessoa. "Tarefas da Sara" apodrece. "Reformulação de Marca Q3" continua útil mesmo quando a Sara está de férias. Nomes que descrevem a parte do trabalho sobrevivem às mudanças de pessoal.

Use baseadas em filtro sempre que possível. As Sub-listas manuais precisam de manutenção. As Sub-listas baseadas em filtro atualizam-se a si próprias, e guardar uma a partir do menu de estrela na barra de filtros demora aproximadamente o mesmo tempo que aplicar o filtro. A configuração exige um pouco mais de reflexão inicial; compensa todas as semanas depois.

Fixe as que realmente usa; arquive o resto. Uma parede de Sub-listas fixadas torna-se, ela própria, uma forma de desordem. Entre três e 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 reativar 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 desatualiza no momento em que alguém atualiza uma tarefa.

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

Principais Conclusões

A Sub-lista é o mecanismo que torna um projeto Quire partilhado tolerável para todos a partir das 50 tarefas. O filtro em si não é o objetivo; o que importa é que seja nomeado, guardado, controlado por permissões e apontado para a mesma fonte de verdade. Os seis fluxos de trabalho reais acima (vistas de marketing específicas por função, delimitação de sprints, janelas de clientes com Equipa externa, revisões semanais de gestores, percursos de integração de novos colaboradores, e listas de foco pessoal) cobrem a maior parte do valor que a Sub-lista traz.

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

Qual caso de uso da Sub-lista se adequa a si?

Seis equipas, seis formas de dividir um projeto. Encontre a mais próxima da sua.

Perguntas Frequentes

Como pode uma tarefa aparecer em várias Sub-listas Quire ao mesmo tempo?

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

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

Uma tag é metadata numa tarefa. Um filtro é uma pesquisa temporária. Um projeto separado é um conjunto de dados separado. Uma Sub-lista é uma vista guardada, nomeada e controlada por permissões dos mesmos dados, com o seu próprio URL. Obtém-se o foco de um filtro, a persistência de um projeto, e a partilha granular de um link externo, 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 a Sub-lista após algumas semanas a usar o Quire, o que geralmente é o momento em que fazer o upgrade começa a fazer sentido. A discriminaçã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 Privada. A opção Equipa externa é a que agências e consultorias usam para dar aos clientes uma janela apenas de leitura sobre a parte do trabalho que lhes pertence, sem expor tarefas internas.

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

Remover uma tarefa de uma Sub-lista apenas a retira dessa vista. A tarefa permanece na Lista principal. Eliminar a própria Sub-lista deixa todas as suas tarefas na Lista principal. Reordenar dentro de uma Sub-lista atualiza a ordem principal. Isto vale a pena saber antes de deixar alguém "arrumar" a sua Sub-lista pessoal.

Quando deve deixar de usar a Sub-lista e criar um novo projeto em vez disso?

Quando o trabalho pertence genuinamente a um projeto diferente, não a uma vista diferente. Se duas partes do trabalho têm partes interessadas separadas, cronogramas separados e definições separadas de concluído, 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 realmente está a trabalhar?

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

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