In OpenProject stellen Arbeitspakete den Mittelpunkt der Projektplanung und Zusammenarbeit dar. Wenn Unternehmen wachsen und Projekte immer komplexer werden, sind klare Referenzen und nahtlose Zusammenarbeit umso wichtiger. Gleichzeitig benötigen Unternehmen, die von Jira auf OpenProject umsteigen, eine zuverlässige Möglichkeit, bestehende Referenzen und Namenskonventionen beizubehalten, wenn sie ihre Projekte auf OpenProject übertragen.
Mit OpenProject 17.5 ist es nun möglich, zwischen numerischen und projektspezifischen Arbeitspaket-Kennungen zu wählen, welche jetzt als Beta-Version verfügbar sind. Dieses Release verbessert Jira-Migrationen und bringt weitere Optimierungen für die agile Planung mit Backlogs.
In diesem Artikel stellen wir die wichtigsten Änderungen vor und erläutern, was sie für Ihre tägliche Arbeit bedeuten. Wie immer finden Sie alle Änderungen, Funktionen und Fehlerbehebungen in unseren Release Notes.
Eine kurze Navigation durch den Artikel:
- Sie haben die Wahl: projektspezifische oder numerische Arbeitspaket-Kennungen
- Mehr Flexibilität und Struktur in Backlogs
- Weitere Verbesserungen mit OpenProject 17.5
Sie haben die Wahl: projektspezifische oder numerische Arbeitspaket-Kennungen
Wenn Sie schon einmal mit OpenProject gearbeitet haben, wissen Sie wahrscheinlich, dass jedes Arbeitspaket eine eindeutige Kennung (ID) hat. Sie stoßen auf die ID, wenn Sie eine Arbeitspaket-URL öffnen, nach einem bestimmten Arbeitspaket suchen, es beim Dokumentieren erwähnen oder es mit Kolleg:innen teilen.
Hier ist ein Beispiel für eine numerische Arbeitspaket-ID:
Bislang verwendete OpenProject eine einzige numerische Sequenz für die gesamte Instanz. Hier erhielt jedes erstmalig in einer Instanz angelegte Arbeitspaket die Kennung #1, das zweite #2 und so weiter.
Dieser Ansatz funktioniert zwar gut, doch die Kennungen selbst geben wenig Aufschluss darüber, wo ein Arbeitspaket hingehört. Zusätzlicher Kontext kann hilfreich sein, wenn Sie projektübergreifend arbeiten, Arbeitspaketreferenzen austauschen oder über externe Tools und Integrationen zusammenarbeiten.
Mit OpenProject 17.5 können Unternehmen jetzt zwischen der bisher verwendeten numerischen Reihenfolge und projektspezifischen Arbeitspaket-Kennungen wählen.
Hinweis
Projektbasierte Arbeitspaket-Kennungen sind derzeit als Beta-Version verfügbar. Während die Funktion bereits in wichtigen Bereichen von OpenProject unterstützt wird, können einige Bereiche weiterhin numerische Bezeichnungen anzeigen, bis die Unterstützung für projektbasierte Bezeichnungen vollständig implementiert ist. In diesen Fällen bleiben die numerischen Kennungen voll funktionsfähig und verweisen weiterhin auf dieselben Arbeitspakete. Sollten Sie Unstimmigkeiten oder unerwartetes Verhalten feststellen, freuen wir uns über Ihr Feedback.
Arbeitspakete lassen sich leichter erkennen, referenzieren und teilen
Arbeitspaket-Kennungen werden in OpenProject jeden Tag verwendet. Sie erscheinen in Links, Benachrichtigungen, Dokumenten, Aktivitätsdiskussionen, Filtern, Integrationen und mehr. Je größer eine Organisation wird, desto wichtiger wird es, schnell zu erkennen, zu welchem Projekt ein Arbeitspaket gehört.
Projektspezifische Arbeitspaket-Kennungen fügen dem Kennungsnamen direkt den Projektkontext hinzu. Anstelle einer generischen numerischen Kennung wie #2385 können Teams semantische Kennungen wie X-01 verwenden, wodurch Arbeitspakete projektübergreifend leichter zu erkennen, zu referenzieren und zu teilen sind. Das projektspezifische Präfix zeigt sofort an, zu welchem Projekt das Arbeitspaket gehört.
Wichtig
Die Auswahl wird einmalig für die gesamte OpenProject-Instanz getroffen. Dies ermöglicht es Organisationen, einen einheitlichen Ansatz für Projektkennungen und Verweise über alle Projekte und Teams hinweg zu etablieren. Wir empfehlen, alle Beteiligten vor der Durchführung dieser Änderung zu informieren. Wir raten außerdem dazu, dies außerhalb der Hauptarbeitszeiten durchzuführen.
OpenProject validiert bestehende Projektkennungen und kann bei Bedarf kompatible Kennungen generieren. Projektspezifische Arbeitspaket-Kennungen sind besonders nützlich für Organisationen, die viele Projekte verwalten oder teamübergreifend arbeiten. Sie bieten einen unmittelbaren Projektkontext und bewahren gleichzeitig die Flexibilität, bei Bedarf weiterhin die traditionelle numerische Reihenfolge zu verwenden. Und: Sie bilden zudem eine Grundlage für die Beibehaltung bestehender Jira-Ticket-Kennungen bei Migrationen zu OpenProject.
Natürlich wirft die Einführung eines neuen Kennungsformats einige Fragen auf. Wir haben unten einige häufig gestellte Fragen (FAQ) aufgelistet. Ausführliche Informationen finden Sie in unserem Administrationshandbuch.
Ist die Umstellung auf projektspezifische Kennungen optional?
Ja. Organisationen können die traditionelle numerische Reihenfolge weiterhin verwenden, wenn diese besser zu ihren bestehenden Prozessen und Arbeitsabläufen passt.
Was passiert mit bestehenden Links und Verweisen?
Bestehende numerische IDs bleiben gültig und verweisen weiterhin auf dieselben Arbeitspakete in OpenProject. Historische Links, Lesezeichen und Verweise funktionieren auch nach der Umstellung auf projektspezifische Projektkennungen weiterhin.
Kann ich später wieder zurückwechseln?
Ja. Die Einstellung kann bei Bedarf später rückgängig gemacht werden. OpenProject validiert zudem bestehende Projektkennungen und kann bei Bedarf kompatible Projektkennungen generieren.
Warum ist das für Jira-Migrationen nützlich?
Einer der Hauptgründe für die Einführung projektbasierter Projektkennungen ist die Unterstützung von Migrationen aus Jira. Unternehmen können nun ihre bestehenden Jira-Issue-Identifikatoren beibehalten, wenn sie von Jira zu OpenProject migrieren, was Teams dabei hilft, etablierte Namenskonventionen, Verweise und Workflows beizubehalten.
Hinweis
Der Jira Migrator wurde außerdem erweitert, um die Migration von Fälligkeitsterminen, geschätzten Stunden und verbleibenden Stunden zu unterstützen. Erfahren Sie mehr in unserer Jira-Migrationsdokumentation.
Mehr Flexibilität und Struktur in Backlogs
Agile Planung und agiles Arbeiten sind weiterhin wichtige Schwerpunkte von OpenProject. Im Laufe der letzten Versionen haben wir Backlogs und Sprint-Planung um spezielle Sprint-Objekte, ein verbessertes Backlog Management und flexiblere Planung von Workflows erweitert.
Mit OpenProject 17.5 können Teams Backlogs jetzt noch besser an ihre eigenen Prozesse anpassen. Administrator:innen können bestimmte Arten von Arbeitspaketen aus den Backlogs ausschließen und so den Teams helfen, sich bei der Organisation des Backlogs und der Sprintplanung auf die Arbeit zu konzentrieren, die für die Ausführung tatsächlich relevant ist.
Die Ansichten der Sprints und Karten der Arbeitspakete wurden ebenfalls neu gestaltet, um die Sichtbarkeit zu verbessern und mehr Kontext während Pflege des Backlogs und Sprint-Planung zu bieten. Übergeordnete Arbeitspakete, Prioritäten, Story Points, zugewiesene Personen und der Status des Sprints sind jetzt leichter zu durchsuchen und helfen den Teams, sich auf die wichtigste Arbeit zu konzentrieren.
Um mehr über die kommenden Verbesserungen bei Backlogs und Sprints zu erfahren, lesen Sie, was unsere CPO Rosanna Sibora über die Zukunft der agilen Arbeit in OpenProject geschrieben hat. Informationen zu den aktuellen Funktionalitäten finden Sie in unserem Nutzungshandbuch.
Weitere Verbesserungen mit OpenProject 17.5
OpenProject 17.5 bietet weitere Funktionen und Updates. Um diesen Artikel übersichtlich zu halten, finden Sie hier einen kurzen Überblick über einige weitere Verbesserungen, die besonders hervorzuheben sind:
Natürlicheres Referenzieren von Arbeitspaketen
Die Referenzen für Arbeitspakete sind jetzt flexibler in OpenProject. In Dokumenten können Links zu Arbeitspaketen direkt in Textabsätze eingefügt werden, wodurch die Dokumentation leichter zu lesen und zu strukturieren ist. In Textfeldern, die auf dem CKEditor basieren, erweitern sich die Links außerdem schon während der Bearbeitung, und können damit direkt mehr Kontext anzeigen.
Flexiblere wiederkehrende Besprechungen
Wiederkehrende Besprechungen können jetzt monatlich geplant werden, basierend auf gängigen Mustern wie dem ersten Montag oder dem letzten Freitag eines Monats. Außerdem wird die Masse an Mails reduziert, die Änderungen an Besprechungen betreffen, indem mehrere Änderungen in einer Mail zusammengefasst versendet werden.
OpenProject 17.5: Migration, Installation, Updates und Support
Folgen Sie der Upgrade-Anleitung für die Paket- oder Docker-Installation, um Ihre OpenProject Installation auf OpenProject 17.5 zu aktualisieren. Wir aktualisieren Ihre gehosteten OpenProject Umgebungen (Enterprise Cloud) heute, 10. Juni 2026.
Mehr Informationen über alle neuen Funktionen und Änderungen finden Sie in unseren Release Notes und in der OpenProject Dokumentation.
Falls Sie Unterstützung benötigen, stellen Sie Ihre Fragen im Community Forum. Falls Sie für den Enterprise-Support berechtigt sind, kontaktieren Sie uns und wir werden Sie gerne persönlich unterstützen.
- Neu bei OpenProject? Um alle Funktionen von OpenProject 17.5 sofort zu testen, erstellen Sie eine 14-tägige kostenlose Testinstanz für unsere OpenProject Enterprise Cloud.
- Möchten Sie OpenProject 17.5 in Ihrer eigenen Infrastruktur ausführen? Hier finden Sie die Installationsrichtlinien für OpenProject.
- Möchten Sie Ihre Community Version upgraden, um die Enterprise Add-ons auszuprobieren? Erhalten Sie einen 14 Tage kostenlosen Test-Token, um die Enterprise-Add-ons (alle Pläne) zu testen.
Danksagungen
Ein besonderes Dankeschön geht an das Helmholtz-Zentrum Berlin, die Stadt Köln, die Deutsche Bahn und ZenDiS für das Sponsoring veröffentlichter oder kommender Features. Ihre Unterstützung, zusammen mit den Bemühungen unserer großartigen Community, hilft uns, solche Innovationen voranzutreiben.
Ein großes Dankeschön geht auch an unsere Community Mitglieder, die uns helfen, Fehler zu finden und zu beheben. Besonderer Dank für die Berichterstattung und das Finden von Fehlern geht an Walid Ibrahim, Billy Kenne und Agustín Dall’Alba.
Nicht zuletzt sind wir sehr dankbar für unsere sehr engagierten Übersetzer:innen auf Crowdin, die eine ganze Reihe von OpenProject-Strings übersetzt haben! Für dieses Release möchten wir insbesondere den folgenden Personen danken:
- Đorđe Dželebdžić, für eine herausragende Anzahl von Übersetzungen ins Serbische (kyrillisch).
- tuananhhurc, für eine große Anzahl von Übersetzungen ins Vietnamesische.
Möchten Sie selbst bei den Übersetzungen mithelfen? Dann werfen Sie einen Blick in unseren Übersetzungsleitfaden und erfahren Sie, wie genau Sie beitragen können. Wir wissen das sehr zu schätzen!
