Neues aus der Produktentwicklung: Die Zukunft des agilen Arbeitens in OpenProject
Bei OpenProject – der Open Source Projektmanagementplattform, der tausende Teams weltweit vertrauen – setzen wir ein klares Zeichen: Wir möchten die erste Wahl und eine souveräne Lösung für agile Teams sein. Wir freuen uns darauf, Ihnen einen Ausblick auf das zu geben, was wir für 2026 planen, um agiles Arbeiten in OpenProject weiter zu verbessern.
Gemeinsame Entwicklung mit unserer Community
In zahlreichen Gesprächen mit aktuellen und zukünftigen Nutzer:innen haben wir untersucht, wie man Backlog Refinement und Sprint-Planung in OpenProject weiterentwickeln kann, um die agile Zusammenarbeit noch besser zu unterstützen. Wir haben auch die Herausforderungen analysiert, denen sich Jira Nutzer:innen im agilen Arbeitsalltag gegenüber sehen. Diese Erkenntnisse helfen uns, Ihre Bedürfnisse besser zu verstehen. Auf dieser Basis haben wir erste Prototypen für überarbeitete Backlogs und Boards entwickelt und gemeinsam in der Praxis getestet. Als Open Source Software bietet OpenProject Ihnen die Möglichkeit, die Weiterentwicklung aktiv mitzugestalten. Deshalb teilen wir diese Prototypen bereits in diesem Beitrag. Wir freuen uns sehr auf ihr Feedback!
Verbesserungen für Backlog Refinement und Sprint-Planung
Ziel des neuen Konzepts ist es, Backlog Refinement, Sprint-Planung und die Arbeit mit agilen Boards intuitiver, strukturierter und besser skalierbar zu gestalten. Dabei geht es insbesondere um wachsende Teams und Unternehmen, sowie um Organisationen, die von Jira zu OpenProject wechseln und mit Scrum, Kanban oder SAFe arbeiten. Durch eine verbesserte Strukturierung von Backlog Elementen und optimierter Interaktion innerhalb der Planungsansicht möchten wir reibungsloseres agiles Arbeiten in OpenProject ermöglichen. Im Folgenden schauen wir uns genauer an, wie diese Ansätze Teams in ihren agilen Routinen unterstützen können.
Automatisiertes Backlog
Für Anfang April 2026 planen wir die erste Version unseres neu gestalteten Backlog Moduls zu veröffentlichen. Künftig werden alle Arbeitspakete eines Projekts im Backlog angezeigt, ohne dass sie manuell hinzugefügt werden müssen. Wenn Sie nicht möchten, dass bestimmte Arten von Arbeitspaketen automatisch im Backlog angezeigt werden, besteht später die Möglichkeit, diese gezielt auszuschließen.
Strukturierung großer Backlogs mit Backlog buckets
Sie kennen das Problem, einen Backlog mit hunderten von Arbeitspaketen strukturieren zu müssen? Dafür haben wir eine Lösung. Das überarbeitete Backlog Design führt Backlog buckets ein, mit denen sich die Einträge klarer organisieren lassen. Mit Hilfe der Buckets können Sie einfach Ihre Arbeitspakete sortieren, damit Sie den Überblick über das Backlog und die Prioritäten Ihres Teams behalten. Sie können Buckets, die für Sie wichtig sind, individuell erstellen und Ihre Arbeitspakete einfach per drag & drop einfügen. Mit dieser Verbesserung können Sie Ihre Arbeitspakete leicht in Kategorien wie “Low hanging fruits”, “Priority bugs” oder “Ready for development” abbilden.
Schnelleres Verschieben von Arbeitspaketen
Wir planen außerdem verbesserte Sortier- und Verschiebefunktionen für Arbeitspakete (z. B. nach oben, ganz nach oben, nach unten, ganz nach unten, direkt in einen Sprint). Damit können Sie nur mit einem Klick Ihre Aufgaben in den passenden Bucket oder Sprint verschieben. Das reduziert unnötiges hin und her scrollen. Stattdessen bleiben Prioritäten dort, wo sie hingehören und die Arbeit in großen Backlogs wird erheblich erleichtert und beschleunigt.
Backlog Filter und gespeicherte Ansichten
Natürlich wird es auch die Möglichkeit geben, das Backlog nach sämtlichen Attributen zu filtern, inklusive selbstdefinierter Felder. Wenn Sie bestimmte Filter öfter nutzen möchten, lassen sich diese als private oder öffentliche Ansicht speichern. So gelangen Sie jederzeit schnell zu den Arbeitspaketen, die für Sie relevant sind und mit denen Sie gerade arbeiten möchten.
Sprint-Planung
Mit der neuen Ansicht – Backlog befinden sich links, Sprints rechts – behalten Sie beides gleichzeitig auf einem Bildschirm im Blick ohne scrollen zu müssen. Diese Ansicht erhöht die Produktivität während der Sprint-Planung. Gleichzeitig sorgt das verbesserte Layout dafür, dass man besser erkennen kann, was in die nächste Iteration übernommen werden kann.
Sie sehen alle wichtigen Informationen zu einem Arbeitspaket auf einen Blick:
- Name
- ID
- Typ
- Status
- Zugewiesene Person
- Anzahl der Story Points
- Priorität
Sie können außerdem den Umfang des Sprints definieren und das Sprint-Ziel hervorheben, sowie Start- und Enddatum festlegen, um das Team auszurichten.
Aktive Sprints und Sprint Boards
Sobald ein Sprint gestartet ist, wird automatisch ein Sprint Board erstellt, das den geplanten Umfang abbildet. Dieses Board dient als zentrale Arbeitsfläche für Ihr Team während des Sprints. Mit dieser Übersicht behalten Sie alle Beteiligten im Blick und können jederzeit einsehen, wer woran arbeitet und wie sich der Fortschritt entwickelt.
Mehrere aktive Sprints in einem Projekt
Haben Sie verschiedene Teams, die an einem Projekt arbeiten? Und wollen parallel einzelne Sprints starten? Kein Problem! In OpenProject können Administrator:innen festlegen, ob ein Projekt mit einem oder mehreren Sprints arbeitet. Damit entsteht einerseits Klarheit für alle Teams und ihre Sprints, und ermöglicht Ihnen anderseits, innerhalb desselben Backlogs zu arbeiten.
Board Filter und gespeicherte Ansichten
Sobald der Sprint beginnt, nutzen die Teams die Boards als zentrales Werkzeug um ihre tägliche Arbeit zu verwalten. Das neue Konzept zeigt, wie Fortschritt mit Sprint Boards noch klarer visualisiert werden kann. Dank der Filterfunktionen können Sie die Boards nach ihren Bedürfnissen anpassen. Sie können nach allen Attributen filtern, einschließlich benutzerdefinierter Felder. Wenn Sie Filteransichten häufiger verwenden wollen, können Sie sie als private oder öffentliche Ansicht speichern.
Flexible Ansichten für Arbeitspakete
Die überarbeitete Darstellung des Boards soll das tägliche Arbeiten intuitiver machen. Klar strukturierte Arbeitspakete und ein aufgeräumtes Layout helfen Teams, sich auf den Fortschritt des Projekts zu konzentrieren. Mit der anpassbaren Board Ansicht können Teams die Größe der angezeigten Karten einstellen und damit steuern, welche Informationen angezeigt werden. Das Design veranschaulicht drei Ebenen der Kartenkonfiguration: kompakt, regulär und vollständig. Damit flexibel festgelegt werden, wie viele Informationen sichtbar sind.
Statusabbildung für komplexe Arbeitsabläufe
Mit dem Konzept wird auch die Möglichkeit eingeführt, die Status verschiedener Arbeitsabläufe in einer einzigen Spalte sichtbar zu machen, wodurch Teams mehr Flexibilität in der Visualisierung ihrer Arbeitsabläufe erhalten. Dies ist eine große Hilfe für Teams, die mit komplexen Prozessen arbeiten.
Work in Progress Limits
Sie möchten die Produktivität ihre Teams erhöhen? Die Konzentration auf die wichtigsten Themen und die Reduzierung der unfertigen Arbeit ist ein wichtiger Hebel für die Produktivitätssteigerung für agile Teams. OpenProject unterstützt Sie auf diesem Weg durch Work-in-Progress Limits, welche für jede Spalte individuell eingestellt werden können.
Swimlane
Es wird die Möglichkeit geben, Swimlanes zu aktivieren und diese auf Grundlage von Attributen wie übergordnetes Arbeitspaket (z.B. Epic), Zuweisung, Version, Komponente, Priorität oder Typ zu konfigurieren. Damit können Teams ihre Arbeit so organisieren, wie es ihre Arbeitsabläufe am besten unterstützt. Swimlandes bieten Ihrem Team eine besonders übersichtliche Board-Ansicht.
Agile Berichte
Um Analyse und Verbesserung zu ermöglichen, können Teams auch auf Berichte zugreifen, welche dabei helfen, die Leistung während und nach einem Sprint zu verfolgen, zu analysieren und zu optimieren. Diese Funktion hilft insbesondere in der Retrospektive. Es sind verschiedene Berichte und Grafiken geplant:
- Sprint Berichte
- Burndown Charts
- Burnup Charts
- Velocity Charts
- Erstellt vs. Erledigt Chart
- Kumulatives Flussdiagramm
Geteilte Spring-Planung
Besonders in großen Unternehmen, etwa bei der Nutzung von SAFe Prinzipen, müssen Teams die Start- und Endtermine ihrer Sprints abstimmen. Bereits in unserem ersten Release zur Verbesserung der agilen Arbeitsfunktionen (aktuell geplant für April 2026), wollen wir die Funktion einführen, Sprints zu teilen. Das geht entweder über die gesamte Instanz oder innerhalb eines bestimmten Portfolios oder Programms. Das bedeutet, dass Teams die mit geteilten Sprints arbeiten, auch ihre Sprint-Daten und Ziele teilen, aber dennoch ihren eigenen Sprint-Umfang definieren können. In den Verwaltungseinstellungen kann die projektübergreifende Freigabe von Sprints aktiviert oder deaktiviert werden. Projekte können auch so konfiguriert werden, dass sie nur geteilte Sprints erhalten.
Versionen und Sprints kombinieren
Bald können Sie Arbeitspakete gleichzeitig mit Versionen und Sprints verknüpfen. Ein Epic kann gleichzeitig für ein Release über das Versions-Feld und für einen bestimmten Sprint geplant werden. In Q2 2026 soll außerdem ein zusätzliches Feld “Beobachtet in Version” ein geführt werden, welches — zusätzlich zu der Version, die das Release definiert — ermöglicht, zu tracken, in welcher Version ein Bug aufgetaucht ist.
Kanban Boards
Auch, wenn Sie Kanban als Methodik vorziehen, werden Sie die Möglichkeit haben Kanban Boards zu erstellen, projektübergreifende Kanban-Boards zu erstellen und alle Funktionen wie Swimlanes, work-in-progress Limits, Filter und gespeicherte Ansichten die in diesem Artilel vorgestellt wurden, zu nutzen. etc.
Globales Backlog Modul für SAFe Organisationen
Das geplante globale Backlog Modul wird Unternehmen bei der Verwaltung großer agiler Portfolios helfen. Vor allem für SAFe-Organisationen könnte dies die erste Anlaufstelle für die Navigation zwischen Sprints und Board sein. Unter anderem wird es auch die Möglichkeit geben, nach dem PI (Product Increment) Scope oder nach allen Abhängigkeiten im gesamten Portfolio zu filtern.
Unsere Vision für 2026
Diese Konzepte sind Teil unserer laufenden Design-Weiterentwicklung, um agile Arbeitsprozesse in OpenProject weiter zu verbessern. Auch wenn noch nicht alle Elemente Teil des Produktes sind, zeigen sie doch klar die Richtung, in die wir uns entwickeln um Teams die mit Scrum, Kanban oder SAFe arbeiten, besser zu unterstützen.
Wir arbeiten daran, diese Ideen und Designs kontinuierlich weiterzuentwickeln und freuen uns darauf, kommende Updates mit Ihnen zu teilen. Wenn Sie Feedback zu den Prototypen geben möchten, kommentieren Sie gerne direkt in den entsprechenden Arbeitspaketen unserer Roadmap. Wir freuen uns auf Ihre Rückmeldung!
Bleiben Sie gespannt auf unsere kommenden agilen Releases!
