
Ultimo aggiornamento: 27 agosto 2026
La galleria di Quire contiene oltre 20 modelli di gestione progetti gratuiti, elencati tutti qui sotto con cosa contengono e quando usarli. Scegli in base alla forma del lavoro: progetto finito, ciclo ripetuto o pipeline a fasi. Copiane uno aprendolo e scegliendo Duplica dal menu del progetto: richiede meno di un minuto e porta con sé l'intera gerarchia. Poi giudicalo da ciò che elimini nella prima settimana, perché un modello è un punto di partenza, non un regolamento.
Esiste un tipo particolare di stanchezza che deriva dal costruire la stessa struttura di progetto per la quarta volta.
Conosci già la forma. Avvio, requisiti, design, sviluppo, revisione, lancio. Sai più o meno chi è responsabile di cosa e più o meno quali parti slittano sempre. Eppure eccoti lì, un lunedì, davanti a un progetto vuoto, a digitare "Avvio" nella prima riga come se fosse un'idea originale.
È questo il vuoto che i modelli di gestione progetti colmano. Non la strategia, non il pensiero. I quaranta minuti passati a ridigitare una struttura che già conosci, prima che inizi il vero lavoro.
Ecco quindi l'intera libreria, un modello alla volta: ogni modello nella galleria di Quire ad agosto 2026, cosa contiene davvero ciascuno, e il tipo di lavoro a cui si adatta. Passa direttamente al gruppo che corrisponde alla tua settimana.
Modello di gestione progetti: una struttura di progetto già pronta che contiene già le attività, le fasi e i campi di cui un tipo specifico di lavoro ha bisogno, così lo copi invece di partire da uno schermo vuoto. Un buono ti dà lo scheletro e lascia a te la sostanza.
Il motivo per cui funzionano non è la disciplina organizzativa. È che una struttura scritta cattura i passaggi che una persona impegnata dimentica regolarmente.
Le prove più citate su questo si trovano ben al di fuori della gestione progetti. Haynes e colleghi hanno introdotto una checklist di sicurezza chirurgica di 19 elementi in otto ospedali e, scrivendo sul New England Journal of Medicine nel 2009, hanno riscontrato che le complicanze nei pazienti ricoverati sono scese dall'11,0% al 7,0% e il tasso di mortalità dall'1,5% allo 0,8%.
Stessi chirurghi, stessa abilità. Miglior ricordo dei passaggi noiosi.
Un modello di progetto è quel trucco, ma con una posta in gioco molto più bassa. Non renderà nessuno più intelligente. Impedisce al team di riscoprire, alla terza settimana, che nessuno ha mai impostato il passaggio di revisione.
Ciò che separa un modello utile da uno da scartare è se è più piccolo di quanto ti aspetti. Uno buono ti dà lo scheletro e lascia a te la sostanza. Uno cattivo arriva con 60 attività già scritte, metà delle quali non si applicano, e finisci per passare più tempo a eliminarle che a costruirle.
Per il tour delle funzionalità piuttosto che il catalogo, vedi come i modelli Quire rendono facile l'avvio di un progetto.
Se preferisci guardare tre di questi modelli mentre vengono aperti e utilizzati piuttosto che leggerne, la sessione qui sotto fa esattamente questo, con link ai capitoli così puoi passare direttamente a quello che ti interessa.
In questa sessione16:16 Percorso guidato del modello Marketing Campaign25:15 Percorso guidato del modello Event Planning32:28 Percorso guidato del modello Agile e Scrum43:51 Gemme nascoste: Cartelle intelligenti, Documenti, Grafici, Attività ricorrenti, Peekaboo, Tracciamento tempo
Prima dell'elenco, la scorciatoia. Scegli in base alla forma del lavoro, non alla dimensione del team, e tre forme coprono quasi tutto.
Se il lavoro ha un inizio e una fine chiari, vuoi un modello di progetto. Se si ripete su un ciclo, vuoi un planner. E se ogni elemento aspetta una decisione prima di avanzare, vuoi una pipeline.
| Forma del lavoro | Come la riconosci | Da dove iniziare | La visualizzazione più adatta |
|---|---|---|---|
| Progetto finito | Un inizio, una fine, una data a cui qualcuno tiene | Project Starter, Work Breakdown Structure | Sequenza Temporale, per vedere se le date reggono ancora |
| Ciclo ripetuto | La stessa forma ogni settimana o mese, senza data di fine | Weekly Planner, Team Task Management | Calendario, perché il vincolo è la disponibilità |
| Pipeline a fasi | Ogni elemento aspetta una decisione prima di avanzare | Design Pipeline, Customer Relationship Pipeline | Bacheca, per vedere cosa si muove e cosa è bloccato |
| Metodo, non un progetto | Vuoi seguire un sistema piuttosto che consegnare qualcosa | GTD, Matrice di Eisenhower, OKR | Elenco, per l'intero albero in un unico posto |
Quando due sembrano ugualmente adatte, scegli quella più piccola: aggiungere struttura in seguito costa qualche minuto, mentre rimuovere struttura da qualcosa in cui le persone lavorano già costa una conversazione.
Una cosa vale la pena dire chiaramente prima di iniziare a copiare. Un modello non è una metodologia. Prendere il modello Agile Project non rende un team agile, e prendere gli OKR non risolve obiettivi in cui nessuno crede. Il modello ti dà l'impalcatura; le abitudini restano da costruire.
Sei nuovo di Quire? Ignora per ora il resto della libreria. Questi quattro coprono la maggior parte di ciò di cui un team ha bisogno all'inizio.

1. Project Starter. Un semplice piano di progetto senza alcuna configurazione: qualche fase, una manciata di attività, spazio per le tue. È il modello più essenziale della galleria, ed è proprio questo il punto, perché è il più facile da piegare a qualunque cosa tu faccia davvero. Prendi questo se davvero non sai decidere, e prendilo soprattutto se il tuo ultimo strumento ti costringeva a compilare quattordici campi prima di poter scrivere un'attività.
2. Weekly Planner. La tua settimana in un'unica vista, con i giorni come struttura e i tuoi impegni sotto. Adatto al lavoro che arriva con un ritmo piuttosto che come progetti: un turno di supporto, una settimana di contenuti, una cadenza di ricerca. È anche il rimedio silenzioso per chi tiene una lista di cose da fare che non ha alcun rapporto con il giorno in cui si trova.
3. Meeting Agenda & Action Items. Un'agenda che produce follow-up assegnati invece di svanire nel momento in cui finisce la chiamata. Ogni voce dell'agenda può contenere la decisione presa e le attività che ha generato, come Sub attività nidificate con assegnatari reali. Se il reclamo ricorrente del tuo team è "abbiamo deciso qualcosa su questo in una riunione, no?", inizia da qui piuttosto che da un modello di progetto.
4. Team Task Management. Lavoro quotidiano condiviso, assegnato e visibile, senza fingere che sia un progetto con una scadenza. Questo è quello giusto per i team la cui esigenza reale è "chi sta facendo cosa questa settimana", una domanda davvero diversa da "quando viene consegnato". Si abbina bene a Weekly Planner se vuoi sia la settimana sia il carico di lavoro.
Per trasformare uno dei tuoi progetti già completati in un punto di partenza riutilizzabile, vedi come creare modelli di progetti e attività in Quire.
Per lavori che hanno un inizio, una fine, e di solito una data a cui qualcuno tiene.
5. Agile Project. Sprint con backlog, storie e passaggi di revisione già impostati, così un team può avviare il suo primo sprint senza discutere prima della bacheca. Vale la pena conoscere subito il limite onesto: Quire non ha un modulo sprint né un burndown chart, quindi questo modello ti dà il flusso di lavoro e la gerarchia, non il calcolo della velocity. I team che hanno bisogno di segnalare formalmente gli story point lo faranno altrove. C'è una guida passo passo per costruire la bacheca Agile se vuoi la configurazione dello sprint nel dettaglio.
6. Work Breakdown Structure. Un grande progetto scomposto in fasi, poi in deliverable, poi nelle attività sottostanti. Questo è il modello che mostra al meglio le attività nidificate, perché una WBS è per definizione un albero e Quire la lascia tale invece di appiattirla in una lista. Usalo quando un progetto è abbastanza grande da rendere "fasi" una parola reale piuttosto che il titolo di una slide.
7. Issue Log. Un luogo per registrare, smistare e chiudere problemi con un ritmo quotidiano, con gravità e responsabile su ogni voce. Utile per code di supporto, cicli di QA, e qualsiasi progetto che attraversa il tratto caotico in cui i nuovi problemi arrivano più velocemente del lavoro pianificato. Abbinalo a un Campo personalizzato per lo stato e la bacheca diventa una coda di triage invece di un cimitero.
8. Construction Schedule. Fasi di costruzione dai permessi alle ispezioni fino alla consegna, con le dipendenze che rendono l'edilizia poco indulgente. Vale la pena aprirlo anche se non verserai mai cemento: è il modello più dettagliato della libreria, ed è una buona dimostrazione di quanto in profondità possa arrivare la nidificazione prima che un progetto smetta di essere leggibile.
9. Resource Management. Chi lavora a cosa, e quando, disposto in modo da vedere le sovrapposizioni prima che diventino un problema. Questo è il modello per il momento in cui ti accorgi che tre progetti hanno tutti dato per scontato, in silenzio, che lo stesso designer sia libero a marzo. Si legge meglio in vista Sequenza Temporale, dove le collisioni sono visibili invece che dedotte.
10. Product Roadmap. Funzionalità tracciate dall'idea fino al rilascio, raggruppate per release invece che ammucchiate in un unico backlog. Adatto ai team che devono rispondere a "cosa arriva e più o meno quando" senza mantenere un deck di roadmap separato che si allontana dalle attività entro la seconda settimana.
11. Daily Standup Meeting. Uno standup di 15 minuti che funziona in diretta o in modalità asincrona, con uno slot per persona e uno spazio dove i blocchi vengono registrati invece che menzionati e dimenticati. La parte asincrona conta più di quanto sembri per i team distribuiti su più fusi orari, dove la riunione è la cosa che ha smesso di funzionare in silenzio. La guida allo standup spiega come gestirlo correttamente in modalità asincrona.
12. Sprint Retrospective. Una retro con un'agenda votata, sei stati e action item che portano un responsabile e una data invece di morire nelle note. Le sottoliste sono la parte che conta, perché tracciano se le azioni dell'ultimo sprint sono state davvero completate prima che inizi la retro di questo sprint. Come funzionano la votazione e le sottoliste di riporto è descritto per intero.
13. Risk Register. Rischi valutati su una matrice 5x5, un responsabile ciascuno, con la mitigazione tracciata come Sub attività invece che come una colonna di buone intenzioni. La cadenza di revisione fissa è ciò che impedisce a un registro di diventare un documento scritto una volta durante la pianificazione e mai più riaperto. La guida al risk register mostra come è impostato il punteggio 5x5.
14. RAID Log. Rischi, ipotesi, problemi e dipendenze in un unico registro, classificati per impatto, con le quattro categorie tenute deliberatamente separate. La maggior parte dei team confonde un rischio con un problema, che è esattamente la distinzione che il registro esiste per far rispettare: un rischio potrebbe accadere, un problema è già accaduto. La guida al RAID log spiega come mantenere oneste le quattro categorie.
15. Project Charter. Sei sezioni che fanno approvare un progetto prima che chiunque inizi a lavorare, con le dipendenze in vista Sequenza Temporale e costo ed effort come campi. Le approvazioni integrate gestiscono il via libera, così lo statuto diventa un varco piuttosto che un documento che circola e scade in silenzio. Come impostare il varco di approvazione è trattato nella guida allo statuto.
16. Communication Plan. Sei fasi e una matrice in Vista tabella di pubblico, canale e frequenza, così chi sente cosa viene deciso una volta invece di essere ridiscusso a ogni aggiornamento. Le approvazioni arrivano prima dell'invio. Vale la pena usarlo nel momento in cui un progetto ha più stakeholder di quanti chi lo gestisce riesca a tenere a mente. La guida al piano di comunicazione costruisce la matrice del pubblico colonna per colonna.
17. Product Backlog. Cinque contenitori, dall'intake al refinement fino a pronto per lo sviluppo, con bug e debito tecnico separati e un icebox per le idee che nessuno vuole eliminare ma che nessuno sta nemmeno portando avanti. L'icebox è la parte onesta, perché la maggior parte dei backlog è una lunga lista solo perché non c'era un posto socialmente accettabile dove mettere un forse.
Tre di questi hanno approfondimenti completi: cos'è una work breakdown structure e come costruirne una, un modello di standup che sopravvive al contatto con un team reale, e come preoccuparsi del proprio progetto di proposito con un risk register.
Sistemi personali, già pronti, così segui il metodo invece di passare un weekend a metterlo insieme. Anche Weekly Planner è archiviato qui.
18. Getting Things Done (GTD). L'intero ciclo di raccolta, chiarimento, organizzazione e riflessione, con una inbox pensata per essere svuotata e liste di azioni successive pensate per essere brevi. GTD vive o muore in base alla revisione settimanale, quindi il modello la include come impegno ricorrente invece di lasciarla come una bella idea letta una volta. La guida GTD imposta l'inbox e la cadenza di revisione.
19. The Eisenhower Matrix. Quattro quadranti che ordinano il lavoro per urgente contro importante, che riguarda meno la griglia e più l'ammettere quanto del quadrante uno sia autoinflitto. Utile come triage occasionale quando un backlog è andato fuori controllo, e utile come abitudine se riesci a essere onesto sul fatto che la colonna "importante, non urgente" riceva davvero tempo.
20. Time Blocking. A ogni ora della giornata viene assegnato un compito, così il calendario riflette l'intenzione invece di chi ti ha prenotato per primo. Meglio abbinato alla vista Calendario, dove i blocchi sono visibili accanto agli impegni reali. Avviso onesto: questo è il modello più probabile a rivelare che hai preso impegni per circa nove ore di lavoro in una giornata di otto ore.
21. OKRs. Obiettivi con risultati chiave sottostanti, strutturati in modo che i risultati siano misurabili e gli obiettivi non si moltiplichino in silenzio. Qui la nidificazione aiuta: i risultati chiave stanno come Sub attività sotto il loro obiettivo, e il lavoro che li serve si nidifica sotto quello, così puoi vedere se qualcosa sta davvero muovendo un numero. La guida agli OKR mostra come l'avanzamento risale dal lavoro sottostante.
Approfondimenti su due di questi: un modello OKR che il tuo team non abbandonerà silenziosamente entro il secondo trimestre, e la Matrice di Eisenhower per chi sente urgente ogni singola giornata.
Pipeline, denaro, approvazioni e metriche. Il lavoro che fa funzionare l'azienda piuttosto che i progetti.
22. Customer Relationship Pipeline. Lead spostati attraverso fasi con nome fino alla chiusura, con la prossima azione assegnata su ognuno. Questa è un'alternativa davvero leggera a un CRM completo per i team la cui pipeline si misura in dozzine piuttosto che in migliaia. Se la tua pipeline si misura in migliaia, usa un vero CRM; questo non lo è. La guida alla pipeline illustra come nominare le fasi.
23. Budget Allocation. Spesa pianificata e tracciata per categoria, con i numeri accanto al lavoro che finanziano. I Campi personalizzati fanno il lavoro pesante qui, tenendo il pianificato accanto all'effettivo così la varianza è visibile senza esportare nulla in un foglio di calcolo che poi diventa la vera fonte di verità.
24. Procurement Approval. Richieste di acquisto standardizzate con i via libera necessari, in ordine, così nessuno deve ricordare chi approva cosa sopra quale importo. Il punto di questo modello è ridurre le conversazioni, non aumentare i processi: il modello codifica la regola una volta sola, così smette di essere conoscenza tribale.
25. KPI Performance Tracker. Metriche misurate rispetto agli obiettivi a ogni ciclo, con la cronologia che resta al suo posto invece di essere sovrascritta ogni mese. Adatto al ritmo di reportistica in cui l'informazione interessante è la tendenza piuttosto che il numero del mese.
26. Expense Tracker. Spese del team registrate e approvate, con le ricevute allegate alla voce invece di perdersi nella email di qualcuno. Poco appariscente, ed è uno dei modelli con più probabilità di essere ancora in uso un anno dopo, il che è un discreto indicatore di quanto fosse buono un modello.
27. 30-60-90 Day Plan. I primi tre mesi di un nuovo assunto in tre fasi, tracciati in Vista tabella, con varchi di revisione al giorno 7, 30, 60 e 90. Il varco al giorno 7 è quello che la maggior parte dei piani di onboarding salta, ed è quello che intercetta un avvio andato male mentre è ancora economico da correggere. La guida 30-60-90 illustra cosa appartiene a ciascuna fase.
28. Strategic Roadmap. Obiettivi in cima, iniziative sotto, disposti su una sequenza temporale con pietre miliari e responsabili. Questo è il cugino a livello aziendale del Product Roadmap: stessa forma, altitudine diversa, e quello da prendere quando la domanda è cosa sta facendo l'azienda quest'anno piuttosto che cosa viene rilasciato nella prossima release. Come impostare i varchi trimestrali sulla sequenza temporale è trattato nella guida alla roadmap.
Il flusso di approvazione ha il suo approfondimento dedicato in la guida al modello di approvvigionamento.
Lavoro su campagne e contenuti, dove la data è di solito esterna e non negoziabile.
29. Social Media Planner. Contenuti pianificati, programmati e pubblicati su più canali, con ogni post che porta con sé il proprio testo, asset e approvazione come Sub attività. Risolve ciò che davvero manda in tilt i calendari social, cioè che un post è in realtà cinque piccoli lavori dipendenti tra loro e solo la data di pubblicazione è visibile nella maggior parte degli strumenti.
30. Feature Launch Campaign. Un lancio coordinato dal brief al go-live: posizionamento, asset, abilitazione e i controlli del giorno del lancio. Cross-funzionale per natura, quindi è il modello in cui assegnare i responsabili conta più della struttura. Imposta le Pietre miliari sui varchi del go-live e la sequenza temporale smette di essere decorativa.
31. Design Pipeline. Le richieste di design passano per intake, lavorazione, revisione e approvazione, il che impedisce a un "puoi solo sistemare questo in fretta" di arrivare come messaggio diretto e svanire. La struttura a fasi è il valore aggiunto: rende visibile la coda, così stabilire le priorità diventa una decisione che qualcuno prende, invece di andare a chi ha chiesto più di recente.
32. Marketing Campaign. Una campagna su ogni canale che tocca, in sei fasi: strategia e brief, produzione dei contenuti, revisione e approvazione, settimana di lancio, ottimizzazione in corso, e la retro di misurazione finale. Quest'ultima fase è la prima cosa a saltare quando un lancio è in ritardo, ed è per questo che qui è una fase e non un'attività che qualcuno dovrebbe ricordarsi.
33. Team Brainstorm. Idee raccolte su una bacheca attorno a una domanda focale, poi raggruppate per tema, prioritizzate e assegnate a responsabili. Il vero compito del modello è tenere separate le due metà: generare senza giudicare, poi giudicare senza generare. Mescolarle è il motivo per cui la maggior parte dei brainstorming produce una lunga lista e nessuna decisione. La guida al brainstorm copre il raggruppamento e la votazione una volta che le idee sono state raccolte.
Copiare richiede meno di un minuto, e avviene a livello di progetto piuttosto che attività per attività. Apri il modello, clicca sul menu a tendina accanto al titolo, apri Altro, e scegli Duplica.

Dai un nome alla tua copia, scegli l'organizzazione in cui deve stare, e clicca Crea.
L'intera struttura arriva con essa, il che conta più di quanto sembri: il valore di un modello sta soprattutto nella sua gerarchia, e una copia che appiattisse tutto in un'unica lista avrebbe buttato via proprio ciò che volevi.
La tua copia è tua da smontare a piacimento, e il modello originale resta pulito per il progetto successivo.
Poi arriva la parte che decide se il modello attecchisce davvero. Elimina per primo. Passa in rassegna ciò che è arrivato e taglia tutto ciò che non si applica, prima di aggiungere una sola attività tua. I modelli sono scritti per un caso generale, quindi la prima modifica onesta è sempre una sottrazione. Se ti ritrovi a eliminare quasi tutto, è un'informazione utile, non un fallimento: modello sbagliato, provane uno più snello.
Dopo, adatta invece di ricostruire. Nidifica le tue Sub attività sotto le fasi arrivate con il modello, così i tuoi dettagli vivono dentro una struttura già solida.
Aggiungi uno o due Campi personalizzati se il lavoro ha bisogno di una dimensione che il modello non aveva previsto, come un nome cliente o uno stato di approvazione, e resisti alla tentazione di aggiungerne sei. Imposta le Pietre miliari sui confini di fase su cui riferisci davvero.
Poi scegli la tua visualizzazione in base alla domanda che ti stai facendo: Bacheca per ciò che si muove questa settimana, Elenco per l'intero albero, Sequenza Temporale per vedere se le date reggono ancora, Calendario quando il vincolo reale è la disponibilità delle persone. Le stesse attività sotto a tutte e quattro.
Vuoi sentire la differenza in dieci minuti? Avvia un progetto gratuito, copiaci dentro Project Starter, elimina il terzo che non corrisponde al tuo lavoro, e aggiungi le tue Sub attività sotto ciò che resta. Avrai un piano funzionante prima di quanto normalmente impiegheresti a finire di nominare le colonne.
Una nota onesta sulla libreria nel suo complesso. Questi sono modelli curati piuttosto che un marketplace di migliaia, il che è uno scambio deliberato: meno da sfogliare, ma anche niente da valutare. Se il bisogno del tuo team è una bacheca di nicchia molto specifica, probabilmente partirai da Project Starter e la costruirai piuttosto che trovarla già pronta.
Se ciò di cui hai bisogno è un unico piano solido piuttosto che una libreria, inizia con il modello di piano di progetto che non crolla alla seconda settimana. Stai ancora scegliendo lo strumento stesso? Confronta prima i migliori software di gestione attività e task tracker.
Ogni modello di gestione progetti qui sopra esiste per eliminare l'ora dello schermo vuoto all'inizio di un progetto, non per dirti come lavorare.
Scegli in base alla forma del lavoro: modelli di progetto per lavori finiti con scadenza, planner per cicli ripetuti, pipeline per lavori a fasi in cui ogni elemento aspetta una decisione.
Quando due sembrano ugualmente validi, scegli quello più snello, perché la struttura è economica da aggiungere e costosa da rimuovere una volta che le persone lavorano al suo interno.
Il vero test arriva nella prima settimana, ed è una sottrazione. Un modello che hai snellito per adattarlo fa il suo lavoro. Un modello che hai tenuto intero per educazione diventa una checklist che nessuno finisce, e insegna silenziosamente al team che il piano di progetto è decorazione. Copialo, taglialo, poi nidifica il tuo lavoro dentro ciò che sopravvive.
Vuoi saltare la configurazione nel tuo prossimo progetto? Inizia gratis su quire.io/signup, copia Project Starter, ed elimina la tua strada verso un piano che ti si addice.
Strutture di progetto già pronte che contengono le attività, le fasi e i campi di cui un certo tipo di lavoro ha bisogno, così li copi invece di partire da uno schermo vuoto. Quire ne offre oltre 20, raggruppati in base al compito che svolgono. Lo scopo è saltare la configurazione, non dirti come lavorare.
Più di 20 modelli pronti all'uso, divisi in cinque gruppi: un set Start Here, Gestione progetti, Metodi di produttività, Business e operazioni, e Marketing e creatività. Vanno da un Project Starter essenziale a un modello completo di Construction Schedule, e la libreria continua a crescere.
Apri il modello, clicca sul menu a tendina accanto al titolo, poi Altro, poi Duplica. Dai un nome alla tua copia, scegli l'organizzazione in cui deve stare, e clicca Crea. Richiede meno di un minuto, la nidificazione viene mantenuta, e il modello originale resta intatto.
Scegli in base alla forma del lavoro, non alla dimensione del team. Inizio e fine chiari: Project Starter o Work Breakdown Structure. Si ripete ogni settimana: Weekly Planner o Team Task Management. Attraversa più fasi: Design Pipeline o Customer Relationship Pipeline. In caso di dubbio, scegli quello più piccolo.
Usa un modello per le parti che sono sempre uguali, e crea il tuo per le parti che sono davvero specifiche. Ogni modello incorpora le ipotesi di qualcun altro, quindi il vero test è cosa elimini nella prima settimana. Se ne elimini la maggior parte, il modello non era adatto a te.
Eliminano la tassa dello schermo vuoto all'inizio di ogni progetto. I team sono più produttivi al lavoro quando la prima ora va al lavoro vero e proprio invece che ricostruire una struttura che qualcuno ha già progettato. In Quire un modello copiato mantiene le sue Sub attività e i suoi campi nidificati, così adatti un piano reale invece di inventarne uno sotto pressione.