Releases 
OpenProject Release 15.1

OpenProject 15.1: Selbstdefinierte Felder vom Typ Hierarchie

Veröffentlicht von Corinna Günther Geschätzte Lesezeit: 6 Minuten

Wir freuen uns über die Veröffentlichung von OpenProject 15.1! Mit diesem Update werden selbstdefinierte Felder vom Typ Hierarchie (als Enterprise Add-on) eingeführt, mit denen Sie komplexe Daten auf mehreren Ebenen strukturieren können. Diese Funktion ist besonders für größere Organisationen von Vorteil, da sie Arbeitsabläufe effizienter gestaltet und Daten übersichtlicher macht.

In diesem Blogartikel sehen wir uns drei praktische Beispiele an, wie hierarchisch strukturierte selbstdefinierte Felder verwendet werden können. Eine vollständige Liste aller Funktionen und Fehlberbehebungen, die in Version 15.1 enthalten sind, finden Sie in unseren Release Notes.

Liste der wichtigsten Funktionen von OpenProject 15.1

Beginnen wir mit einer Liste der wichtigsten Funktionen von OpenProject 15.1:

In den verlinkten Abschnitten zu den Release Notes finden Sie alle Informationen zu diesen Highlight-Funktionen für OpenProject 15.1.

In diesem Blog-Artikel werden wir uns dafür das neue Enterprise Add-on genauer ansehen und Beispiele für die Verwendung von selbstdefinierten Feldern vom Typ Hierarchie vorstellen.

Selbstdefinierte Felder vom Typ Hierarchie (Enterprise-Add-on)

Mit dem neuen selbstdefinierten Feld vom Typ Hierarchie wird eine mehrstufige Auswahl ermöglicht, die das Organisieren und Navigieren in komplexen Daten in Arbeitspaketen erheblich erleichtert. Mit dieser Funktion können Benutzer:innen Elemente in mehreren Ebenen strukturieren, wodurch die Datenkategorisierung optimiert und die Übersichtlichkeit verbessert wird.

Mit hierarchischen selbstdefinierten Feldern können Sie den Ebenen kurze Kennungen (z. B. „B“ für Berlin) zuweisen und so einen logischen und verständlichen Rahmen schaffen. Sie können diese Funktion beispielsweise verwenden, um Arbeitsbereiche präzise zu kategorisieren und sicherzustellen, dass detaillierte Daten gut organisiert und einfach zu verwalten sind.

In unserem Administrationshandbuch erfahren Sie, wie Sie neue selbstdefinierte Felder vom Typ Hierarchie erstellen können.

Doch wie können Sie diese neuen Möglichkeiten bestmöglich einsetzen? Schauen wir uns drei Anwendungsfälle an, in denen hierarchische selbstdefinierte Felder einen echten Mehrwert bieten können.

Beispiel 1: Standortdetails und Zimmernummern

Im Immobilienmanagement kann es eine komplexe Aufgabe sein, den Überblick über detaillierte Standortinformationen für mehrere Objekte zu behalten. Hierarchische selbstdefinierte Felder in OpenProject vereinfachen dies, indem sie strukturierte Ebenen für Eigenschaften und ihre Komponenten schaffen. Zum Beispiel:

  • Ebene 1: Grundstück - “Greenwood Apartments”
  • Ebene 2: Gebäude - “Gebäude A”
  • Ebene 3: Etage - “3. Stock”
  • Ebene 4: Raum - “Raum 305”

Mit dieser Struktur kann Greenwood Apartments > Gebäude A > 3. Stock > Raum 305 eine Wartungsaufgabe zugewiesen werden. Dadurch wird sichergestellt, dass das Team genau weiß, worauf es sich konzentrieren muss, wodurch das Risiko von Missverständnissen verringert wird.

Dieser Ansatz ist nicht nur für die Immobilienverwaltung hilfreich, sondern auch für Unternehmen mit mehreren Standorten oder regionalen Büros. Durch die Verwendung eines selbstdefinierten Feldes zur hierarchischen Strukturierung von Orten wird es einfach, ortsbezogene Arbeitspakete, wie z.B. Veranstaltungen, zu erstellen.

Unten sehen Sie einen Beispiels-Screenshot eines Arbeitspakets vom Typ ‘Event’, das wie oben beschrieben das selbstdefinierte Feld ‘Location’ enthält:

Beispielbildschirmfoto eines Arbeitspakets für eine Weihnachtsfeier

Beispiel 2: Organisatorische Strukturen

Das Verwalten von Arbeitsabläufen in großen Unternehmen kann sehr komplex sein, insbesondere wenn diese abteilungs-, team- und standortübergreifend sind. Hierarchische selbstdefinierte Felder erleichtern die Kategorisierung und Verfolgung von Aufgaben auf jeder Ebene. Zum Beispiel:

  • Ebene 1: Organisation - TechSolutions Inc.
  • Ebene 2: Standort - Australien
  • Ebene 3: Abteilung - Engineering
  • Stufe 4: Team - Frontend Engineering

Wenn Sie mehrere ‘Frontend Engineering’-Teams an verschiedenen Standorten haben, gibt das Hierarchiefeld genau an, welches Team zuständig ist, z.B. das in Australien. Dies vermeidet Verwirrung, stellt sicher, dass Aufgaben an die richtige Gruppe weitergeleitet werden, und verbessert die Transparenz.

Hier ist ein Beispiel dafür, wie ein:e Administrator:in die Hierarchie der selbstdefinierten Felder verwenden kann, um die verschiedenen Engineering-Teams zu strukturieren und zu spezifizieren:

Screenshot eines Beispiels für ein selbstdefiniertes Feld Typ Hierarchie mit drei Standorten und jeweils drei Unterpunkten

… Und so würde dieses selbstdefinierte Feld in der vierten Ebene aussehen:

Screenshot eines Beispiels für ein selbstdefiniertes Feld Typ Hierarchie mit vier Ebenen zur Beschreibung eines Teams für Frontend Engineering

Beispiel 3: Produktkategorisierung

In der Produktentwicklung ist eine klare Kategorisierung entscheidend für die Organisation und Ausrichtung von Projekten. Hierarchische selbstdefinierte Felder helfen dabei, Produkte zu strukturieren, sodass Teams leicht damit umgehen können. Zum Beispiel:

  • Ebene 1: Produktlinie - Elektronik
  • Ebene 2: Produktkategorie - Laptops
  • Ebene 3: Modell/Version - ProBook X200

Mit dieser Hierarchie kann eine Aufgabe wie “Firmware aktualisieren” speziell der Produktlinie zugewiesen werden Elektronik > Laptops > ProBook X200. Die Administrator:innen können diese Felder anpassen, wenn sich die Produktlinien weiterentwickeln.

OpenProject 15.1: Migration, Installation, Updates und Support

Folgen Sie der Upgrade-Anleitung für die Paket- oder Docker-Installation, um Ihre OpenProject Installation auf OpenProject 15.1 zu aktualisieren. Wir aktualisieren Ihre gehosteten OpenProject Umgebungen (Enterprise Cloud) heute, am 11. Dezember 2024.

Mehr Informationen über alle neuen Funktionen und Änderungen finden Sie in unseren Release Notes oder 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.

Danksagungen

Ein besonderes Dankeschön geht an die Deutsche Bahn und die Stadt Köln für das Sponsoring von Teilen dieses Releases. 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 das Melden und Finden von Fehlern geht an Bill Bai, Sam Yelman, Knight Chang, Gábor Alexovics, Gregor Buergisser, Andrey Dermeyko, Various Interactive, Clayton Belcher, Александр Татаринцев und Keno Krewer.

Nicht zuletzt sin wir sehr dankbar für unsere sehr engagierten Übersetzer:innen auf Crowdin, die eine ganze Reihe von OpenProject-Strings übersetzt haben! In diesem Release möchten wir besonders hervorheben

  • Alexander Aleschenko, für eine herausragende Anzahl von Übersetzungen ins Russische.
  • José Helbert Pina, für eine große Anzahl von Übersetzungen ins Portugiesische.
  • BigSeung, für eine große Anzahl von Übersetzungen ins Koreanische.

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!

Wie immer freuen wir uns über jedes Feedback zu dieser Version. 💙

Suchbereich:

Die beliebtesten Themen