Produits Redmine / Le Redmine Planning Add-On en comparaison
Ce que propose le Planning Add-On
Avec le Planning Add-On d'AlphaNodes, nous réunissons des fonctionnalités utiles pour la planification interactive de projets dans Redmine. Dans le cadre de la maintenance mensuelle, nous veillons à leur compatibilité.
L'Add-On est particulièrement précieux pour les équipes de développement et de QA qui veulent représenter des processus structurés directement dans le ticket, ainsi que pour les équipes de taille moyenne à partir d'une dizaine de personnes, où la communication entre projets et la vue d'ensemble sur de nombreux tickets deviennent essentielles.
Sur cette page, nous comparons les fonctionnalités des plugins avec le standard Redmine. Vous voyez ainsi ce que l'Add-On vous apporte concrètement.
1. Gantt Plugin
Idéal pour : les responsables de projet et les chefs d’équipe qui ont besoin d’un plan interactif pour les dates, les dépendances et l’avancement. Vous effectuez les modifications directement dans la vue. Plus besoin d’ouvrir chaque ticket individuellement.
L’approche : le Gantt Plugin travaille avec les dates issues de vos tickets. Il les rend visibles, déplaçables et reliables, là où votre équipe travaille de toute façon. Le plan reflète donc toujours l’état réel. Si vous avez en plus besoin d’un calcul de dates autonome avec plan de référence et chemin critique, un outil de planification classique reste plus adapté à côté.
Comparaison avec le diagramme de Gantt standard de Redmine (en lecture seule) :
| Fonctionnalité | Standard Redmine | Plugin |
|---|---|---|
| Afficher le diagramme de Gantt | ||
| Affichage hiérarchique (projet → version → ticket → sous-ticket) | ||
| Déplacer les tickets sur la timeline par glisser-déposer | ||
| Ajuster la durée en redimensionnant la barre | ||
| Saisir l’avancement directement sur la barre | ||
| Créer et supprimer des dépendances par glisser entre les tickets | ||
| Éditeur en ligne pour le sujet du ticket et la durée (double-clic) | ||
| Déplacer les barres de version et ajuster leur durée | ||
| Niveaux de zoom jour / semaine / mois / trimestre | mois/trimestre | |
| Bouton « Aujourd’hui » pour revenir à la date actuelle | ||
| Filtrage via les filtres standard de Redmine | ||
| Requêtes enregistrées dans la barre latérale | ||
| Afficher des colonnes supplémentaires | ||
| Largeur des colonnes et séparateur ajustables individuellement | ||
| Infobulle avec les détails du ticket sur la barre | ||
| Fenêtre d’information au clic sur une barre de ticket ou de version | ||
| Avatar et titre du ticket directement sur la barre | ||
| Mise en évidence des jours non travaillés et des jours fériés (plugin HRM) | ||
| Tickets sans date de début visibles (symbole de planification + sélecteur de date) | ||
| Priorité haute signalée par une couleur | ||
| Basé sur les permissions (lecture seule sans droits de modification) | ||
| Réglages d’affichage persistants par navigateur |
Le Gantt du cœur de Redmine affiche les tickets et les versions uniquement en lecture. Le Gantt Plugin remplace cette vue par un plan interactif : vous déplacez les tickets par glisser-déposer, ajustez la durée à l’extrémité de la barre, saisissez l’avancement directement sur la barre et créez des dépendances en tirant entre les barres. Le sujet et la durée se modifient par double-clic dans la zone des colonnes. Les filtres, les requêtes enregistrées et la configuration des colonnes de la liste des tickets sont repris tels quels par le plan. Avec les niveaux de zoom jour, semaine, mois et trimestre, vous passez librement du détail à la vue d’ensemble. Le plugin met en évidence les week-ends et les jours fériés. Lorsque le plugin HRM est actif, il utilise pour cela le calendrier de travail enregistré.
La différence décisive avec un outil de planification séparé : le plan n’est pas un fichier à côté du travail, il est le travail en cours lui-même. Tout le monde voit le même état, les permissions et la saisie des temps s’appliquent comme d’habitude, et le plan ne devient jamais obsolète.
2. Issue Checklists Plugin
En savoir plus sur le plugin Issue Checklists
Idéal pour : les équipes de développement et de QA qui veulent représenter des processus récurrents (checklists de release, Definition of Done, étapes de déploiement) directement dans le ticket, sans créer de sous-tickets pour cela.
Comparaison avec Redmine (aucune fonctionnalité de checklist disponible) :
| Fonctionnalité | Standard Redmine | Plugin |
|---|---|---|
| Fonctionnalité de checklist pour les tickets | ||
| Créer, modifier et supprimer des éléments de checklist | ||
| Marquer les éléments comme terminés/ouverts | ||
| Titres de section (non comptabilisés) | ||
| Tri des éléments par glisser-déposer | ||
| Barre de progression avec affichage en pourcentage | ||
| Afficher/masquer les éléments terminés | ||
| Modèles globaux et spécifiques à un projet | ||
| Application automatique du modèle selon le tracker | ||
| Contrôle de visibilité des modèles (privé/public/rôle) | ||
| Entrées dans l’historique pour toutes les modifications de checklist | ||
| Filtre et colonne dans les listes de tickets | ||
| Widget de tableau de bord « Checklists ouvertes » | ||
| API REST pour les éléments de checklist | ||
| Bloquer la clôture d’un ticket en cas d’éléments ouverts | ||
| Intégration avec le plugin Automation | ||
| Intégration avec le plugin AI | ||
| Recherche plein texte dans les éléments de checklist |
Redmine ne connaît aucune fonctionnalité native de checklist. Le plugin Issue Checklists ajoute des checklists structurées directement dans le ticket : créer des éléments, les cocher, les trier par glisser-déposer, les organiser en sections. Une barre de progression montre le degré d’avancement d’un coup d’œil. Des modèles réutilisables se définissent globalement ou par projet et s’appliquent automatiquement selon le tracker. Idéal pour les checklists de release, la Definition of Done ou les processus d’assurance qualité. En option, la clôture d’un ticket peut être bloquée tant que des éléments restent ouverts. Toutes les modifications sont consignées dans l’historique du ticket.
3. Timesheet Plugin
En savoir plus sur le plugin Timesheet
Idéal pour : les équipes et prestataires de services qui saisissent régulièrement leur temps de travail au niveau du ticket. En particulier lorsque le formulaire standard devient trop laborieux avec plusieurs saisies par semaine ou lorsque les temps servent de base à la facturation.
Comparaison avec la saisie des temps standard de Redmine :
| Fonctionnalité | Standard Redmine | Plugin |
|---|---|---|
| Saisir des temps par ticket | ||
| Définir librement les types d’activité | ||
| Saisie du temps passé par ticket | ||
| Feuille de temps hebdomadaire (vue en grille avec toutes les saisies d’une semaine) | ||
| Minuteur sur le ticket (chronomètre directement dans le ticket) | ||
| Un minuteur actif par utilisateur | ||
| Saisie a posteriori de la semaine en cours dans un seul écran | ||
| Intégration avec Redmine Reporting (analyse des coûts et du budget) | ||
| Intégration avec Redmine HRM (heures cibles quotidiennes et hebdomadaires) | ||
| Visualisation des jours en dépassement | ||
| Permissions granulaires (ses propres temps / ceux des autres utilisateurs) |
Le formulaire standard enregistre chaque saisie individuellement : ouvrir le ticket, saisir le temps passé, enregistrer. Sur 5 jours avec 4 tickets chacun, cela représente 20 opérations distinctes. La feuille de temps hebdomadaire reprend les mêmes saisies dans une vue en grille et ramène l’effort à un seul écran. Le minuteur sur le ticket mesure le temps de travail réel plutôt qu’un chiffre estimé après coup. Pour la facturation par projet et les analyses budgétaires, la qualité des données s’en trouve améliorée. En combinaison avec le plugin Redmine Reporting, les temps sont directement disponibles pour les analyses de coûts et de budget. Avec le plugin Redmine HRM, les heures cibles quotidiennes et hebdomadaires apparaissent dans la feuille de temps et les jours en dépassement sont mis en évidence.
4. Templates Plugin
En savoir plus sur le plugin Templates
Idéal pour : les équipes ayant des structures récurrentes pour les projets, les tickets, les commentaires ou les pages wiki. Par exemple des onboardings de projet standardisés, des types de tickets définis ou des pages wiki construites de façon homogène.
Comparaison avec le comportement standard de Redmine :
| Fonctionnalité | Standard Redmine | Plugin |
|---|---|---|
| Modèles réutilisables pour les tickets | ||
| Modèles réutilisables pour les projets | simple copie | Blueprint |
| Modèles réutilisables pour les pages wiki | ||
| Modèles réutilisables pour les commentaires de ticket (canned responses, avec le plugin ServiceDesk) | ||
| Choisir un modèle lors de la création de nouveaux contenus | ||
| Global ou spécifique à un projet | ||
| Héritage vers les sous-projets | ||
| Versionnement avec commentaire | ||
| Visibilité via les groupes (privé, public, par groupe) | ||
| Prise en charge des tags pour catégoriser les modèles | ||
| Pièces jointes sur les modèles | ||
| Enregistrer un projet existant comme modèle (Blueprint) |
Redmine ne connaît qu’une simple copie de projet. Le plugin Templates apporte un système de modèles complet : lors de la création de projets, de tickets, de commentaires de ticket ou de pages wiki, vous choisissez un modèle qui préremplit le titre, les champs, la structure et, si besoin, les pièces jointes. Les modèles se gèrent globalement ou par projet, s’héritent vers les sous-projets et leur visibilité se pilote via les groupes. Un versionnement avec commentaires rend les modifications traçables. Vous voyez qui a modifié quoi et quand. À partir d’un projet en cours, vous créez un Blueprint en un clic, sans affecter l’original. Important : vous choisissez un modèle au moment de la création. Il ne peut pas s’appliquer à des contenus déjà existants.