Quire Sous-liste : 6 cas d'usage et exemples concrets

Dernière mise à jour : 9 juin 2026

Vous avez ouvert le projet ce matin et la Liste principale compte 287 tâches. Une quarantaine d'entre elles vous appartiennent. Les 247 autres appartiennent à des personnes que vous seriez heureux de ne pas avoir dans votre champ de vision un lundi. Et pourtant, toutes cohabitent dans le même rectangle défilant, comme si la molette de la souris travaillait contre vous.

C'est le moment où la plupart des utilisateurs de Quire découvrent la Sous-liste et se demandent pourquoi ils ne l'ont pas essayée dès le premier jour. La réponse officielle est « vue personnalisée ou filtrée du même projet. » La réponse honnête : la Sous-liste est ce qui transforme un projet partagé de 300 tâches, que l'on tolère à peine, en quelque chose que l'on ouvre vraiment sans appréhension.

Le billet de 2020 qui introduisait la Sous-liste se concentrait sur la philosophie. Celui-ci est son opposé. Six workflows concrets, la configuration que nous utiliserions réellement pour chacun, les compromis à connaître, et un cas d'usage que nous éviterions spécifiquement. Chaque exemple ci-dessous est un projet réel dans nos espaces de travail Marketing Campaign Launch et Agile, que vous pouvez parcourir pour voir la structure plutôt que de l'imaginer.

Ce qu'est réellement une Sous-liste (version 90 secondes)

Une Sous-liste est une vue sauvegardée, nommée et partageable d'un sous-ensemble de tâches du même projet, avec sa propre URL et ses propres paramètres d'autorisation. Les tâches elles-mêmes n'existent qu'une seule fois, dans la Liste principale. Une Sous-liste y pointe. Modifier une tâche dans une Sous-liste modifie l'original, car il n'y a pas de copie.

Trois éléments distinguent la Sous-liste de Quire des fonctionnalités similaires dans d'autres outils.

1. C'est une vue filtrée, pas un tag ni un espace de travail séparé. Les Sections d'Asana sont des séparateurs plats. Les Listes de ClickUp sont des jeux de données distincts. Les filtres de Trello ne persistent pas avec leur propre URL. Une Sous-liste Quire est une vue sauvegardée d'une même source de vérité.
2. Le modèle d'autorisation. Chaque Sous-liste peut être privée, visible uniquement pour les admins, partagée avec des membres sélectionnés, ouverte à votre Équipe externe, ou entièrement accessible. Cette granularité est ce qui rend les cas d'usage ci-dessous réellement fonctionnels.
3. L'automatisation. Une Sous-liste peut être gérée manuellement (vous glissez-déposez des tâches) ou basée sur des filtres (vous définissez des conditions, et toute nouvelle tâche correspondante est ajoutée automatiquement). Les Sous-listes filtrées sont là où réside le vrai gain de temps, et c'est la partie de la Sous-liste que la plupart des équipes sous-exploitent.

Les mécaniques complètes se trouvent dans le guide Sous-liste. Le reste de cet article explique quoi en faire concrètement.

Cas d'usage 1 : Le lancement d'une campagne marketing

Un projet de lancement de campagne gonfle vite. Regardez notre espace de travail Marketing Campaign Launch : lorsqu'il est en cours, la Liste principale s'étend sur sept sections (Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations) avec des champs personnalisés suivant la plateforme, le budget, le taux horaire et les KPI. La directrice marketing a besoin de cette vue d'ensemble. La rédactrice blog, non.

Comment nous la configurons : une Sous-liste par fonction ou par état de révision. Manuelle au début, puis convertie en Sous-liste filtrée une fois que la taxonomie de tags se stabilise (généralement vers le cinquième jour).

La Sous-liste Révisions design est l'exemple le plus clair. La logique de filtre est status = Reviewing et tag = design. Les designers ne voient que les tâches en attente de leur validation ; la Sous-liste se vide automatiquement au fur et à mesure que le travail avance. Personne ne cherche parmi 33 tâches réparties sur sept sections les trois qui nécessitent une relecture.

Une Sous-liste « Contenu » fonctionne de la même façon : tag = content, assignee in [les rédacteurs], inclusion automatique de toute nouvelle correspondance. Mêmes données, objectif différent.

L'avantage clé : la directrice marketing travaille toujours depuis la Liste principale pour la planification transversale, et chaque responsable de fonction travaille depuis sa Sous-liste pour l'exécution. Mêmes données. Pas de réconciliation. Plus de message Slack à 17h un vendredi pour demander « quelle version du tableau de suivi est à jour ? »

Pour une vue plus large de la façon dont cela s'inscrit dans un modèle opérationnel de lancement, consultez notre article sur la gestion de projet transversale.

Cas d'usage 2 : Planification de Sprint logiciel

Le schéma adopté par la plupart des équipes d'ingénierie ressemble à ceci. La Liste principale est le backlog. Toutes les deux semaines, la planification de Sprint produit une Sous-liste contenant les tâches engagées pour le cycle.

Notre espace de travail Agile en est l'exemple concret. Le backlog est organisé par périmètre fonctionnel (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), avec les Story Points comme champ personnalisé. Lors de la planification de Sprint, l'équipe sélectionne plusieurs tâches et utilise clic droit → Set Sublist → Sprint 47. C'est ainsi que nous avons constitué la Sous-liste Sprint 47 que vous pouvez ouvrir maintenant : elle contient actuellement deux vrais tickets de bug (« Emojis cannot show correctly », « Home button doesn't work ») issus des retours clients, avec de la place pour le reste des engagements du sprint.

La version filtrée du même schéma utilise un tag comme sprint-47 et une Sous-liste filtrée qui inclut automatiquement tout ce qui est ainsi tagué. Un peu plus de configuration au départ, zéro maintenance ensuite.

L'URL de la Sous-liste est partagée dans le canal standup de l'équipe. Pendant les deux semaines suivantes, l'équipe d'ingénierie travaille depuis cette Sous-liste. La vue Kanban de la Sous-liste devient le tableau de sprint. Le product manager consulte la Liste principale pour le grooming du backlog et les discussions de roadmap. Les ingénieurs regardent la Sous-liste pour ce qui est en cours.

Un effet secondaire appréciable : lors du retro, la Sous-liste est l'artefact. Elle capture exactement ce qui était dans le périmètre, ce qui a été livré, ce qui a été reporté. Plus besoin de capturer un tableau Jira dans Confluence. L'URL de la Sous-liste est l'enregistrement.

Cas d'usage 3 : Visibilité client pour les agences (Sous-liste Équipe externe)

C'est l'utilisation à plus forte valeur ajoutée de la Sous-liste pour les agences, et celle que la plupart des agences ne savent pas possible. Le même schéma s'applique aux équipes internes travaillant avec des partenaires créatifs externes (designers freelance, monteurs vidéo, prestataires de traduction). Toute personne hors de votre organisation qui a besoin d'une fenêtre sur le travail, mais uniquement sa partie.

Comment nous la configurons : un projet par engagement client (ou par flux de partenaire externe). La Liste principale contient tout le travail, y compris les tâches internes : discussions commerciales, QA interne, indicateurs de rentabilité. Une Sous-liste nommée d'après le client est créée avec l'autorisation définie sur Équipe externe, et ne contient que les livrables et les décisions que le client doit voir.

Vous pouvez voir la structure dans la Sous-liste Équipe externe — Vue client que nous avons configurée dans l'espace Marketing Campaign Launch. Dans un engagement réel, vous y placeriez les livrables qui impliquent le client : articles de blog en révision, ressources graphiques, scripts de webinaires, livraisons de traductions. Les notes internes sur les marges, les échanges QA privés, le journal des modifications de périmètre utilisé pour la facturation ? Ils restent dans la Liste principale, invisibles depuis l'URL Équipe externe.

Le client reçoit cette URL. Il l'ouvre avec son accès Équipe externe. Il voit les livrables, les échéances, les statuts, les commentaires qui le concernent. Rien d'autre.

Pour une agence qui gère 8 à 15 engagements clients simultanément, ce seul schéma remplace le PDF hebdomadaire, la page Notion parallèle, l'email de statut chargé de captures d'écran, et une bonne partie des allers-retours qui surviennent lorsqu'un client demande « sur quoi travaillez-vous ? » faute d'autre moyen de voir.

La version approfondie de ce workflow se trouve dans notre article sur la gestion de projet en agence. La version courte : les Sous-listes Équipe externe permettent d'arrêter de maintenir un tracker client parallèle, parce que la frontière d'autorisation est appliquée par l'outil plutôt que par votre discipline.

Cas d'usage 4 : La revue hebdomadaire du manager (basée sur des filtres)

Un responsable d'équipe avec huit collaborateurs directs et quatre projets actifs a un problème récurrent : chaque vendredi, il a besoin de savoir ce qui a été livré, ce qui a pris du retard, et ce qui arrive. Extraire cela de quatre Listes principales est un travail de 90 minutes que personne n'apprécie et que la plupart des gens sautent.

Comment nous la configurons : une Sous-liste filtrée par projet, toutes nommées « Cette semaine ». Nous avons ébauché le schéma dans Marketing Campaign Launch pour que vous puissiez voir la forme de l'URL. Les conditions de filtre à configurer :

• due-date in this week OU completed in this week
• assignee in [collaborateurs directs]

C'est le cas d'usage où les Sous-listes filtrées se justifient pleinement. Les nouvelles tâches créées en milieu de semaine qui correspondent aux critères apparaissent automatiquement. Les tâches terminées disparaissent après la fin de la semaine. Aucune maintenance. La Sous-liste reste à jour parce que c'est une requête, pas une liste gérée manuellement.

Si vous préférez ne pas maintenir une Sous-liste par projet, la mise à jour Sublist 2.0 vous permet de créer une Sous-liste au niveau du dossier, du dossier intelligent, de l'organisation ou de Mes tâches. Placez une seule Sous-liste « Cette semaine » dans le dossier contenant vos quatre projets, appliquez le filtre une seule fois, et cette URL unique remonte les tâches correspondantes de chaque projet qu'il contient. Vous ajoutez un seul lien aux favoris au lieu de quatre, et la revue du vendredi s'ouvre dans un seul onglet.

Associez cela à l'intégration MCP de Quire si les workflows IA font partie de votre stack : demandez à Claude de lire chaque Sous-liste « Cette semaine » et de rédiger le résumé d'équipe du vendredi. L'IA dispose alors d'une source de données précisément délimitée plutôt que de l'intégralité du backlog.

Cas d'usage 5 : Intégration d'un nouveau collaborateur

Lorsqu'une nouvelle personne rejoint l'équipe, vous créez une Sous-liste par personne (ex. « Intégration — Elizabeth »), et n'y incluez que les tâches qui s'appliquent à son rôle. L'autorisation est définie sur Membres sélectionnés : Elizabeth, son manager, le référent, le contact RH. La directrice marketing et le responsable technique n'ont pas besoin de la voir. Le manager d'Elizabeth la consulte quotidiennement.

Ce que cela apporte qu'un document ne peut pas : des échéances, des assignations, des commentaires et une progression visible. Elizabeth sait ce qui vient ensuite sans avoir à demander. Son manager jette un coup d'œil à la Sous-liste le vendredi et voit ce qui est bloqué. Le référent reçoit une notification lorsque sa tâche arrive. Quand Elizabeth termine son intégration, la Sous-liste est archivée, pas supprimée. Elle devient la trace de comment son intégration s'est réellement passée, ce que vous voudriez relire avant de concevoir celle de la prochaine personne.

Si l'organisation a Quire MCP connecté, générer la Sous-liste par personne à partir d'un modèle RH ou d'un compte-rendu de réunion de démarrage est une tâche en une seule invite. Nous avons couvert ce workflow dans 5 workflows de gestion de projet par IA.

Cas d'usage 6 : Focus personnel « Aujourd'hui »

Le cas d'usage productivité personnelle. Celui-ci n'est pas révolutionnaire, mais c'est celui que la plupart des utilisateurs adoptent en premier et utilisent le plus.

Comment nous la configurons : une Sous-liste filtrée privée nommée « Aujourd'hui » avec les conditions assignee = me, due-date = today OR overdue, status != done. Nous avons ébauché une Sous-liste Aujourd'hui dans Marketing Campaign Launch pour que vous puissiez voir le schéma en place. Dans votre propre usage, définissez l'autorisation sur Privé pour qu'elle n'apparaisse pas dans la barre d'onglets de vos coéquipiers.

La Sous-liste se trouve en haut de la barre d'onglets du projet, épinglée. La première action de la journée est de l'ouvrir. La dernière est de la fermer. Tout le reste, y compris les 247 tâches qui ne vous appartiennent pas, est invisible pendant la fenêtre de travail.

Soyons honnêtes : une Sous-liste « Aujourd'hui » seule n'est pas un système de productivité. C'est un outil de focalisation qui fonctionne à l'intérieur d'un système. Si vous n'avez pas d'habitudes autour de ce qui va sur la liste et de la façon dont les priorités sont décidées, une Sous-liste « Aujourd'hui » deviendra une autre liste que vous ignorez. Nous avons écrit sur ce schéma dans l'article sur la taxe de coordination.

Le cas d'usage que nous éviterions

La Sous-liste devient le mauvais outil dès que vous commencez à l'utiliser comme une frontière entre des équipes qui ne devraient pas partager un projet en premier lieu.

Le schéma : deux fonctions mènent un travail avec des parties prenantes différentes, des calendriers différents, des cadences différentes et des définitions de terminé différentes. Quelqu'un décide « gardons tout dans un projet et donnons à chaque équipe une Sous-liste. » Six semaines plus tard, aucune équipe n'a une vue cohérente, la Liste principale est un fouillis, et les Sous-listes divergent dans des directions opposées.

Si deux segments de travail ont une propriété genuinement distincte, ils appartiennent à deux projets, pas à deux Sous-listes. La Sous-liste est un outil de focalisation dans un périmètre partagé. Ce n'est pas un substitut à des frontières de projet qui devraient exister.

Le test honnête : si les deux Sous-listes ne bénéficieraient jamais d'être consultées ensemble (la Liste principale est sans signification ou confuse), vous n'avez pas un projet avec deux vues. Vous avez deux projets qui partagent un nom.

Si vous essayez de décider entre diviser un projet ou utiliser une Sous-liste, la règle de base : liriez-vous un jour la Liste principale ? Si oui, Sous-liste. Si non, divisez.

Comment faire : créer votre première Sous-liste

Le guide complet se trouve sur quire.io/guide/create-sublists, mais voici la version dont la plupart des gens ont besoin :

1. Ouvrez un projet. Cliquez sur l'icône + à côté de l'onglet Liste. Ou appuyez simplement sur L.
2. Nommez la Sous-liste. Choisissez une icône si vous le souhaitez.
3. Choisissez le niveau d'autorisation. Par défaut : Tous les membres ; les agences préfèrent généralement Équipe externe ; pour un usage personnel, optez pour Privé.
4. Décidez entre manuel (glisser-déposer des tâches) ou basé sur des filtres (définir des conditions pour l'ajout automatique).
5. Épinglez-la en haut de la barre d'onglets.

Le menu contextuel du clic droit sur n'importe quelle tâche vous donne accès à Set Sublist, ce qui est plus rapide que le glisser-déposer dès que vous l'avez utilisé deux fois.

Astuces pour que la Sous-liste s'ancre durablement

Quelques schémas qui distinguent les équipes qui utilisent réellement la Sous-liste de celles qui l'essaient et l'abandonnent au bout d'une semaine.

Nommez les Sous-listes en fonction du travail, pas de la personne. « Les tâches de Sara » devient obsolète. « Refonte de marque T3 » reste utile même quand Sara est en vacances. Les noms qui décrivent le segment de travail survivent aux changements de personnel.

Utilisez les Sous-listes filtrées autant que possible. Les Sous-listes manuelles ont besoin de maintenance. Les Sous-listes filtrées se mettent à jour elles-mêmes. La configuration demande un peu plus de réflexion au départ ; elle se rembourse chaque semaine ensuite.

Épinglez celles que vous utilisez vraiment ; archivez les autres. Un mur de Sous-listes épinglées devient sa propre forme de désordre. Trois à cinq Sous-listes épinglées est l'équilibre idéal pour la plupart des équipes. Archivez (ne supprimez pas) celles que vous n'utilisez plus ; les tâches restent dans la Liste principale, et vous pouvez réactiver la Sous-liste si le workflow revient.

Partagez l'URL, pas des captures d'écran. L'URL de la Sous-liste est la source de vérité vivante. Coller une capture d'écran dans Slack crée un artefact parallèle qui dérive dès que quelqu'un met à jour une tâche.

Ne brisez pas l'ordre de la Liste principale dans une Sous-liste. Réordonner dans une Sous-liste réordonne la Liste principale. Si vous avez besoin d'un ordre différent sans affecter la Liste principale, vous vouliez probablement un dossier intelligent séparé, pas une Sous-liste.

Points clés à retenir

La Sous-liste est le mécanisme qui rend un projet Quire partagé supportable pour tout le monde au-delà de 50 tâches. L'avantage clé ne réside pas dans le filtre lui-même ; c'est le fait que le filtre est nommé, sauvegardé, contrôlé par des autorisations, et pointe vers la même source de vérité. Les six workflows concrets ci-dessus (vues marketing par fonction, périmètre de Sprint, fenêtres client Équipe externe, revues hebdomadaires du manager, parcours d'intégration, listes de focus personnelles) couvrent la plupart des situations où la Sous-liste tient ses promesses.

Le mauvais usage consiste à substituer une Sous-liste à une frontière de projet qui devrait exister. Le bon usage est de donner à chaque personne dans un projet partagé la vue la plus petite et la plus pertinente possible. La plupart des équipes qui disent « la Liste principale est ingérable » veulent en réalité dire « je n'ai pas encore configuré de Sous-listes. »

Foire aux questions

Qu'est-ce qu'une Sous-liste dans Quire ?

Une Sous-liste est une vue personnalisée ou filtrée du même projet dans Quire. Les tâches n'existent qu'une seule fois dans la Liste principale et apparaissent dans toutes les Sous-listes que vous créez. Modifier une tâche dans une Sous-liste met à jour la Liste principale, car il s'agit de la même tâche, pas d'une copie.

En quoi une Sous-liste Quire diffère-t-elle d'un tag, d'un filtre ou d'un projet séparé ?

Un tag est une métadonnée sur une tâche. Un filtre est une recherche temporaire. Un projet séparé est un jeu de données distinct. Une Sous-liste est une vue sauvegardée, nommée et contrôlée par des droits d'accès sur les mêmes données, avec sa propre URL. Vous obtenez la précision d'un filtre, la persistance d'un projet et le partage granulaire d'un lien externe, sans dupliquer une seule tâche.

Combien de Sous-listes puis-je créer par projet ?

Deux par projet avec le plan Free. Les plans payants augmentent cette limite. La plupart des équipes qui atteignent le plafond sont sur Free et découvrent la Sous-liste après quelques semaines d'utilisation de Quire, ce qui est généralement le moment où passer à une formule supérieure commence à avoir du sens. Le détail complet se trouve sur la page des tarifs.

Puis-je partager une Sous-liste avec quelqu'un hors de mon équipe ?

Oui. Lors de la création d'une Sous-liste, vous pouvez choisir Tous les membres, Admins, Membres sélectionnés, Équipe externe ou Privé. L'option Équipe externe est celle qu'utilisent les agences et les cabinets de conseil pour donner aux clients une fenêtre en lecture seule sur la partie du travail qui les concerne, sans exposer les tâches internes.

Que se passe-t-il avec ma Sous-liste si je déplace ou supprime des tâches ?

Retirer une tâche d'une Sous-liste la supprime uniquement de cette vue. La tâche reste dans la Liste principale. Supprimer une Sous-liste laisse toutes ses tâches dans la Liste principale. Réordonner dans une Sous-liste met à jour l'ordre dans la Liste principale. C'est le point important à connaître avant de laisser quelqu'un « faire le ménage » dans sa Sous-liste personnelle.

Quand la Sous-liste est-elle le mauvais outil ?

Lorsque le travail appartient véritablement à un projet différent, et non à une vue différente. Si deux segments de travail ont des parties prenantes distinctes, des calendriers distincts et des définitions de terminé distinctes, ce sont deux projets, pas deux Sous-listes. La Sous-liste est un outil de focalisation, pas une frontière entre équipes.

Prêt à donner à votre équipe la vue la plus petite et la plus utile du projet sur lequel elle travaille vraiment ?

La Sous-liste est disponible dans tous les plans Quire, y compris le plan Free (deux Sous-listes par projet). Les cas d'usage ci-dessus prennent chacun cinq minutes à configurer. S'ils tiennent une semaine, l'équipe les défendra ; sinon, vous n'aurez perdu que cinq minutes.

Commencez gratuitement sur quire.io/signup. Sans carte bancaire, accès complet aux fonctionnalités, 30 jours. Ouvrez le guide Sous-liste dans un second onglet et essayez d'abord la Sous-liste « Aujourd'hui ».