Proposte Horizon Europe: errori comuni e controlli

Perché aggiornare una guida nata per Horizon 2020?

Horizon 2020 si è concluso e il programma quadro corrente è Horizon Europe. Alcuni principi di progettazione restano utili, ma call, template, regole e criteri applicabili vanno verificati nei documenti aggiornati. Conservare nel titolo soltanto il vecchio programma renderebbe la pagina stantia e potrebbe portare i lettori a usare istruzioni superate.

La Commissione europea spiega come vengono scelti i progetti per il finanziamento, descrivendo il ruolo degli esperti e della valutazione. CORDIS, progetto 649149, offre un record ufficiale di un progetto del precedente programma, utile per distinguere una scheda documentale da una guida corrente. I due riferimenti non autorizzano a copiare una proposta: mostrano processo e tracciabilità.

Qual è il primo errore: partire dall'idea invece che dal topic?

Un'idea può essere valida e non rispondere al bando. Il topic definisce expected outcomes, scope, tipo di azione, condizioni e talvolta composizione richiesta. Cercare di piegare ogni frase per far entrare un progetto preesistente produce incoerenze. La prima decisione è go/no-go: il problema, i risultati e il percorso rientrano davvero nel testo?

Il controllo usa una matrice con ogni requisito in una riga e il punto della proposta che lo soddisfa. Le caselle vuote indicano lacune; le frasi vaghe non valgono come copertura. Se un requisito centrale richiede di cambiare natura al progetto, è più efficiente cercare un'altra call.

Secondo errore: confondere obiettivo, attività e risultato

L'obiettivo descrive il cambiamento cercato; l'attività è ciò che il consorzio fa; l'output è ciò che produce; l'outcome è l'effetto atteso per utilizzatori o sistemi. “Organizzare workshop” è un'attività, non un impatto. “Pubblicare una piattaforma” è un output; bisogna spiegare chi la userà, perché e con quale cambiamento misurabile.

Una catena coerente collega bisogno → obiettivo → attività → output → outcome → impatto. Ogni passaggio ha un'assunzione. Se la piattaforma esiste ma gli utenti non la adottano, l'output è realizzato e l'outcome no. La proposta deve indicare come riduce questo rischio.

Terzo errore: descrivere l'eccellenza senza baseline

Dire “innovativo” non dimostra che una soluzione superi lo stato dell'arte. Si identificano conoscenze, tecnologie o pratiche correnti e si esplicita il progresso verificabile. La baseline ha fonte e data; il confronto usa metriche pertinenti. Anche l'incertezza scientifica deve essere nominata: una ricerca priva di rischio può sembrare routine.

L'eccellenza comprende chiarezza degli obiettivi, solidità del concetto e metodologia appropriata secondo call e template applicabili. Non basta elencare pubblicazioni del consorzio. Le competenze servono a sostenere attività specifiche; la metodologia deve consentire di produrre evidenza riproducibile.

Quarto errore: promettere impatto senza percorso

L'impatto non è una lista di grandi obiettivi europei. Serve una teoria del cambiamento: destinatari, barriere, risultati, adozione, scala e indicatori. “Il progetto contribuirà alla sostenibilità” è troppo ampio. Occorre specificare chi cambia comportamento o prestazione, entro quando, grazie a quale output e con quale metrica.

Elemento	Domanda di controllo	Evidenza nella proposta
bisogno	qual è il problema e chi lo sperimenta?	baseline datata
risultato	che cosa sarà disponibile?	deliverable e milestone
adozione	chi lo userà e perché?	lettere, piloti, co-design
scala	come si passa dal test all'uso?	percorso e risorse
indicatore	come si misura il cambiamento?	valore iniziale e target
sostenibilità	che cosa continua dopo il grant?	modello operativo

La tabella rende citabile il passaggio dall'affermazione alla prova. I target devono essere ambiziosi ma motivati; numeri inventati per impressionare riducono credibilità.

Quinto errore: costruire il consorzio per prestigio

Un nome noto non sostituisce un ruolo. Ogni partner deve possedere competenze, risorse e accesso necessari a uno o più task. Il consorzio copre ricerca, implementazione, utenti, dati, comunicazione e gestione secondo il progetto. Sovrapposizioni e vuoti vanno risolti prima di distribuire il budget.

La matrice partner-task mostra responsabile, contributo, dipendenze e carico. Un partner con molte descrizioni ma nessuna attività è decorativo; un work package dipendente da una sola persona è fragile. La diversità geografica o settoriale ha valore quando abilita risultati, non come elenco.

Sesto errore: scrivere work package scollegati

Il piano di lavoro deve mostrare flussi di input e output. Ogni task riceve qualcosa, produce qualcosa e ha un criterio di completamento. I deliverable non sono titoli generici; documentano risultati controllabili. Le milestone sono punti decisionali o di avanzamento, non copie delle date di consegna.

Un diagramma di dipendenze aiuta a trovare attività che iniziano prima dei dati necessari e carichi concentrati. Il percorso critico merita margine. Se un ritardo in un solo pilota blocca tutto, bisogna prevedere alternative o fasi indipendenti.

Settimo errore: trattare il budget come divisione politica

Il budget deriva dal lavoro e dalle regole eleggibili, non da quote negoziate per soddisfare i partner. Person-month, viaggi, attrezzature, subcontratti e altri costi devono collegarsi a task e output. Un'attività importante senza risorse è poco credibile; una voce elevata senza responsabilità è vulnerabile in valutazione.

Si costruisce dal basso, si confronta con benchmark e si verifica la proporzione fra gestione, ricerca, dimostrazione e comunicazione. Le regole specifiche del bando prevalgono. Questa guida non pubblica percentuali perché strumenti e tipi di azione differiscono.

Ottavo errore: ignorare rischi e dipendenze

Un registro rischi efficace indica evento, probabilità, impatto, segnale, proprietario, mitigazione e piano di contingenza. “Partner non collabora” è troppo generico; serve sapere quale deliverable dipende, come si rileva il ritardo e chi può subentrare. I rischi scientifici non sono difetti da nascondere: mostrano che la ricerca esplora incertezza.

Si distinguono rischi tecnici, dati, autorizzazioni, reclutamento, mercato, supply chain e governance. Le dipendenze esterne, come standard o infrastrutture, richiedono scenari. Un rischio senza proprietario non è gestito.

Nono errore: lasciare etica, dati e sicurezza alla fine

Privacy, consenso, proprietà intellettuale, accesso ai dati, dual use e cybersecurity possono cambiare il disegno. Devono entrare nella metodologia e nel budget. Un progetto che promette dati non ancora accessibili o non chiarisce basi e responsabilità può essere irrealizzabile anche se l'idea scientifica è forte.

Il piano di gestione dei dati definisce raccolta, qualità, accesso, conservazione e condivisione secondo requisiti applicabili. “Open” non significa pubblicare dati personali o confidenziali. Le eccezioni vanno motivate e gestite.

Decimo errore: usare la comunicazione come elenco di canali

Sito, social e conferenze sono mezzi. La strategia parte da pubblici, decisioni e messaggi. Dissemination, communication ed exploitation possono avere significati specifici nei documenti del programma; vanno usati in modo coerente. Ogni attività deve avere destinatario, obiettivo, momento e indicatore.

Il record CORDIS del progetto 649149 mostra il valore di dati strutturati e risultati collegati al progetto. Non dimostra che un canale generico produca impatto. Una newsletter inviata conta output; adozione di una pratica è outcome e richiede altra evidenza.

Undicesimo errore: scrivere sezioni indipendenti

Valutatori diversi possono leggere parti diverse, ma la proposta deve raccontare lo stesso progetto. Obiettivi, work package, impatto, rischi e budget devono usare termini e numeri coerenti. Se i pilot sono tre nell'eccellenza e quattro nell'implementazione, la contraddizione riduce fiducia.

Un glossario di entità, acronimi e indicatori evita varianti. La revisione incrociata assegna a una persona il controllo di ciascuna catena, non soltanto la grammatica. Tabelle master alimentano sezioni multiple e riducono errori.

Dodicesimo errore: inviare senza validazione finale

La validazione copre eleggibilità, completezza, formato, portale, autorizzazioni e versione dei documenti. Il contenuto migliore può essere escluso se viola un requisito formale. La scadenza tecnica va fissata prima di quella ufficiale per consentire upload, controlli e imprevisti.

La submission viene provata con anticipo. Si scarica la versione finale dal portale e si confrontano pagine, allegati e hash interni. Le credenziali e i ruoli non vanno scoperti nell'ultima ora. Una procedura di rollback stabilisce quale versione è autoritativa.

Checklist go/no-go prima della scrittura

1. Topic e tipo di azione esatti.
2. Eleggibilità di enti e consorzio verificata.
3. Expected outcomes coperti uno per uno.
4. Baseline e stato dell'arte documentati.
5. Unicità del contributo spiegabile.
6. Utenti e percorso d'adozione disponibili.
7. Competenze e dati accessibili.
8. Budget e tempo plausibili.
9. Rischi etici e legali gestibili.
10. Scadenza compatibile con una revisione reale.

Se due o tre condizioni centrali sono rosse, la decisione razionale può essere non presentare. Il costo di una proposta debole comprende tempo sottratto ad altre call e relazioni nel consorzio.

Checklist della revisione “red team”

Il revisore avversario cerca claim senza fonte, salti fra output e impatto, dipendenze non finanziate, target arbitrari, sovrapposizioni e rischi nascosti. Legge prima abstract, obiettivi, diagramma e budget: se non ricostruisce il progetto, la struttura non è abbastanza chiara. Poi verifica ogni criterio usando soltanto evidenza presente.

La revisione non riscrive per gusto. Ogni commento indica criterio, passaggio, problema e modifica attesa. Le incongruenze vengono chiuse in un registro. L'ultima versione deve essere congelata e approvata da chi ha responsabilità legale.

Come usare i progetti già finanziati?

CORDIS consente di studiare temi, consorzi e risultati pubblici. Serve per capire il contesto e individuare lacune, non per replicare testo o promettere continuità. Un progetto precedente può avere obiettivi vicini ma call, tecnologia e stato dell'arte diversi. Il confronto deve indicare che cosa è nuovo e perché non duplica finanziamenti.

Le pagine interne su formazione continua e FondItalia e sul volume dedicato alla formazione continua restano nello stesso dominio e forniscono contesto su competenze e sistemi formativi, senza presentarsi come guide al programma europeo.

Qual è la prossima azione?

Creare una matrice di conformità del topic e una teoria del cambiamento di una pagina. Se entrambe sono complete, costruire work package e budget. Solo dopo iniziare la prosa. Questo ordine riduce riscritture e permette di interrompere presto una candidatura non coerente.

Fonti, aggiornamento e limiti

Contenuto verificato il 30 agosto 2026 sulla guida della Commissione europea alla selezione dei progetti e sul record CORDIS 649149, aggiornato il 19 luglio 2018. Call, template e condizioni cambiano: il testo ufficiale corrente prevale sempre. La pagina non garantisce ammissibilità o finanziamento.