Le servono davvero le funzioni di Redmine? 10 verifiche prima di adottarlo o mantenerlo

Redmine è un ottimo strumento di gestione dei progetti, usato da molti anni. È gratuito e open source, e copre tutto il necessario, dalla gestione dei ticket alla registrazione del tempo fino all’integrazione con i repository.

Per far funzionare Redmine, però, bisogna preparare un server in grado di eseguire Ruby e poi mantenerlo. Di solito non entra in un hosting condiviso, quindi serve un VPS o un servizio cloud specializzato (lo spieghiamo nel dettaglio in «Redmine si può installare su un hosting condiviso?»).

Se questo impegno valga la pena dipende da quanto di Redmine usa davvero. Questo articolo presenta 10 funzioni tipiche di Redmine e La aiuta a verificare se il Suo team ha bisogno di ciascuna. Se usa già Redmine, mostra anche come verificare che cosa usa oggi.

Nota: questo articolo è scritto dallo sviluppatore di GeckoFlag. Le funzioni di Redmine sono state verificate sulle guide ufficiali il 24 ottobre 2026 (ultima versione: 7.0.2).

Le funzioni che hanno tutti gli strumenti non aiutano a decidere

Per prima cosa, mettiamo da parte le funzioni che non sono un motivo per scegliere Redmine.

Creazione di ticket, stati, assegnatari, scadenze, commenti, wiki, condivisione di file, diagramma di Gantt. La maggior parte degli strumenti di gestione dei progetti di oggi li offre. Se le funzioni che il Suo team usa rientrano in questo perimetro, non si può dire che «deve essere per forza Redmine».

I veri motivi per scegliere Redmine sono le funzioni della sezione successiva, che altri strumenti spesso tralasciano.

10 funzioni tipiche di Redmine

Per ciascuna vediamo che cosa permette di fare, quando serve e i segnali che indicano che se ne può fare a meno. Mentre legge, conti quante pensa che Le servano.

1Registrazione del tempo e report

Che cosa permette: si può registrare il tempo impiegato per ticket o per progetto. Ogni registrazione può avere un’attività (progettazione, sviluppo, riunioni e così via) e un commento. Si può anche inserire il tempo stimato e vedere elenco e totali nella schermata «Tempo impiegato» del progetto.

Quando serve: quando si fattura in base al tempo lavorato, si confrontano stime e consuntivi per stimare meglio la volta successiva, o si guarda il carico di ciascun membro in ore.

Se ne può fare a menoIl tempo viene registrato, ma non è mai stato sommato né usato. Si fattura un importo fisso per progetto, indipendente dal tempo.

2Campi personalizzati

Che cosa permette: si possono aggiungere campi propri a ticket, progetti e utenti. Si sceglie il formato (testo, numero, data, elenco e così via) e si possono mostrare campi diversi per ciascun tracker (tipo di ticket).

Quando serve: quando c’è un’informazione da registrare per ogni ticket, come «nome del cliente», «browser interessato» o «ambiente in cui si è verificato», e si vuole filtrare o sommare in base a quel campo.

Se ne può fare a menoIn molti ticket i campi aggiunti restano vuoti. Basta scriverlo nella descrizione.

3Workflow

Che cosa permette: per ogni combinazione di ruolo e tracker si decide quale stato può passare a quale. Ad esempio: «il ruolo Sviluppatore può portare un bug a Risolto, ma solo il ruolo Gestore può portarlo a Chiuso». Si possono anche rendere i campi obbligatori o di sola lettura in base allo stato.

Quando serve: quando esiste un processo di approvazione definito e saltare un passaggio crea problemi. È adatto anche ai team che devono controllare chi chiude i ticket, per la gestione della qualità o per gli audit.

Se ne può fare a menoSi usano ancora le impostazioni predefinite dell’installazione. Chiunque può cambiare uno stato, e va bene così.

4Permessi dettagliati per progetto

Che cosa permette: si possono creare tutti i ruoli che si vuole e impostare i permessi per ogni azione, come visualizzare, creare e modificare ticket, registrare il tempo e modificare il wiki. La stessa persona può essere Gestore nel progetto A e avere sola lettura nel progetto B.

Quando serve: quando si vuole dare a persone esterne un accesso in sola lettura, o separare ciò che ogni reparto può modificare.

Se ne può fare a menoTutti i membri hanno più o meno gli stessi permessi. Si usano solo i ruoli predefiniti (Gestore, Sviluppatore, Segnalatore).

5Relazioni tra ticket

Che cosa permette: si possono impostare relazioni tra ticket. Oltre a «correlato a», ci sono tra l’altro «duplica», «blocca» e «precede / segue». Finché un ticket bloccante resta aperto, il ticket bloccato non si può chiudere. Se la scadenza di un ticket precedente si sposta, le date del ticket successivo si spostano dello stesso numero di giorni.

Quando serve: quando l’ordine del lavoro ha forti dipendenze e si vuole seguire nella pianificazione come un ritardo si ripercuote sul resto.

Se ne può fare a menoBasta scrivere «dopo #123» nella descrizione o in un commento. Suddividere il lavoro in ticket padre e figli è sufficiente.

6Versioni e roadmap

Che cosa permette: si possono creare versioni (milestone) come «v2.0» o «Rilascio di aprile» e assegnarvi i ticket. La schermata della roadmap mostra l’avanzamento di ogni versione.

Quando serve: quando si procede per rilasci, come nello sviluppo software.

Se ne può fare a menoSi crea un progetto per ogni lavoro, e seguire le scadenze al suo interno è sufficiente.

7Integrazione con i repository

Che cosa permette: si possono collegare a un progetto repository come Git o Subversion e consultare a schermo il codice e la cronologia delle modifiche. Se si scrive un numero di ticket nel messaggio di commit, il commit viene collegato al ticket e, a seconda di come si scrive il messaggio, si può anche cambiare lo stato o registrare il tempo.

Quando serve: quando un team di sviluppo vuole sapere quale modifica al codice corrisponde a quale ticket.

Se ne può fare a menoIl codice è su GitHub o GitLab, e i ticket vengono già collegati lì. Il team non scrive codice.

8Creazione di ticket via e-mail

Che cosa permette: le e-mail inviate a un indirizzo stabilito possono creare nuovi ticket o aggiungere commenti a ticket esistenti.

Quando serve: quando si ricevono via e-mail richieste dei clienti o segnalazioni di bug e si vuole gestirle direttamente come ticket.

Se ne può fare a menoLe richieste arrivano da un altro canale (un modulo o uno strumento di assistenza). Basta che una persona trasformi a mano le e-mail in ticket.

Tenga presente che questa funzione richiede impostazioni sul server di posta e un modo per scaricare le e-mail a intervalli regolari (ad esempio cron) configurato sul Suo server.

9API REST e integrazioni esterne

Che cosa permette: una volta attivata l’API REST, programmi esterni possono leggere e scrivere ticket, progetti, utenti, registrazioni del tempo e altro.

Quando serve: quando si vuole collegarlo ad altri sistemi interni, o automatizzare la creazione di ticket ricorrenti e i report.

Se ne può fare a menoNel team nessuno scrive codice di integrazione. Lavorare dalle schermate è sufficiente.

10Estensione con i plugin

Che cosa permette: si possono installare plugin per aggiungere funzioni che il nucleo non ha, come bacheche Kanban, checklist, gestione dei clienti o un help desk. Molti plugin sono elencati sul sito ufficiale.

Quando serve: quando le funzioni standard non bastano e si vogliono costruire funzioni su misura per la propria attività.

Se ne può fare a menoNon è installato alcun plugin. Oppure ne sono stati installati alcuni, non si è riusciti a tenerli aggiornati e ora frenano gli aggiornamenti di Redmine.

La compatibilità dei plugin va verificata a ogni aggiornamento di Redmine stesso. Sono comodi, ma consideri anche la manutenzione aggiuntiva nella Sua decisione.

Verificare che cosa usa davvero nel Suo Redmine attuale

Se usa già Redmine, le schermate di amministrazione mostrano se ogni funzione viene effettivamente usata. Potrebbe trovare funzioni configurate all’installazione che nessuno usa davvero. I nomi delle schermate possono variare leggermente in base alla versione di Redmine e alla lingua impostata.

Le funzioni risultate «non usate» in questa tabella contano come «non necessarie» nella verifica della sezione successiva.

Che cosa indica il Suo conteggio

Ragioni in termini di quante delle 10 funzioni servono al Suo team.

3 o più: Redmine vale la pena

Il Suo team può sfruttare al meglio i punti di forza di Redmine. Vale l’impegno di preparare e mantenere un server. Se non entra in un hosting condiviso, scelga un VPS o un servizio cloud specializzato in Redmine. Come scegliere è spiegato in «Redmine si può installare su un hosting condiviso?»

1–2: valuti se può coprire quelle funzioni in un altro modo

Se Le servono solo una o due funzioni, valuti se può coprirle senza Redmine. Ad esempio, se Le serve solo la registrazione del tempo, potrebbe abbinare un foglio di calcolo o uno strumento dedicato alla registrazione del tempo a un altro strumento. Se non può coprirle, Redmine resta la scelta sicura.

0: molto probabilmente basta uno strumento con meno configurazione

Se non usa i punti di forza di Redmine, ci sono pochi motivi per sceglierlo al prezzo di gestire un server. Se il Suo lavoro riguarda soprattutto ticket, scadenze e assegnatari, uno strumento con meno configurazione potrebbe radicarsi più facilmente nel Suo team.

Per i team che hanno contato zero

Infine, come opzione per i team che hanno contato zero, Le presentiamo GeckoFlag, lo strumento che sviluppiamo.

Lo diciamo subito: la maggior parte delle 10 funzioni di questo articolo non è presente in GeckoFlag. Non ha registrazione del tempo, campi personalizzati, impostazione dei workflow, relazioni tra ticket, versioni, integrazione con i repository, creazione di ticket via e-mail, API esterna né plugin, e i ruoli sono tre: amministratore, membro e ospite. Se Le servono queste funzioni, Redmine è la scelta giusta.

In compenso, GeckoFlag riunisce le funzioni di cui ogni team ha bisogno, in una forma che si usa senza lottare con le impostazioni.

• Riunisce in un unico posto la gestione dei ticket (ticket padre e figli), una bacheca Kanban, un diagramma di Gantt, un wiki e la condivisione di file.
• Funziona su un server con PHP 8.2 o successivo e MySQL o MariaDB. Non servono Composer, Docker né la riga di comando.
• Si installa con un installer nel browser e si aggiorna caricando uno ZIP nella schermata di amministrazione. Prima di applicare un aggiornamento esegue automaticamente un backup.
• Può invitare persone esterne come ospiti. I progetti sono visibili solo ai membri che vi partecipano.
• È un acquisto una tantum da $30 / €27, senza differenze di funzioni tra piani e senza limiti di utenti o progetti (una licenza per dominio; i costi del server sono a parte).

Le differenze rispetto a Redmine sono spiegate nel dettaglio in GeckoFlag vs Redmine, e quelle rispetto ad altri strumenti che funzionano sull’hosting condiviso in Strumenti di gestione dei progetti installabili su hosting condiviso senza Docker. Può provare le schermate reali nella demo.

Fonti

• Gestione dei ticket (sito ufficiale di Redmine: relazioni tra ticket, sottoattività)
• Registrazione del tempo (sito ufficiale di Redmine)
• Configurazione della gestione dei ticket (sito ufficiale di Redmine: tracker, stati, workflow)
• Ricezione delle e-mail (sito ufficiale di Redmine: creazione di ticket via e-mail)
• API REST (sito ufficiale di Redmine)

Nota: tutto verificato il 24 ottobre 2026. Le schermate e le funzioni di Redmine possono variare in base alla versione.