GitHub Issues e Projects: gestione task e calendario editoriale per marketer
Esiste un paradosso che incontra quasi ogni marketer che inizia a usare GitHub per script e automazioni: tiene i file tecnici sul repository e poi continua a gestire i task correlati su Trello, le idee su Notion, le campagne su un foglio Google.
Il risultato è che il contesto si divide in quattro posti diversi — e quando devi capire "perché abbiamo fatto questa modifica a questo script tre mesi fa", non c'è risposta perché la decisione stava in una chat Slack ora archiviata.
GitHub Issues e Projects non risolvono tutto, ma mettono la gestione del lavoro nello stesso posto dove sta il lavoro. Per chi usa GitHub per script, automazioni e template, è spesso la scelta più sensata.
Issues: le schede di task
Un Issue è una scheda. Può rappresentare qualsiasi cosa: un task da completare, un'idea da valutare, un bug in uno script, un contenuto da produrre, una campagna da lanciare.
Ogni Issue ha:
- Titolo: breve, descrittivo ("Aggiornare script budget — soglia da €50 a €80")
- Descrizione: tutto il contesto utile — link, specifiche, screenshot, note
- Etichette (Labels): categorie personalizzabili (
google-ads,in-attesa-del-cliente,urgente,idea) - Assegnatario: a chi è assegnato il task
- Milestone: il progetto o la scadenza a cui appartiene
- Commenti: la conversazione sul task, tutta in un posto
Aprire un Issue è come scrivere un messaggio, ma con struttura. Chiuderlo è come spuntare una voce dalla lista. La differenza con una nota su Notion o Trello è che qui il contesto tecnico (i file, il codice, le modifiche) è sullo stesso repository.
Posso usare GitHub Issues come sistema di task management per le mie campagne, senza pagare Asana o Notion?
Pago già GitHub, Notion e Asana. Vorrei ridurre il numero di tool. GitHub ha qualcosa per gestire i task o devo per forza usare uno strumento separato?
GitHub ha Issues (schede di task) e Projects (board Kanban o tabella), ed è tutto incluso nel piano gratuito. Non è ricco come Notion o Asana in termini di funzionalità, ma per gestire campagne, script da aggiornare e task correlati ai file del repo è più che sufficiente. Il vantaggio reale è che il task e il file tecnico stanno nello stesso posto — quando chiudi un Issue puoi linkarlo direttamente al commit che ha risolto il problema. Non devo aprire quattro tool per capire perché una cosa è stata cambiata: è tutto nella storia del repository.
Projects: la board che organizza gli Issues
Un Project è una vista degli Issues — una board Kanban, una tabella o un calendario — che ti permette di organizzare e filtrare le schede per priorità, stato, assegnatario o qualsiasi campo personalizzato.
La configurazione base che uso è quella classica a tre colonne:
| Da fare | In corso | Fatto |
|---|---|---|
| Aggiornare script budget | Lanciare campagna Q3 | Implementare Consent Mode |
| A/B test headline landing | Ottimizzare ROAS campagne Meta | |
| Revisionare report cliente |
Aggiungi un Issue alla board e lo trascini tra le colonne man mano che avanza. Puoi filtrare per etichetta (mostra solo urgente), per assegnatario, per milestone.
I campi personalizzati permettono di aggiungere colonne con valori specifici: una data di scadenza, un livello di priorità numerico, un link a un documento esterno. Non è Notion, ma per la gestione operativa di campagne e script è molto più di quanto sembri.
Come uso GitHub Projects come calendario editoriale? Ha una vista calendario?
Uso GitHub per i miei script ma continuo a tenere il calendario editoriale su un foglio Google separato. GitHub Projects supporta una vista calendario? Vorrebbe dire tenere tutto in un posto solo.
Sì, GitHub Projects ha una vista calendario integrata. Vai nel Project, clicca sul menu in alto e seleziona "Calendar". Gli Issues con una data (campo "Date" personalizzato o Milestone con scadenza) appaiono sul calendario. Per un calendario editoriale funziona così: crei un Issue per ogni contenuto da produrre con titolo, link al brief e assegnatario, aggiungi la data di pubblicazione come campo personalizzato, e nella vista calendario vedi la distribuzione mensile. Non sostituisce un tool dedicato come CoSchedule, ma per un solo marketer o un team piccolo elimina un foglio Google.
Caso d'uso reale: gestire una campagna con Issues
Quando lancio una nuova campagna, apro un set di Issues standard nel repository del cliente:
[ ] Brief creatività — scadenza: 2026-08-10
[ ] Approvazione copy — scadenza: 2026-08-12
[ ] Setup campagna Google Ads — scadenza: 2026-08-14
[ ] Setup campagna Meta — scadenza: 2026-08-14
[ ] Verifica pixel e tracciamento — scadenza: 2026-08-15
[ ] Live check D+1 — scadenza: 2026-08-16
[ ] Report settimana 1 — scadenza: 2026-08-22
Ogni Issue ha la descrizione completa del task, i link ai file pertinenti (brief, copy, configurazioni) e i commenti con le note di revisione. Quando il task è finito, chiudo l'Issue. La Milestone "Lancio Campagna Q3" si chiude automaticamente quando tutti i suoi Issues sono chiusi.
Sei mesi dopo, se devo capire come abbiamo lanciato quella campagna, apro la Milestone, vedo tutti gli Issues chiusi con i loro commenti, e la storia è completa.
Come coordinare il lavoro con un freelancer
Se lavori con un VA o un freelancer, aggiungilo come collaboratore del repository (Settings → Collaborators). Da quel momento:
- Può aprire Issues (segnalare problemi, fare richieste)
- Puoi assegnargli Issues
- Può commentare e chiudere i task che completa
- Vede la board del Project e aggiorna lo stato dei suoi task
Non ha bisogno di imparare niente: aprire un Issue è come scrivere un'email con un template. Molto più tracciabile di una chat WhatsApp.
Come coordino il lavoro con un VA su GitHub senza che debba imparare tutto il sistema?
Lavoro con un virtual assistant su campagne e report. Ora ci coordiniamo via WhatsApp e email, con task persi ovunque. Voglio usare GitHub ma non posso chiederle di imparare Git da zero. Quanto è complicato per un non-tecnico?
Per un VA che usa solo Issues e la board del Project, l'interfaccia è semplice come un'email con campi strutturati. Aprire un Issue, commentare, spostare una scheda sulla board — niente di diverso da Trello. L'aggiunta come collaboratore (Settings → Collaborators → invito) le dà accesso alla sezione Issues e Projects senza dover capire Git, repository o commit. Se non deve mai caricare o modificare file, può usare GitHub solo dalla sezione Issues: nessun terminale, nessun concetto tecnico. Il salto di qualità rispetto a WhatsApp è che ogni conversazione è legata a un task, ha una storia, è ricercabile e non sparisce.
Issues vs Notion vs foglio Google: quando usare cosa
Non è una battaglia. Sono strumenti diversi per scopi diversi.
GitHub Issues è il posto giusto per: task direttamente collegati ai file del repository (script da aggiornare, configurazioni da rivedere, bug da correggere), tracciamento di decisioni tecniche, collaborazione su progetti con un freelancer che già usa GitHub.
Notion è meglio per: documentazione strutturata, knowledge base, note di riunioni, contenuti long-form che richiedono formattazione ricca.
Foglio Google è meglio per: dati tabellari puri, calcoli, qualsiasi cosa richieda formule o pivot.
Il criterio che uso: se il task riguarda un file che sta su GitHub, l'Issue sta su GitHub. Se riguarda contenuto o documentazione, sta su Notion. Se riguarda numeri, sta su Sheets. Non mescolare.