Sublista do Quire: 6 casos de uso e exemplos reais

Última atualização: 30 de setembro 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 ter no canto do olho numa segunda-feira. De alguma forma, estão todas no mesmo retângulo com scroll, e a roda do rato parece estar a trabalhar contra si.

É neste momento que a maioria dos utilizadores do Quire descobre a Sublista e se pergunta porque não a experimentou no primeiro dia. A resposta oficial é "vista personalizada ou filtrada do mesmo projeto". A resposta sincera é que a Sublista transforma um projeto partilhado de 300 tarefas, que se tolera, em algo que se abre sem pestanejar.

O artigo de 2020 que apresentou a Sublista centrava-se na filosofia. Este é o oposto. Seis fluxos de trabalho concretos, a configuração que usaríamos em cada um, os compromissos a conhecer e um caso de uso que evitaríamos. Cada exemplo abaixo é um projeto real nos nossos espaços de trabalho Marketing Campaign Launch e Agile, por isso pode clicar e ver a estrutura em vez de a imaginar.

O que é, afinal, uma Sublista? (Versão de 90 segundos)

Uma Sublista é uma vista guardada, com nome 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 tarefas existem uma única vez, na lista principal. A Sublista aponta para elas. Editar uma tarefa numa Sublista edita a original, porque não há cópia.

Há três coisas que distinguem a Sublista do Quire de funcionalidades de nome parecido noutras ferramentas.

1. É uma vista filtrada, não uma tag 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 URL próprio. Uma Sublista do Quire é uma vista guardada da mesma fonte de verdade.
2. O modelo de permissões. Cada Sublista pode ser privada, visível apenas para administradores, partilhada com membros selecionados, aberta à sua Equipa externa ou totalmente aberta. É essa granularidade que faz funcionar os casos de uso abaixo.
3. Automação. Uma Sublista pode ser curada manualmente (arrasta as tarefas para dentro) ou baseada em filtros (define condições e qualquer nova tarefa que corresponda é adicionada automaticamente). É nas Sublistas baseadas em filtros que se poupa tempo a sério, e é a parte da Sublista que a maioria das equipas menos aproveita.

Toda a mecânica está no guia da Sublista. O resto deste artigo mostra o que fazer realmente com ela.

Caso de uso 1: Como funciona o lançamento de uma campanha de marketing com Sublistas?

Um projeto de lançamento de campanha cresce depressa. 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 para plataforma, orçamento, taxa horária e pontos de KPI. A diretora de marketing precisa desse panorama completo. Quem escreve para o blog, não.

Como a configurámos: uma Sublista por função ou por estado de revisão. Manual ao início, convertida depois em baseada em filtros quando a taxonomia de tags estabiliza (normalmente por volta do dia 5).

A Sublista Design Reviews é o exemplo mais limpo. A lógica do filtro é status = Reviewing e tag = design. Os designers veem apenas as tarefas que aguardam o seu olhar; a Sublista esvazia-se sozinha à medida que o trabalho é entregue. Ninguém anda a vasculhar 33 tarefas em sete secções para encontrar as três que precisam de revisão.

Uma Sublista "Content" funciona da mesma forma: tag = content, assignee in [the writers], e inclui automaticamente tudo o que de novo corresponda. Os mesmos dados, outra lente.

O que faz isto funcionar é que a diretora 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 Sublista para a execução. Os mesmos dados. Sem reconciliações. Sem a mensagem de Slack às 16h de sexta-feira a perguntar "qual é a versão atual do tracker?".

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

Caso de uso 2: Como funciona o planeamento de sprints de software numa Sublista?

O padrão a que a maioria das equipas de engenharia chega é este. A lista principal é o backlog. De duas em duas semanas, o planeamento do sprint produz uma Sublista com as tarefas comprometidas para o ciclo.

O nosso espaço de trabalho Agile é o exemplo prático. O backlog está organizado por área (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), com Story Points como campo personalizado.

No planeamento do sprint, a equipa seleciona várias tarefas e usa clique direito → Set Sublist → Sprint 47.

Foi assim que criámos a Sublista Sprint 47 que pode abrir já: neste momento abrange dois tickets reais de bugs ("Emojis cannot show correctly", "Home button doesn't work") vindos do feedback de clientes, com espaço para o resto do compromisso do sprint.

A versão baseada em filtros deste mesmo padrão usa uma tag como sprint-47 e uma Sublista de filtro que inclui automaticamente tudo o que tenha essa tag. Um pouco mais de configuração, zero manutenção.

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

Um efeito secundário agradável: na retrospetiva, a Sublista é o registo. Mostra exatamente o que estava no âmbito, o que foi entregue e o que ficou para depois. Nada de capturas de ecrã de um quadro do Jira coladas no Confluence. O URL da Sublista é o registo.

Caso de uso 3: Como dá uma agência visibilidade aos clientes com uma Sublista de Equipa externa?

Esta é a utilização mais valiosa da Sublista para agências, e a que a maioria nem 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 de fora da organização que precise de uma janela sobre o trabalho, mas apenas sobre a sua parte.

Como a configurámos: um projeto por cliente (ou por fluxo de parceiro externo). A lista principal reúne todo o trabalho, incluindo tarefas apenas internas: conversas comerciais, QA interno, alertas de rentabilidade. Cria-se uma Sublista com o nome do cliente e a permissão Equipa externa, preenchida apenas com as entregas e decisões que o cliente deve ver.

Pode ver a estrutura na Sublista External Team — Client View que criámos no espaço de trabalho Marketing Campaign Launch. Num projeto real, preenchê-la-ia com as entregas que envolvem o cliente: artigos em revisão, recursos de design, guiões de webinars, entregas de traduções. As notas internas de margem, as conversas privadas de QA, o registo de alterações de âmbito usado na faturação? Ficam na lista principal, invisíveis no URL da Equipa externa.

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

Para uma agência com 8 a 15 clientes em simultâneo, este padrão substitui o PDF semanal, a página paralela no Notion, o email de estado cheio de capturas de ecrã e boa parte do vaivém que surge quando um cliente pergunta "em que estão a trabalhar?" por não ter outra forma de ver.

A versão aprofundada deste fluxo está no nosso artigo sobre gestão de projetos em agências. Em resumo: com as Sublistas de Equipa externa deixa de manter um tracker paralelo para o cliente, porque a fronteira de permissões é garantida pela ferramenta e não pela sua disciplina.

Caso de uso 4: Como conduz um gestor a revisão semanal com uma Sublista baseada em filtros?

Um líder de equipa com oito pessoas a reportar e quatro projetos ativos tem um problema recorrente: todas as sextas-feiras precisa de saber o que foi entregue, o que derrapou e o que vem a seguir. Extrair isso de quatro listas principais é um trabalho de 90 minutos de que ninguém gosta e que a maioria salta.

Como a configurámos: uma Sublista baseada em filtros por projeto, todas chamadas "This Week". Deixámos o padrão esboçado no Marketing Campaign Launch para que veja o formato do URL. As condições de filtro a configurar:

• due-date in this week OR completed in this week
• assignee in [direct reports]

É neste caso de uso que as Sublistas baseadas em filtros mostram o seu valor. As novas tarefas criadas a meio da semana que cumpram os critérios aparecem automaticamente. As tarefas concluídas saem depois do fim da semana. Sem manutenção. A Sublista mantém-se atual porque é uma consulta, não uma lista curada.

Se preferir não manter uma Sublista por projeto, a atualização Sublista 2.0 permite criar uma Sublista ao nível da pasta, da Pasta Inteligente, da organização ou de As Minhas Tarefas. Coloque uma única Sublista "This Week" na pasta que contém os quatro projetos, aplique o filtro uma vez, e esse URL reúne as tarefas correspondentes de todos os projetos dessa pasta. Guarda um 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 usar fluxos de IA: peça ao Claude que leia cada Sublista "This Week" e redija o resumo de sexta-feira para a equipa. A IA passa a ter uma fonte de dados com âmbito preciso em vez de todo o backlog.

Caso de uso 5: Como encaixa a integração de novos colaboradores numa Sublista?

Quando alguém novo entra, cria uma Sublista por pessoa (por exemplo, "Onboarding — Elizabeth") e inclui apenas as tarefas que se aplicam à sua função. A permissão é Membros selecionados: a Elizabeth, a sua chefia, o buddy e o contacto da equipa de Pessoas. A diretora de marketing e o líder de engenharia nunca precisam de a ver. A chefia da Elizabeth vê-a todos os dias.

O que isto faz e um documento não faz: datas limite, colaboradores, comentários e progresso visível. A Elizabeth sabe o que vem a seguir sem perguntar. A chefia dá uma vista de olhos à Sublista na sexta-feira e vê o que está parado.

O buddy recebe uma notificação quando chega a vez da sua tarefa. Quando a Elizabeth termina o onboarding, a Sublista é arquivada, não eliminada. Torna-se o registo de como correu realmente a integração, que é o que vai querer ler antes de preparar a da próxima pessoa.

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

Uma Sublista cobre as primeiras semanas da Elizabeth. Para os primeiros três meses, o guia do plano 30-60-90 dias do Quire estende a mesma ideia a quatro fases, cada uma com um ponto de revisão e uma métrica de sucesso, para que a chefia saiba o que é um bom resultado ao dia 30 em vez de o adivinhar ao dia 89.

Caso de uso 6: Como o mantém focado uma Sublista pessoal "Today"?

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

Como a configurámos: uma Sublista privada baseada em filtros chamada "Today", com as condições assignee = me, due-date = today OR overdue, status != done. Deixámos uma Sublista Today esboçada no Marketing Campaign Launch para que veja o padrão em ação. No seu caso, defina a permissão como Privada para que não apareça na barra de separadores de nenhum colega.

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

Uma Sublista "Today" é uma ferramenta de foco e funciona melhor dentro de um sistema: hábitos sobre o que entra na lista e como se decide a prioridade. Escrevemos sobre esse padrão no artigo sobre o custo da coordenação.

Quando precisam duas equipas de dois projetos em vez de duas Sublistas?

Quando o trabalho tem responsáveis realmente distintos. A Sublista é uma ferramenta de foco dentro de um âmbito partilhado, por isso brilha quando cada parte beneficia da mesma lista principal.

O padrão a vigiar são duas funções com partes interessadas, cronogramas, ritmos e definições de concluído diferentes, mantidas num só projeto com uma Sublista cada. Seis semanas depois, nenhuma das equipas tem uma visão coerente e as Sublistas afastam-se em direções opostas.

Se duas partes do trabalho têm responsáveis realmente separados, dê-lhes dois projetos. O teste: se as duas Sublistas nunca beneficiariam de ser vistas em conjunto, tem dois projetos a partilhar um rótulo, e uma Pasta Inteligente pode ainda juntá-los numa só vista.

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

Como criar a sua primeira Sublista?

Todas as opções estão no nosso guia para criar Sublistas.

Esta é a versão de que a maioria das pessoas precisa:

1. Abra um projeto. Clique no ícone + junto ao separador Lista. Ou prima simplesmente L.
2. Dê um nome à Sublista. Escolha um ícone, se quiser.
3. Escolha o nível de permissão. A predefinição é Todos os membros; as agências costumam preferir Equipa externa; para uso pessoal, Privada.
4. Decida entre manual (arrastar tarefas) ou baseada em filtros (condições que incluem as tarefas correspondentes).
5. Fixe-a no topo da barra de separadores.

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

Há um segundo caminho, mais rápido quando já sabe o que quer. Filtre primeiro a lista, depois abra o menu da estrela na barra de filtros e escolha Criar sublista.

Os critérios do filtro tornam-se as condições permanentes da Sublista, pelo que fica com uma Sublista baseada em filtros sem a configurar de raiz. É o caminho a seguir para as quatro Sublistas "This Week" do caso de uso 4, e para tudo o que seja mais fácil de descrever por uma regra do que por uma lista.

Que dicas fazem a Sublista pegar de vez?

Alguns padrões que distinguem as equipas que usam a Sublista das que a experimentam e a abandonam ao fim de uma semana.

Dê às Sublistas nomes de trabalho, não de pessoas. "Tarefas da Sara" degrada-se. "Renovação da marca T3" continua útil mesmo quando a Sara está de férias. Nomes que descrevem a parte do trabalho sobrevivem às mudanças de pessoas.

Use filtros sempre que puder. As Sublistas manuais exigem manutenção. As baseadas em filtros atualizam-se sozinhas, e guardar uma a partir do menu da estrela na barra de filtros demora quase o mesmo que aplicar o filtro. Exige um pouco mais de reflexão ao início; compensa todas as semanas seguintes.

Fixe as que usa realmente; arquive as restantes. Uma parede de Sublistas fixadas torna-se uma nova forma de confusão. Três a cinco Sublistas fixadas é o ponto ideal para a maioria das equipas. Arquive (não elimine) as que deixar de usar; as tarefas ficam na lista principal e pode recuperar a Sublista se o fluxo voltar.

Partilhe o URL, não capturas de ecrã. O URL da Sublista é a fonte de verdade em tempo real. Colar uma captura de ecrã no Slack cria um artefacto paralelo que fica desatualizado assim que alguém atualiza uma tarefa.

Não bifurque a ordem da lista principal dentro de uma Sublista. Reordenar dentro de uma Sublista reordena a lista principal. Se precisa de uma ordem diferente sem afetar a principal, provavelmente queria uma Pasta Inteligente separada, e não uma Sublista.

Principais conclusões

A Sublista é o mecanismo que torna um projeto partilhado do Quire confortável para todos a partir das 50 tarefas. O filtro em si não é o essencial; o que importa é ter nome, ficar guardado, ter controlo de permissões e apontar para a mesma fonte de verdade.

Os seis fluxos reais acima (vistas de marketing por função, âmbito de sprints, janelas para clientes via Equipa externa, revisões semanais de gestores, percursos de onboarding e listas de foco pessoal) cobrem a maior parte dos casos em que a Sublista mostra o seu valor.

O uso errado é substituir por uma Sublista a fronteira de um projeto que devia existir. O uso certo é dar a cada pessoa dentro de um projeto partilhado a vista mais pequena e relevante dele. A maioria das equipas que diz "a lista principal é ingerível" quer na verdade dizer "ainda não configurei Sublistas".

Que caso de uso da Sublista se adapta 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 Sublistas do Quire ao mesmo tempo?

Uma Sublista é uma vista personalizada ou filtrada do mesmo projeto no Quire. As tarefas existem uma única vez na lista principal e aparecem em quantas Sublistas criar. Editar uma tarefa numa Sublista atualiza a lista principal, porque é a mesma tarefa e não uma cópia.

Em que difere uma Sublista do Quire de uma tag, de um filtro ou de um projeto separado?

Uma tag é um metadado numa tarefa. Um filtro é uma pesquisa temporária. Um projeto separado é um conjunto de dados separado. Uma Sublista é 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 um link externo, sem duplicar uma única tarefa.

Quantas Sublistas posso criar por projeto?

Duas por projeto no plano grátis. Os planos pagos aumentam esse limite. A maioria das equipas que atinge o limite está no plano grátis e descobre a Sublista após algumas semanas a usar o Quire, que é normalmente quando fazer o upgrade começa a fazer sentido. O detalhe completo está na página de preços.

Posso partilhar uma Sublista com alguém de fora da minha equipa?

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

O que acontece à minha Sublista se mover ou remover tarefas?

Remover uma tarefa de uma Sublista retira-a apenas dessa vista. A tarefa continua na lista principal. Eliminar a própria Sublista deixa todas as suas tarefas na lista principal. Reordenar dentro de uma Sublista atualiza a ordem da lista principal. Convém saber isto antes de deixar alguém "arrumar" a sua Sublista pessoal.

Quando deve dispensar a Sublista e criar um novo projeto?

Quando o trabalho pertence realmente a outro projeto, e não a outra vista. Se duas partes do trabalho têm partes interessadas, cronogramas e definições de concluído distintos, são dois projetos, não duas Sublistas. A Sublista é uma ferramenta de foco, não uma vedação entre equipas.

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

A Sublista está incluída em todos os planos do Quire, incluindo o plano grátis (duas Sublistas por projeto). Cada caso de uso acima demora cinco minutos a configurar. Se resistirem uma semana, a equipa vai defendê-los; se não, perdeu cinco minutos.

Comece grátis em quire.io/signup. Sem cartão de crédito, acesso a todas as funcionalidades, 30 dias. Abra o guia da Sublista num segundo separador e experimente primeiro a Sublista "Today".