
Ultimo aggiornamento: 10 agosto 2026
Sei configurazioni reali di Sottolista. Una Sottolista di Quire è una vista salvata e a permessi controllati delle attività già presenti in un progetto, non una copia né un filtro. Questo articolo analizza sei esempi live tratti dai workspace Marketing Campaign Launch e Agile di Quire, incluso un caso d'uso da evitare, più i trucchi di configurazione che mantengono ogni Sottolista utile nel tempo.
Hai aperto il progetto questa mattina e la List principale conta 287 attività. Circa quaranta sono tue. Le altre 247 appartengono a persone che di lunedì preferiresti non vedere nella tua visuale periferica. Eppure convivono tutte nello stesso rettangolo scorrevole, e la rotella del mouse sembra remare contro di te.
È il momento in cui la maggior parte degli utenti Quire scopre la Sottolista e si chiede perché non l'abbia provata dal primo giorno. La risposta ufficiale è "vista personalizzata o filtrata dello stesso progetto". La risposta onesta è che la Sottolista è ciò che trasforma un progetto condiviso da 300 attività, da qualcosa che tolleri a qualcosa che apri davvero senza esitare.
Il post del 2020 che ha introdotto la Sottolista si concentrava sulla filosofia. Questo fa l'opposto. Sei flussi di lavoro concreti, la configurazione che useremmo davvero per ciascuno, i compromessi da conoscere e un caso d'uso da evitare in modo specifico. Ogni esempio qui sotto è un progetto reale e operativo nei nostri workspace Marketing Campaign Launch e Agile, così puoi cliccare e vedere la struttura invece di doverla immaginare.
Una Sottolista è una vista salvata, con un nome, condivisibile, di un sottoinsieme di attività dello stesso progetto, con un proprio URL e propri permessi. Le attività vivono una sola volta, sulla List principale. Una Sottolista punta a esse. Modificare un'attività in una Sottolista modifica l'originale, perché non esiste alcuna copia.
Tre elementi rendono la Sottolista di Quire diversa da funzionalità simili in altri strumenti.
I meccanismi completi sono nella guida alla Sottolista. Il resto di questo articolo spiega cosa farne davvero.
Un progetto di lancio campagna cresce in fretta. Guarda il nostro workspace reale Marketing Campaign Launch: quando è in corso, la List principale copre sette sezioni (Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations) con campi personalizzati che tracciano piattaforma, budget, tariffa oraria, punti KPI. Il direttore marketing ha bisogno di quella visione completa. Chi scrive i blog post no.

Come l'abbiamo configurato: una Sottolista per funzione o per stato di revisione. Manuale all'inizio, poi convertita in basata su filtro una volta che la taxonomia delle etichette si stabilizza (di solito verso il quinto giorno).
La Sottolista Design Reviews è l'esempio più chiaro da osservare. La logica di filtro è status = Reviewing e tag = design. I designer vedono solo le attività in attesa del loro occhio; la sottolista si svuota da sola man mano che il lavoro viene consegnato. Nessuno deve setacciare 33 attività su sette sezioni per trovare le tre che aspettano una revisione.

Una sottolista "Content" funziona nello stesso modo: tag = content, assignee in [gli autori], includendo automaticamente qualsiasi nuova attività corrispondente. Stessi dati, prospettiva diversa.
Ciò che rende efficace questo sistema è che il direttore marketing continua a lavorare dalla List principale per la pianificazione cross-funzionale, mentre ogni responsabile di funzione lavora dalla propria Sottolista per l'esecuzione. Stessi dati. Nessuna riconciliazione. Nessun messaggio Slack alle 16 del venerdì con "quale versione del tracker è quella aggiornata?"
Per la visione più ampia di come questo si inserisce in un modello operativo di lancio, vedi il nostro articolo sulla gestione progetti cross-funzionale.
Lo schema in cui finisce la maggior parte dei team di sviluppo è questo. La List principale è il backlog. Ogni due settimane, lo sprint planning produce una Sottolista contenente le attività assegnate al ciclo.
Il nostro workspace Agile è l'esempio funzionante. Il backlog è organizzato per area (Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app), con gli Story Points come campo personalizzato. Allo sprint planning, il team seleziona le attività scelte e usa clic destro → Imposta Sottolista → Sprint 47. È così che abbiamo costruito la sottolista Sprint 47 che puoi aprire proprio adesso: al momento comprende due ticket di bug reali ("Emojis cannot show correctly", "Home button doesn't work") emersi dal feedback dei clienti, con spazio per far confluire il resto degli impegni dello sprint.

La versione basata su filtro dello stesso schema usa un'etichetta come sprint-47 e una Sottolista filtro che include automaticamente tutto ciò che porta quella etichetta. Un po' più di configurazione iniziale, zero manutenzione dopo.
L'URL della Sottolista viene condiviso nel canale di standup del team. Per le due settimane successive, il team di sviluppo lavora da quella Sottolista. La vista Kanban della Sottolista diventa la board dello sprint. Il product manager guarda la List principale per il grooming del backlog e le conversazioni sulla roadmap. Gli sviluppatori guardano la Sottolista per ciò che è in corso.
Un effetto collaterale piacevole: al momento della retrospettiva, la Sottolista è l'artefatto. Registra esattamente cosa era nello scope, cosa è stato consegnato, cosa è stato rinviato. Niente screenshot di una board Jira incollati su Confluence. L'URL della Sottolista è il registro.
Questo è l'uso a più alto valore della Sottolista per le agenzie, e quello che la maggior parte delle agenzie non sa nemmeno essere possibile. Lo stesso schema si applica ai team interni che lavorano con partner creativi esterni (designer freelance, video editor, fornitori di traduzione). Chiunque fuori dalla tua organizzazione abbia bisogno di una finestra sul lavoro, ma solo sulla sua parte.
Come l'abbiamo configurato: un progetto per ogni cliente (o per ogni flusso con partner esterno). La List principale contiene tutto il lavoro, incluse le attività solo interne: conversazioni commerciali, QA interno, indicatori di marginalità. Viene creata una Sottolista con il nome del cliente, permessi impostati su Squadra esterna, popolata solo con i deliverable e le decisioni che il cliente deve vedere.
Puoi vedere la struttura nella sottolista External Team — Client View che abbiamo impostato all'interno del workspace Marketing Campaign Launch. In un incarico reale, la popoleresti con i deliverable che coinvolgono il cliente: post del blog in revisione, asset di design, script per webinar, consegne di traduzione. Note di margine interne, chiacchiere private del QA, il registro dei cambi di scope usato per la fatturazione? Restano nella List principale, invisibili all'URL della Squadra esterna.

Il cliente riceve quell'URL. Lo apre con il suo posto da Squadra esterna. Vede i deliverable, le date di scadenza, lo stato, i commenti che lo coinvolgono. Nient'altro.
Per un'agenzia che gestisce da 8 a 15 clienti contemporaneamente, questo unico schema sostituisce il PDF settimanale, la pagina parallela su Notion, l'email di stato piena di screenshot e una parte significativa del continuo scambio che nasce quando un cliente chiede "a cosa state lavorando?" perché non ha altro modo per vederlo.
La versione più approfondita di questo flusso di lavoro si trova nel nostro articolo sulla gestione progetti in agenzia. La versione breve: le Sottoliste per la Squadra esterna sono il punto in cui smetti di mantenere un tracker parallelo per i clienti, perché il confine dei permessi è imposto dallo strumento, non dalla tua disciplina.
Un team lead con otto collaboratori diretti e quattro progetti attivi ha un problema ricorrente: ogni venerdì deve sapere cosa è stato consegnato, cosa è slittato e cosa sta arrivando. Estrarre questo da quattro List principali è un lavoro di 90 minuti che nessuno apprezza e la maggior parte salta.
Come l'abbiamo configurato: una Sottolista basata su filtro per progetto, chiamate tutte "Questa settimana". Abbiamo abbozzato lo schema in Marketing Campaign Launch così puoi vedere la forma dell'URL. Le condizioni di filtro che configureresti:
due-date in this week OPPURE completed in this weekassignee in [collaboratori diretti]È il caso d'uso in cui le Sottoliste basate su filtro dimostrano il proprio valore. Le nuove attività create durante la settimana che soddisfano i criteri compaiono automaticamente. Le attività completate escono dopo il termine della settimana. Nessuna manutenzione. La Sottolista resta aggiornata perché è una query, non un elenco curato a mano.
Se preferisci non mantenere una Sottolista per ogni progetto, l'aggiornamento Sottolista 2.0 ti permette di creare una Sottolista a livello di cartella, cartella intelligente, organizzazione o Le mie attività. Metti un'unica Sottolista "Questa settimana" sulla cartella che contiene tutti e quattro i progetti, applica il filtro una sola volta, e quell'unico URL raccoglie le attività corrispondenti da ogni progetto sottostante. Salvi un solo link invece di quattro, e la revisione del venerdì si apre in un'unica scheda.
Abbinalo all'integrazione MCP di Quire se i flussi di lavoro AI fanno parte del tuo stack: chiedi a Claude di leggere ogni Sottolista "Questa settimana" e di redigere il riepilogo del team del venerdì. L'AI ha ora una fonte di dati definita con precisione invece dell'intero backlog.
Quando arriva qualcuno di nuovo, crei una Sottolista per singolo assunto (es. "Onboarding — Elizabeth") e includi solo le attività pertinenti al suo ruolo. I permessi sono Membri selezionati: Elizabeth, il suo manager, il buddy, il referente del team People. Il direttore marketing e il responsabile di sviluppo non hanno mai bisogno di vederla. Il manager di Elizabeth la controlla ogni giorno.

Ciò che questo offre e un documento no: date di scadenza, assegnatari, commenti e avanzamento visibile. Elizabeth sa cosa viene dopo senza doverlo chiedere. Il suo manager dà un'occhiata alla Sottolista il venerdì e vede cosa è bloccato. Il buddy riceve una notifica quando arriva il turno della sua attività. Quando Elizabeth finisce l'onboarding, la Sottolista viene archiviata, non eliminata. Diventa il registro di come è andato realmente il suo onboarding, ed è esattamente ciò che vorresti leggere prima di progettare quello della persona successiva.
Se l'organizzazione ha collegato Quire MCP, generare la Sottolista per il nuovo assunto da un modello HR o dalla trascrizione di un meeting di avvio richiede un solo prompt. Abbiamo trattato questo flusso di lavoro in 5 flussi di lavoro AI per la gestione progetti.
Il caso d'uso della produttività personale. Non è una novità, ma è quello che la maggior parte degli utenti adotta prima e usa più spesso.
Come l'abbiamo configurato: una Sottolista privata basata su filtro chiamata "Oggi" con condizioni assignee = me, due-date = today OR overdue, status != done. Abbiamo abbozzato una sottolista Today dentro Marketing Campaign Launch così puoi vedere lo schema in azione. Nel tuo utilizzo, imposta i permessi su Privata così non compare nella barra delle scheda di nessun collega.

La Sottolista resta in cima alla barra delle scheda del progetto, appuntata. La prima azione della giornata è aprirla. L'ultima azione della giornata è chiuderla. Tutto il resto, incluse le 247 attività che non sono tue, è invisibile durante la finestra di lavoro.
Da dire con onestà: una Sottolista "Oggi" da sola non è un sistema di produttività. È uno strumento di concentrazione che funziona all'interno di un sistema. Se non hai abitudini su cosa entra nella lista e su come vengono prese le decisioni di priorità, una Sottolista "Oggi" diventerà solo un'altra lista che ignori. Ne abbiamo parlato nell'articolo su la tassa del coordinamento.
La Sottolista diventa lo strumento sbagliato nel momento in cui inizi a usarla come una barriera tra team che, in primo luogo, non dovrebbero condividere lo stesso progetto.
Lo schema: due funzioni gestiscono lavori con stakeholder diversi, sequenze temporali diverse, cadenze diverse e definizioni di completamento diverse. Qualcuno decide "teniamo tutto in un progetto e diamo a ciascun team una Sottolista." Sei settimane dopo, nessuno dei due team ha una visione coerente, la List principale è un disastro e le Sottoliste si allontanano in direzioni opposte.
Se due porzioni di lavoro hanno effettivamente proprietà separate, appartengono a due progetti, non a due Sottoliste. La Sottolista è uno strumento di concentrazione all'interno di uno scope condiviso. Non è un sostituto di veri confini di progetto.
Il test onesto: se le due Sottoliste non trarrebbero mai beneficio dall'essere viste insieme (la List principale risulterebbe priva di senso o confusa), non hai un progetto con due viste. Hai due progetti che condividono un'etichetta.
Se stai decidendo tra suddividere un progetto o usare una Sottolista, la regola pratica è: leggeresti mai la List principale? Se sì, Sottolista. Se no, suddividi.
Ogni opzione è trattata nella nostra guida alla creazione delle Sottoliste.
Ecco la versione di cui la maggior parte delle persone ha bisogno:
L.Il menu contestuale con clic destro su qualsiasi attività offre Imposta Sottolista, più rapido del trascinamento una volta che l'hai usato un paio di volte.
C'è una seconda via, più rapida quando sai già che forma vuoi dare al risultato. Filtra prima la lista, poi apri il menu con la stella nella barra dei filtri e scegli Crea sottolista.

Qualunque cosa tu abbia filtrato diventa la condizione permanente della Sottolista, così ottieni una Sottolista basata su filtro senza configurarne una da zero. È il percorso da seguire per le quattro Sottoliste "Questa settimana" del Caso d'uso 4, e per tutto ciò in cui la regola è più facile da descrivere che da elencare.
Alcuni schemi separano i team che usano davvero la Sottolista da quelli che la provano e la abbandonano dopo una settimana.
Dai alle Sottoliste il nome del lavoro, non della persona. "Attività di Sara" si esaurisce. "Refresh brand Q3" resta utile anche quando Sara va in vacanza. I nomi che descrivono la porzione di lavoro sopravvivono ai cambi di personale.
Usa il tipo basato su filtro ogni volta che puoi. Le Sottoliste manuali richiedono manutenzione. Le Sottoliste basate su filtro si aggiornano da sole, e salvarne una dal menu con la stella nella barra dei filtri richiede circa lo stesso tempo di applicare il filtro. La configurazione richiede un po' più di ragionamento iniziale; il ritorno arriva ogni settimana successiva.
Appunta solo quelle che usi davvero; archivia il resto. Un muro di Sottoliste appuntate diventa a sua volta una forma di disordine. Da tre a cinque Sottoliste appuntate è il punto ideale per la maggior parte dei team. Archivia (non eliminare) quelle che non usi più; le attività restano nella List principale e puoi far rivivere la Sottolista se il flusso di lavoro ritorna.
Condividi l'URL, non gli screenshot. L'URL della Sottolista è la fonte di verità aggiornata in tempo reale. Incollare uno screenshot su Slack crea un artefatto parallelo che si scosta dalla realtà nel momento in cui qualcuno aggiorna un'attività.
Non forzare un ordine diverso dalla List principale dentro una Sottolista. Riordinare all'interno di una Sottolista riordina anche la principale. Se ti serve un ordine diverso senza toccare la principale, probabilmente volevi una cartella intelligente, non una Sottolista.
La Sottolista è il meccanismo che rende un progetto condiviso di Quire sostenibile per tutti superate le 50 attività. Il filtro in sé non è il punto; ciò che conta è che sia nominato, salvato, con permessi controllati e puntato alla stessa fonte di verità. I sei flussi di lavoro reali sopra (viste marketing specifiche per funzione, definizione dello scope dello sprint, finestre client per la Squadra esterna, revisioni settimanali del manager, percorsi di onboarding per nuovi assunti e liste personali di concentrazione) coprono la maggior parte dei casi in cui la Sottolista dimostra il proprio valore.
L'uso sbagliato è sostituire una Sottolista a un confine di progetto che dovrebbe esistere. L'uso giusto è dare a ogni persona all'interno di un progetto condiviso la vista più piccola e più rilevante possibile. La maggior parte dei team che dice "la List principale è ingestibile" in realtà intende "non ho ancora configurato le Sottoliste."
Sei team, sei modi di scomporre un progetto. Trova quello più vicino al tuo.
| Caso d'uso | Cosa fa la Sottolista |
|---|---|
| Lancio di una campagna marketing | Raggruppa le attività di lancio in un'unica vista condivisa |
| Sprint planning software | Estrae le attività dello sprint dal backlog |
| Visibilità clienti per agenzie | Condivide solo le attività del cliente tramite una Sottolista per la squadra esterna |
| Revisione settimanale del manager | Una vista basata su filtro di ciò che richiede attenzione |
| Onboarding di nuovi assunti | Una checklist mirata per le prime settimane |
| Concentrazione personale 'Oggi' | Le tue attività sull'intero progetto in un'unica schermata |
Una Sottolista è una vista personalizzata o filtrata dello stesso progetto in Quire. Le attività vivono una sola volta sulla List principale e compaiono in qualunque numero di Sottoliste tu crei. Modificare un'attività in una Sottolista aggiorna la principale, perché è la stessa attività, non una copia.
Un'etichetta è metadato su un'attività. Un filtro è una ricerca temporanea. Un progetto separato è un dataset separato. Una Sottolista è una vista salvata, con un nome, a permessi controllati, degli stessi dati, con un proprio URL. Ottieni la concentrazione di un filtro, la persistenza di un progetto e la condivisione granulare di un link esterno, senza duplicare una singola attività.
Due per progetto nel piano Free. I piani a pagamento alzano quel limite. La maggior parte dei team che raggiunge il limite si trova sul piano Free e scopre la Sottolista dopo qualche settimana di utilizzo di Quire, il momento in cui di solito eseguire l'upgrade comincia ad avere senso. La suddivisione completa si trova nella pagina dei prezzi.
Sì. Quando crei una Sottolista puoi scegliere Tutti i membri, Admin, Membri selezionati, Squadra esterna o Privata. L'opzione Squadra esterna è quella che agenzie e società di consulenza usano per dare ai clienti una finestra in sola lettura sulla porzione di lavoro che li riguarda, senza esporre le attività interne.
Rimuovere un'attività da una Sottolista la fa uscire solo da quella vista. L'attività resta sulla List principale. Eliminare la Sottolista stessa lascia tutte le sue attività sulla List principale. Riordinare all'interno di una Sottolista aggiorna l'ordine sulla principale. Questo è il dettaglio da conoscere prima di lasciare che qualcuno "faccia pulizia" nella propria Sottolista personale.
Quando il lavoro appartiene davvero a un progetto diverso, non a una vista diversa. Se due porzioni di lavoro hanno stakeholder separati, sequenze temporali separate e definizioni di completamento separate, si tratta di due progetti, non di due Sottoliste. La Sottolista è uno strumento di concentrazione, non una barriera tra team.
Pronto a dare al tuo team la vista più piccola e più utile del progetto su cui sta davvero lavorando?
La Sottolista è disponibile in ogni piano Quire, incluso il livello Free (due Sottoliste per progetto). I casi d'uso sopra richiedono cinque minuti ciascuno per essere configurati. Se resistono per una settimana, il team le difenderà; se non resistono, hai perso cinque minuti.
Inizia gratis su quire.io/signup. Nessuna carta di credito, accesso completo alle funzionalità, 30 giorni. Apri la guida alla Sottolista in una seconda scheda e prova prima la Sottolista "Oggi".