Le migliori alternative a Jira self-hosted nel 2026: OpenProject, Plane e Redmine

Se nel 2026 usi Jira Server, stai usando software non supportato. Atlassian ha terminato il supporto il 15 febbraio 2024. Nessuna patch di sicurezza. Nessuna correzione di bug. Nessun supporto del fornitore.

Il 30 marzo 2026 Atlassian ha smesso di accettare nuovi abbonamenti Data Center da nuovi clienti. I clienti esistenti possono continuare determinati acquisti fino al 30 marzo 2028 e i rinnovi fino al 28 marzo 2029, quando i prodotti interessati diventano di sola lettura secondo il calendario di fine vita Data Center pubblicato da Atlassian.

E adesso?

Nel 2026 ci sono tre opzioni self-hosted serie che vale la pena confrontare: OpenProject, Plane e Redmine. Questo articolo le confronta per archetipo di caso d'uso anziché con una lista di funzionalità, esamina il Jira Migrator ufficiale di OpenProject, ora in beta per le versioni supportate di Jira Server e Data Center, e si chiude con il contrappunto onesto: quando Jira Cloud resta la risposta giusta.

Se sei qui perché "dobbiamo migrare entro il 2029 e devo conoscere le mie opzioni reali", continua a leggere. Se sei qui perché "voglio una tabella di valutazione con 47 colonne", per quello ci sono altri articoli. Questo non è uno di essi.

La versione breve

• Jira Server non è già più supportato e Jira Software Data Center è in fase di dismissione. Le nuove vendite di Data Center a nuovi clienti sono terminate nel 2026; gli abbonamenti esistenti interessati raggiungono il fine vita nel 2029.
• Tre percorsi self-hosted concreti nel 2026. OpenProject per i team che vogliono un sostituto dalla forma di Jira con uno strumento di migrazione, Plane per i team guidati dall'ingegneria che vogliono la UX di Linear senza la bolletta SaaS, Redmine per i team che vogliono un issue tracker leggero che funziona da vent'anni.
• OpenProject include un Jira Migrator in beta per Jira Server e Data Center 10.x e 11.x, non per Jira Cloud. Le sue fonti ufficiali sono attualmente disallineate: la guida tecnica di maggio elenca un set di dati principale più ristretto, mentre le pagine più recenti di luglio affermano che il Migrator importa anche cronologia delle issue, commenti e utenti e gruppi coinvolti. Considera queste affermazioni più recenti come dipendenti dalla versione e confermale con un pilota sulla release esatta di OpenProject che andrai a distribuire. Plane pubblicizza separatamente un import Jira controllato e un supporto alla migrazione dedicato per team con oltre 100 postazioni. Redmine non ha un percorso proprietario paragonabile.
• Il dimensionamento del VPS è contenuto. Le indicazioni ufficiali fanno partire OpenProject e Plane da 4 GB di RAM; per la produzione Plane consiglia 8 GB. L'immagine Redmine di Cloudzy indica 2 GB di RAM come minimo.
• Per alcuni team Jira Cloud resta la scelta giusta, soprattutto per quelli senza capacità operativa. I prezzi di Atlassian variano in base al numero di postazioni e alla cadenza di fatturazione, quindi consulta la pagina dei prezzi Jira aggiornata anziché affidarti a una tariffa vecchia e fissata a mano.

Il conto alla rovescia di Atlassian: cosa sta succedendo davvero

Tre date che fanno partire il conto alla rovescia per Jira:

• 15 febbraio 2024: Atlassian ha terminato il supporto per Jira Server. Per i prodotti o le app Server non vengono forniti supporto tecnico, aggiornamenti di sicurezza o correzioni di bug.
• 30 marzo 2026: Atlassian ha smesso di vendere nuovi abbonamenti Data Center e app Marketplace per Data Center ai nuovi clienti. I clienti esistenti possono ancora rinnovare.
• 28 marzo 2029: gli abbonamenti e le app Data Center interessati scadono e diventano di sola lettura. Atlassian afferma che per alcuni clienti potrebbe essere disponibile una manutenzione estesa eccezionale.

I team stanno reagendo in circa tre modi. Alcuni migrano a Jira Cloud, pagano la fattura per postazione e accettano la semplificazione operativa. Altri tirano avanti con i rinnovi Data Center fino al 2029 e trattano la scadenza come un problema del loro io futuro. Altri ancora stanno già valutando alternative self-hosted per evitare sia il prezzo sia la scadenza.

Se sei nel secondo gruppo ("ci penseremo dopo"), la valutazione onesta è che "dopo" è un problema del 2029 solo se da qui ad allora non hai altro sulla roadmap. La maggior parte dei team che ho visto fare così finisce per migrare nel panico, perché il calendario corre più in fretta di quanto chiunque si aspetti.

Consiglio: Se il tuo team è su Server, il solo rischio di sicurezza giustifica trattare la cosa come un problema del 2026, non del 2029. Gli issue tracker non supportati restano superficie d'attacco e finiscono spesso in fondo alle priorità delle revisioni di sicurezza proprio perché "funzionano e basta".

In sintesi della sezione: Il conto alla rovescia ha date precise, è pubblico ed è ufficiale. Pianifica intorno al 2026-2027, non al 2029.

I tre percorsi self-hosted realistici nel 2026

Nell'ecosistema open source ci sono decine di issue tracker. Per un confronto mirato, questo articolo copre tre percorsi distinti: OpenProject per la gestione progetti formale e gli strumenti di migrazione più diretti; Plane per un workflow di ingegneria moderno; e Redmine per un tracker maturo ed estensibile. Taiga, Tuleap, Kanboard e altri progetti possono restare più adatti a requisiti più circoscritti.

Ecco che cos'è davvero ciascuno di essi.

OpenProject

OpenProject è un'applicazione Ruby on Rails con PostgreSQL alle spalle. La Community Edition è sotto GPLv3 ed è gratuita da self-hostare; i piani a pagamento Enterprise on-premises aggiungono supporto e funzionalità Enterprise.

Il posizionamento della UX è utilitaristico e denso di funzionalità. Sembra software di project management aziendale perché è esattamente questo. Ottimo supporto per diagrammi di Gantt, reportistica formale di portfolio progetti, collaborazione basata su BCF per edilizia e ingegneria e flussi di responsabilità degli stakeholder. Se il tuo team ha mai chiesto "Gantt vero" o "dipendenze tra epiche di progetti diversi", questo è il tuo strumento.

Il team che meglio si adatta a OpenProject è quello che ha bisogno di far convivere waterfall tradizionale e agile nella stessa istanza, di reportistica formale verso l'alto e di un percorso di migrazione ufficiale dalle versioni supportate di Jira Server o Data Center. Del Migrator, e dei suoi limiti attuali, parleremo più avanti.

Il punto debole è la curva di apprendimento. I membri del team che arrivano da Jira Cloud o Linear ti diranno che OpenProject sembra pesante. Non hanno torto. Molti concetti chiave di Jira hanno un equivalente in OpenProject, ma potrebbe servirti la documentazione per trovarli.

OpenProject è disponibile nel il marketplace di Cloudzy come deploy in un clic, se vuoi evitare il balletto dei file Compose.

Plane

Plane è un progetto più giovane, nato nel 2022. La sua attuale distribuzione self-hosted è un deployment Docker o Kubernetes pacchettizzato con più servizi applicativi oltre a PostgreSQL, Redis e object storage, anziché un semplice stack di cinque container.

• Servizi web e API
• Worker in background
• PostgreSQL
• Redis
• Object storage

La Community Edition è rilasciata con licenza AGPLv3.

Il posizionamento della UX è dichiaratamente ispirato a Linear. Cicli, moduli, progetti, viste. Moderno, veloce, con un'opinione precisa. Se hai mai apprezzato le scorciatoie da tastiera predefinite di Linear o il suo modello di issue, Plane ti sembrerà familiare nel giro di un'ora.

Il team più adatto è guidato dall'ingegneria: startup, team di prodotto indipendenti, piccole software house dove gli ingegneri sono gli utenti principali e lo strumento di project management è soprattutto un issue tracker più una board di sprint. Qui Plane dà il meglio.

Ci sono debolezze reali da riconoscere. Il progetto è più giovane degli altri, il che significa un ecosistema di integrazioni più ristretto e una superficie di deployment che cambia più rapidamente. Anche la licenza AGPLv3 merita un'analisi prima di modificare il software per un servizio di rete commerciale.

A luglio 2026 Plane non è nel marketplace di Cloudzy, quindi questa strada richiede il deployment Docker o Kubernetes di Plane sul VPS che scegli. È gestibile per un team già a suo agio con i container, ma comporta più installazione e manutenzione rispetto a un'immagine in un clic.

Redmine

Redmine è il veterano. Prima release nel 2006. Ruby on Rails, backend MySQL o PostgreSQL. GPLv2. Leggero per gli standard odierni, in parte perché il core è davvero piccolo e in parte perché gran parte di ciò che si vuole da Redmine arriva tramite plugin.

La UX è più datata. Non ha senso far finta di niente. Redmine 7.0 è diventato il ramo stabile più recente a giugno 2026, ma la sua interfaccia predefinita risulta ancora tradizionale. Il tema Bleuclair ammoderna Redmine 6.1; verifica la compatibilità di tema e plugin prima di passare a Redmine 7. Se una UX moderna è un requisito irrinunciabile, guarda Plane.

Il team più adatto è quello che già usa Redmine, o quello che vuole un issue tracker stabile e leggero senza un workflow rigido imposto dallo strumento. L'ecosistema di plugin è enorme:

• Board agili
• Gantt
• Tracciamento del tempo
• Integrazioni SCM
• Workflow personalizzati

Se un team ha un'esigenza di workflow specifica, con ogni probabilità esiste un plugin Redmine che la copre.

La debolezza è duplice. La UX, come detto. E l'ecosistema di plugin stesso, che è un'arma a doppio taglio: i plugin risolvono problemi ma creano grattacapi di compatibilità tra versioni al momento dell'aggiornamento. Un'istanza Redmine con otto plugin è un'istanza in cui ogni aggiornamento minore richiede test.

Una nota per i team già su Redmine: se l'unica lamentela è la UX e siete su Redmine 6.1, il tema Bleuclair è un esperimento a basso costo che potrebbe eliminare del tutto la necessità di migrare piattaforma. Provatelo prima, e verificate la compatibilità prima di qualsiasi aggiornamento a Redmine 7.

In sintesi della sezione: Scegli per archetipo. OpenProject per un sostituto dalla forma di Jira. Plane per la UX di Linear senza la bolletta SaaS. Redmine per un issue tracking stabile con un plugin per tutto.

Confronto affiancato

Ora che ogni strumento è stato trattato nel dettaglio, mettiamoli in un formato facilmente confrontabile.

Il Jira Migrator di OpenProject: cosa fa davvero

Questo è il dettaglio che la maggior parte delle panoramiche del 2026 salta o relega a nota a piè di pagina. È anche la ragione portante per cui OpenProject è la scelta più naturale per i team oggi su Jira.

OpenProject ha reso disponibile il suo Jira Migrator in beta nel 2026 come parte della Community Edition. Si connette via API con un Personal Access Token di amministratore a Jira Server o Data Center 10.x e 11.x. Jira Cloud al momento non è supportato.

Ciò che le attuali pagine ufficiali di OpenProject dicono complessivamente di importare:

• Progetti e identificatori di progetto
• Issue: sommario o titolo, descrizione, allegati, cronologia, commenti, data di scadenza, ore stimate e ore rimanenti; anche gli identificatori delle issue sono supportati in beta
• Utenti e gruppi coinvolti, inclusi nomi, indirizzi e-mail, appartenenza ai progetti e appartenenza ai gruppi
• Campi personalizzati supportati che hanno una corrispondenza in OpenProject
• Stati e tipi di issue

Ciò che dovresti ancora considerare non supportato:

• Relazioni tra issue e assegnazioni agli sprint
• Workflow, permessi e schemi a livello di progetto
• Etichette, versioni, componenti e altri campi non elencati come coperti vanno considerati non supportati finché un pilota non dimostri il contrario
• Jira Cloud, dati delle app Marketplace, regole di automazione e integrazioni esterne

Due dettagli operativi contano quanto l'elenco dei campi. Le esecuzioni di import finiscono prima in una modalità di revisione, e un import può essere annullato finché è ancora in revisione. Una volta approvato l'import, annullarlo non è più possibile. E poiché la copertura cambia ancora da una release all'altra, consulta la documentazione aggiornata prima di ogni migrazione.

Un modello mentale ragionevole: il Migrator in beta gestisce un insieme crescente di dati di progetto essenziali, non un ambiente Jira completo. Pianifica un pilota controllato e prevedi tempo per ricostruire logica di workflow, permessi, app e integrazioni non supportate.

Nota: la guida tecnica di OpenProject del 6 maggio elenca un set di dati più ristretto rispetto alle pagine più recenti di luglio, che aggiungono cronologia, commenti e utenti e gruppi coinvolti. Poiché il Migrator resta in beta, verifica la copertura nella release esatta che andrai a distribuire e testala su un progetto Jira rappresentativo prima del passaggio definitivo.

Un percorso di migrazione ad alto livello più sicuro è questo:

1. Metti in piedi un'istanza OpenProject non di produzione su un VPS (l'immagine in un clic di Cloudzy va bene, oppure usa i metodi di deployment supportati da OpenProject).
2. Verifica che l'origine sia Jira Server o Data Center 10.x o 11.x, poi crea un Personal Access Token di amministratore.
3. Esegui un backup dell'istanza di test OpenProject, poi configura il Migrator con l'URL di Jira e il token.
4. Esegui un pilota su un progetto rappresentativo e verifica identificatori di progetto, utenti, appartenenze ai gruppi, stati, tipi di issue, campi personalizzati supportati, allegati, cronologia, commenti, date di scadenza, stime e ore rimanenti.
5. Esamina il pilota con attenzione. Finché l'import è in revisione, annullalo se i mapping sono sbagliati; dopo l'approvazione quell'import non può più essere annullato.
6. Pianifica la migrazione in produzione solo dopo che il pilota è andato a buon fine. Usa una finestra di manutenzione, congela le scritture su Jira, conserva i backup e ricostruisci separatamente workflow e integrazioni non supportati.

Plane pubblicizza ora un import Jira proprietario e controllato che mappa progetti, issue, sprint, tipi di issue, stati, campi personalizzati, commenti e allegati; i team con oltre 100 postazioni possono richiedere assistenza dedicata alla migrazione. La strada di Redmine resta meno diretta e si appoggia a plugin della community o flussi via CSV, da testare rispetto a versioni e configurazioni precise.

In sintesi della sezione: Il Migrator in beta di OpenProject supporta Jira Server/Data Center 10.x e 11.x, ma le sue fonti ufficiali non concordano sulla copertura attuale. Valida la tua release esatta. Plane offre un import guidato; Redmine non ha un percorso proprietario paragonabile. Fai un pilota sia di OpenProject sia di Plane prima della produzione.

Dimensionamento del VPS: di cosa ha davvero bisogno ogni strumento

Il costo infrastrutturale per self-hostare questi strumenti è contenuto. Affidabilità, backup, test di ripristino e monitoraggio contano più che stipare lo stack nel piano più piccolo. Cloudzy pubblica attualmente uno SLA di uptime al 99,95%, e i suoi piani VPS possono essere ridimensionati man mano che l'utilizzo cresce.

Aspetto di pianificazione	OpenProject	Plane	Redmine
Indicazione di partenza	4 core, 4 GB di RAM	2 core, 4 GB di RAM	Da 2 GB di RAM (immagine Cloudzy)
Nota per la produzione	Minimo su server singolo; fino a 200 utenti totali	Consiglia 8 GB di RAM	Plugin e concorrenza determinano il carico
Scala quando	Crescono code, latenza del DB o RAM	I servizi si contendono RAM e CPU	Crescono latenza del DB o carico dei plugin

Alcune note che contano dal punto di vista operativo:

• Il minimo ufficiale di OpenProject per un'installazione su server singolo è una CPU quad-core, 4 GB di RAM e 20 GB di spazio libero su disco. Il suo esempio di istanza piccola elenca separatamente 2 core CPU e 4 GB di RAM per l'applicazione, più 2 core CPU e 4 GB di RAM per PostgreSQL.
• I requisiti ufficiali di self-hosting di Plane indicano un minimo di 2 core CPU e 4 GB di RAM, con 8 GB consigliati in produzione.
• L'immagine Redmine di Cloudzy indica 2 GB di RAM come minimo. Non tradurlo in un numero garantito di utenti: la capacità reale la determinano plugin, volume degli allegati, richieste concorrenti e comportamento del database.

Come riferimento, il piano standard da 4 GB di Cloudzy offre 2 vCPU, 120 GB di storage NVMe e 5 TB di traffico. Soddisfa la soglia di RAM di OpenProject ma non il minimo ufficiale di quattro core, quindi per OpenProject usa un piano o una configurazione personalizzata con almeno 4 vCPU. Monitora latenza del database, code dei worker e pressione sulla memoria prima di scalare; non promettere un moltiplicatore di prestazioni fisso basandoti solo sul tipo di storage.

Costruisci su un VPS Linux con accesso root, NVMe e la potenza di AMD EPYC.

Vedi piani Linux

In sintesi della sezione: Ai listini standard attuali di Cloudzy, prima delle promozioni, Redmine può partire intorno ai 15 $ al mese e Plane intorno ai 29 $ al mese. OpenProject richiede almeno quattro core CPU secondo il suo minimo ufficiale, quindi valutane il costo su una configurazione adeguata anziché sul piano da 2 vCPU e 4 GB.

Quando Jira Cloud resta la risposta giusta

Il self-hosting scambia denaro con tempo. Esiste una configurazione di team in cui il denaro vale più del tempo che risparmieresti, e quel team dovrebbe pagare Atlassian.

Prezzi di listino di Jira Cloud a luglio 2026, presi dalla pagina prezzi pubblica di Atlassian (le tariffe sono decise da Atlassian, variano in base a cadenza di fatturazione e numero di postazioni e cambiano senza preavviso, quindi considera ogni cifra qui sotto come un'istantanea del 2026 e verificala sulla pagina dei prezzi Jira aggiornata prima di fare il budget):

• Gratuito: fino a 10 utenti.
• Standard: around $8 per user per month as of mid-2026.
• Premium: around $14 per user per month as of mid-2026.
• Enterprise: contratti annuali, prezzi personalizzati.

At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.

Ora poniti la domanda onesta: chi si occuperà di backup, test di ripristino, aggiornamenti, manutenzione di Postgres, monitoraggio, certificati SSL, creazione degli utenti e gestione degli incidenti? Confronta l'abbonamento a Jira Cloud con il costo totale di far funzionare lo stack self-hosted, non solo con la bolletta della VM. Se nessuno si prende quel lavoro, il risparmio apparente può svanire in fretta.

Il valore di Jira Cloud è in gran parte operativo. Atlassian gestisce la piattaforma, gli aggiornamenti, le patch e i backup a livello di servizio; il tuo team resta responsabile di politiche di accesso, integrazione delle identità, governance delle app e decisioni sulla conservazione dei dati. Per un team in cui nessuno sa gestire uno stack di project management, quello strato gestito ha un valore concreto.

Detto onestamente: il self-hosting è adatto ai team che già gestiscono un VPS, hanno un ingegnere a suo agio con Docker e hanno capacità per il lavoro operativo. Jira Cloud è adatto ai team in cui nessuno in organico vuole essere quello svegliato di notte perché a Postgres è finito lo spazio su disco.

Se non sai a quale dei due team appartieni, fai un pilota di due settimane di OpenProject su un VPS. Se la tua origine è una versione supportata di Jira Server o Data Center, importa un progetto rappresentativo con il Migrator in beta; Jira Cloud non è ancora supportato. O il team lo adotta e tu scopri quanto pesa il lavoro operativo, oppure la fattura del servizio gestito di Jira Cloud comincia a sembrare più ragionevole.

Verdetto rapido

• Stai migrando da una versione supportata di Jira Server o Data Center e vuoi una beta integrata self-service: OpenProject. Verifica la copertura dei campi specifica della release prima della produzione.
• Team guidato dall'ingegneria che vuole UX moderna e un import Jira guidato: Plane. Richiede 4 GB di RAM, ne consiglia 8 in produzione e offre migrazione assistita ai team con oltre 100 postazioni.
• Usi già Redmine e vuoi un issue tracker stabile su un VPS leggero: resta su Redmine. Prova il tema Bleuclair prima di pensare a una migrazione.

LEGGI

AFFiNE vs AppFlowy vs Docmost: alternative self-hosted a Notion

Domande frequenti

Jira Server è ancora supportato nel 2026?

No. Atlassian ha terminato il supporto per Jira Server il 15 febbraio 2024. Chi lo usa nel 2026 sta usando software non supportato e senza patch di sicurezza. I nuovi clienti non possono più acquistare Jira Data Center, quindi le strade supportate realistiche sono Jira Cloud o un'alternativa mantenuta; i clienti Data Center esistenti possono proseguire secondo il calendario di dismissione pubblicato da Atlassian.

Posso ancora acquistare Jira Data Center?

No, non come nuovo cliente. Atlassian ha interrotto le vendite di Data Center ai nuovi clienti il 30 marzo 2026. I clienti esistenti possono acquistare nuovi abbonamenti, app ed espansioni fino al 30 marzo 2028 e rinnovare gli abbonamenti esistenti fino al 28 marzo 2029. Dopo di che i prodotti interessati diventano di sola lettura, salvo proroga eccezionale concessa da Atlassian.

Come migro da Jira a OpenProject?

Il Jira Migrator di OpenProject è attualmente in beta. Si connette via API a Jira Server o Data Center 10.x e 11.x usando un Personal Access Token di amministratore; Jira Cloud non è supportato. Le pagine ufficiali più recenti di luglio 2026 dichiarano che importa progetti e identificatori; issue con descrizioni, allegati, cronologia e commenti; utenti e gruppi coinvolti; stati e tipi; e campi personalizzati supportati. La guida tecnica di maggio elenca ancora un insieme più ristretto, quindi conferma la copertura esatta nella release che distribuisci. Workflow, permessi, schemi, relazioni tra issue e assegnazioni agli sprint restano non supportati o in roadmap.

Qual è l'alternativa a Jira self-hosted più economica?

In base ai requisiti di partenza attualmente documentati, Redmine sull'immagine da 2 GB di Cloudzy è l'opzione più economica. Il minimo di OpenProject su server singolo è quattro core CPU e 4 GB di RAM. Plane richiede 2 core e 4 GB di RAM, con 8 GB consigliati in produzione. Le edizioni Community non aggiungono costi di licenza software, ma supporto a pagamento, backup, monitoraggio e tempo di chi opera continuano a pesare.

Plane è un vero sostituto di Jira?

Per i team guidati dall'ingegneria, sì. La UX di Plane è più vicina a Linear che a Jira, e il suo modello di issue si adatta ai workflow ingegneristici. Plane documenta un import Jira controllato che copre progetti, issue attive e in backlog, assegnatari, etichette, priorità, sprint, tipi di issue, stati, campi personalizzati, commenti e allegati. Offre anche migrazione assistita oltre le 100 postazioni, ma i team con app Marketplace o workflow complessi dovrebbero comunque validare un pilota.

Redmine ha uno strumento di migrazione da Jira?

Ufficialmente no. Esistono plugin di import della community e flussi via CSV, ma compatibilità e copertura dei dati variano in base alle versioni di Jira e Redmine. Testa il percorso esatto con un progetto rappresentativo. OpenProject ha un Migrator beta integrato per sorgenti supportate di Jira Server o Data Center, mentre Plane offre un import proprietario guidato.

Posso far girare uno di questi su un VPS piccolo?

L'immagine Redmine di Cloudzy indica 2 GB di RAM come minimo, che al listino standard sono 14,95 $ al mese. OpenProject richiede almeno quattro core CPU e 4 GB di RAM. Plane richiede 2 core e 4 GB di RAM, con 8 GB consigliati in produzione. Il piano standard da 4 GB di Cloudzy ha 2 vCPU ed è a listino a 28,95 $ al mese, che le promozioni talvolta abbassano. Far girare tutti e tre su un solo VPS piccolo non è un progetto di produzione sensato.