Redmine Produkte / Redmine Planning Add-On im Vergleich
Was das Planning Add-On bietet
Mit dem AlphaNodes Planning Add-On bündeln wir nützliche Funktionen für die interaktive Projektplanung in Redmine. Im Zuge der monatlichen Betreuung sorgen wir für deren Kompatibilität.
Besonders wertvoll ist das Add-On für Entwicklungs- und QA-Teams, die strukturierte Prozesse direkt im Ticket abbilden wollen, sowie für mittelgroße Teams ab etwa 10 Personen, in denen projektübergreifende Kommunikation und der Überblick über viele Tickets zunehmend wichtig werden.
Auf dieser Seite vergleichen wir die Plugin-Funktionen mit dem Redmine-Standard. So siehst du, was du mit dem Add-On konkret dazugewinnst.
1. Gantt Plugin
Ideal für: Projektverantwortliche und Teamleitungen, die einen interaktiven Plan für Termine, Abhängigkeiten und Fortschritt brauchen. Änderungen nimmst Du direkt in der Ansicht vor. Der Wechsel in jedes einzelne Ticket entfällt.
Der Ansatz: Das Gantt Plugin arbeitet mit den Terminen aus Deinen Tickets. Es macht sie sichtbar, verschiebbar und verknüpfbar, genau dort, wo Dein Team ohnehin arbeitet. Der Plan zeigt damit immer den echten Stand.
Wann es sich lohnt: Das Gantt Plugin spielt seine Stärke aus, wenn sich Termine im Projektverlauf noch bewegen. Also bei laufender Feinplanung, bei Projekten mit vielen Beteiligten und überall dort, wo Verschiebungen zum Alltag gehören. Steht der Terminplan nach Projektstart fest und wird nur noch abgelesen, genügt das lesende Standard-Gantt von Redmine. Und wer eine eigenständige Terminberechnung mit Basisplan und kritischem Pfad braucht, fährt mit einem klassischen Planungswerkzeug daneben besser.
Wer beim Betrachten oder Präsentieren nichts verschieben will, stellt das Diagramm per Klick für sich selbst auf schreibgeschützt.
Vergleich mit dem Redmine Standard-Gantt-Chart (rein lesend):
| Feature | Redmine Standard | Plugin |
|---|---|---|
| Gantt-Diagramm anzeigen | ||
| Hierarchische Darstellung (Projekt → Version → Ticket → Unterticket) | ||
| Tickets per Drag & Drop auf der Zeitachse verschieben | ||
| Dauer per Resize am Balken anpassen | ||
| Fortschritt direkt am Balken eintragen | ||
| Abhängigkeiten per Ziehen zwischen Tickets anlegen und löschen | ||
| Inline-Editor für Ticket-Thema und Dauer (Doppelklick) | ||
| Versions-Balken verschieben und in der Dauer anpassen | ||
| Zoomstufen Tag / Woche / Monat / Quartal | Monat/Quartal | |
| „Heute”-Schaltfläche zum aktuellen Datum | ||
| Filter über Redmine-Standardfilter | ||
| Gespeicherte Abfragen in der Sidebar | ||
| Zusätzliche Spalten einblenden | ||
| Spaltenbreiten und Trennlinie individuell anpassen | ||
| Tooltip mit Ticket-Details am Balken | ||
| Info-Popup beim Klick auf Ticket- oder Versions-Balken | ||
| Avatar und Ticket-Titel direkt auf dem Balken | ||
| Arbeitsfreie Tage und Feiertage hervorheben (HRM-Plugin) | ||
| Tickets ohne Startdatum sichtbar (Scheduling-Symbol + Datumspicker) | ||
| Hohe Priorität farblich markiert | ||
| Berechtigungsbasiert (read-only ohne Bearbeitungsrechte) | ||
| Persistente Ansichtseinstellungen pro Browser |
Der Redmine-Core-Gantt zeigt Tickets und Versionen ausschließlich lesend an. Das Gantt Plugin ersetzt diese Ansicht durch einen interaktiven Plan: Du verschiebst Tickets per Drag & Drop, passt die Dauer am Balkenende an, trägst den Fortschritt direkt am Balken ein und legst Abhängigkeiten durch Ziehen zwischen Balken an. Thema und Dauer bearbeitest Du per Doppelklick im Spaltenbereich. Filter, gespeicherte Abfragen und Spaltenkonfiguration aus der Ticketliste übernimmt der Plan eins zu eins. Mit den Zoomstufen Tag, Woche, Monat und Quartal wechselst Du flexibel zwischen Detail- und Überblicksansicht. Wochenenden und Feiertage hebt das Plugin farblich hervor. Bei aktivem HRM-Plugin nutzt es dafür den hinterlegten Arbeitskalender.
Der entscheidende Unterschied zu einem separaten Planungswerkzeug: Der Plan liegt nicht als Datei daneben, sondern ist die laufende Arbeit selbst. Alle sehen denselben Stand, Berechtigungen und Zeiterfassung greifen wie gewohnt, und der Plan veraltet nicht.
2. Issue Checklists Plugin
Mehr zum Issue Checklists Plugin
Ideal für: Entwicklungs- und QA-Teams, die wiederkehrende Prozesse (Release-Checklisten, Definition of Done, Deployment-Steps) direkt im Ticket abbilden wollen, ohne dafür Untertickets anzulegen.
Vergleich mit Redmine (kein Checklisten-Feature vorhanden):
| Feature | Redmine Standard | Plugin |
|---|---|---|
| Checklisten-Funktion für Tickets | ||
| Checklistenpunkte erstellen, bearbeiten, löschen | ||
| Punkte als erledigt/offen markieren | ||
| Abschnittsüberschriften (nicht zählend) | ||
| Drag-and-Drop-Sortierung der Punkte | ||
| Fortschrittsbalken mit Prozentanzeige | ||
| Erledigte Punkte ein-/ausblenden | ||
| Globale und projektspezifische Templates | ||
| Automatische Template-Anwendung nach Tracker | ||
| Sichtbarkeitssteuerung für Templates (privat/öffentlich/Rolle) | ||
| Journal-Einträge für alle Checklistenänderungen | ||
| Filterung und Spalte in Ticket-Listen | ||
| Dashboard-Widget „Offene Checklisten” | ||
| REST-API für Checklistenpunkte | ||
| Ticket-Schließung bei offenen Punkten blockieren | ||
| Integration mit Automation-Plugin | ||
| Integration mit AI-Plugin | ||
| Volltextsuche in Checklistenpunkten |
Redmine kennt kein natives Checklisten-Feature. Das Issue Checklists Plugin fügt strukturierte Checklisten direkt ins Ticket ein: Punkte erstellen, abhaken, per Drag & Drop sortieren, in Abschnitte gliedern. Ein Fortschrittsbalken zeigt den Erledigungsgrad auf einen Blick. Wiederverwendbare Templates lassen sich global oder pro Projekt definieren und automatisch nach Tracker anwenden. Ideal für Release-Checklisten, Definition-of-Done oder Qualitätssicherungsprozesse. Optional lässt sich das Schließen eines Tickets blockieren, solange noch offene Punkte existieren. Alle Änderungen landen im Journal des Tickets.
3. Timesheet Plugin
Ideal für: Teams und Dienstleister, die Arbeitszeiten regelmäßig auf Ticket-Ebene erfassen. Besonders dann, wenn die Standard-Maske bei mehreren Einträgen pro Woche zu aufwändig wird oder Zeiten abrechnungsrelevant sind.
Vergleich mit der Redmine Standard-Zeiterfassung:
| Feature | Redmine Standard | Plugin |
|---|---|---|
| Zeiteinträge pro Ticket buchen | ||
| Aktivitätstypen frei definieren | ||
| Aufwandserfassung pro Ticket | ||
| Wochen-Stundenzettel (Rasteransicht mit allen Buchungen einer Woche) | ||
| Timer am Ticket (Stoppuhr-Funktion direkt im Ticket) | ||
| Ein aktiver Timer pro Benutzer | ||
| Nachträgliche Buchung der laufenden Woche in einer Maske | ||
| Integration mit Redmine Reporting (Kosten- und Budgetauswertung) | ||
| Integration mit Redmine HRM (Tages- und Wochen-Zielstunden) | ||
| Visualisierung überzogener Tage | ||
| Granulare Berechtigungen (eigene Zeiten / Zeiten anderer Benutzer) |
Die Standard-Maske bucht jeden Zeiteintrag einzeln: Ticket öffnen, Aufwand eintragen, speichern. Bei 5 Tagen mit jeweils 4 Tickets entstehen 20 Einzelvorgänge. Der Wochen-Stundenzettel bildet dieselben Einträge in einer Rasteransicht ab und reduziert den Aufwand auf eine Maske. Der Timer am Ticket misst die tatsächliche Arbeitszeit statt einer geschätzten Zahl im Nachhinein. Für projektbasierte Abrechnung und Budgetauswertungen steigt damit die Datenqualität. In Kombination mit dem Redmine Reporting Plugin stehen die Zeiten direkt für Kosten- und Budgetauswertungen zur Verfügung. Mit dem Redmine HRM Plugin werden Tages- und Wochen-Zielstunden im Stundenzettel angezeigt, überzogene Tage werden hervorgehoben.
4. Templates Plugin
Ideal für: Teams mit wiederkehrenden Strukturen für Projekte, Tickets, Kommentare oder Wiki-Seiten. Zum Beispiel standardisierte Projekt-Onboardings, definierte Ticket-Typen oder einheitlich aufgebaute Wiki-Seiten.
Vergleich mit dem Redmine Standard-Verhalten:
| Feature | Redmine Standard | Plugin |
|---|---|---|
| Wiederverwendbare Vorlagen für Tickets | ||
| Wiederverwendbare Vorlagen für Projekte | einfache Kopie | Blueprint |
| Wiederverwendbare Vorlagen für Wiki-Seiten | ||
| Wiederverwendbare Vorlagen für Ticket-Kommentare (Canned Responses, mit ServiceDesk Plugin) | ||
| Vorlage beim Anlegen neuer Inhalte auswählen | ||
| Global oder projektspezifisch | ||
| Vererbung an Unterprojekte | ||
| Versionierung mit Kommentar | ||
| Sichtbarkeit über Gruppen (privat, öffentlich, gruppenbasiert) | ||
| Tag-Support zur Vorlagenkategorisierung | ||
| Datei-Anhänge an Vorlagen | ||
| Bestehendes Projekt als Vorlage speichern (Blueprint) |
Redmine kennt nur eine einfache Projekt-Kopie. Das Templates Plugin bringt ein durchgängiges Vorlagen-System: Beim Anlegen neuer Projekte, Tickets, Ticket-Kommentare oder Wiki-Seiten wählst Du eine Vorlage aus, die Titel, Felder, Struktur und bei Bedarf Datei-Anhänge vorbelegt. Vorlagen können global oder pro Projekt verwaltet, an Unterprojekte vererbt und über Gruppen sichtbar gesteuert werden. Eine Versionierung mit Kommentaren macht Änderungen nachvollziehbar. Du siehst, wer wann was angepasst hat. Aus einem laufenden Projekt erstellst Du per Klick einen Blueprint, ohne das Original zu beeinflussen. Wichtig: Du wählst eine Vorlage beim Anlegen aus. Auf bereits bestehende Inhalte lässt sie sich nicht anwenden.