OpenProject: Arbeitspaket-Typen für ein Projekt auswählen

Eigener Screenshot

OpenProject ist eine Open Source Anwendung und unterstützt ein Projektteam über den Lebenszyklus eines Projekts hinweg. Die dazu verwendeten Arbeitspakte können je nach Vorgehensmodell in OpenProject bei der Projektkonfiguration ausgewählt werden (Abbildung).

Bei einem plangetrieben Ansatz sind es Phasen, Meilensteine und Tasks, bei agilen Vorgehensmodellen sind es Tasks, Features, Epics, User Stories und Bugs, die z.B. bei Scrum und Kanban Verwendung finden.

Es wird hier schon deutlich, dass OpenProject auch die Möglichkeit bietet, plangetriebene und agile Vorgehensmodelle in einem Hybriden Projektmanagement zu integrieren, was gerade heute ein wichtiges element für die Auswahl eine geeigneten Tools im Projektmanagement ist. Siehe dazu auch PMI (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.

Anmerkung: Der Begriff “Arbeitspaket” ist im Zusammenhang mit einem Meilenstein unglücklich, da ein Arbeitspaket einen Vorgang darstellt, der eine zeitliche Ausdehnung von z.B. T1 bis T2 hat. Ein Meilenstein stellt ein Ereignis dar, und hat die Dauer=0.

Mehr Blogbeiträge zu OpenProject finden Sie hier.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

KANBAN für Multiprojektmanagement nutzen

Ausschnitt aus einem KANBAN Board in OpenProject. In jeder Spalte ist Arbeit begrenzt {WIP].

KANBAN hat sich in den letzten Jahren als sehr nützliches Hilfsmittel für komplexe, wissensbasierte Arbeit erwiesen. Dabei versucht KANBAN, Leistungsfähigkeit und Anforderungen in Einklang zu bringen. Im Multiprojektmanagement bedeutet das, die vielen Projekte im Unternehmen in einen Fluss zu bringen, und Transparenz zu schaffen. Auf einem KANBAN Board kann das im einfachsten Fall anhand der verschiedenen Projektmanagement-Phasen erfolgen: Initialisierungsphase | Definitionsphase | Planungsphase | Steuerungsphase | Abschlussphase.

In dem beispielhaft dargestellten KANBAN Board (Abbildung) sind die ersten drei Phasen in OpenProject dargestellt. Die Phasen enthalten jeweils ein WIP (Work in Progress), was die jeweils maximal parallel zu bearbeitende Anzahl von Projekten darstellt. Wird von der Steuerungsphase ein bearbeitetes Ticket (Projekt) gezogen (Pull), kann in der Planungsphase wieder ein bearbeitetes Ticket (Projekt) aus der Definitionsphase gezogen werden usw. Die Darstellung von vielen Projekten in einem Board (Task Board oder besser ein KANBAN Board) schafft Transparenz, unterstützt die Kommunikation und reduziert die Anzahl der Besprechungen, sowie die Anzahl von Reports. Wenn jemand beispielsweise wissen möchte, wie der Stand der Bearbeitung der verschiedenen Projekte im Unternehmen ist, kann er/sie sich das dazugehörende KANBAN Board ansehen, da dieses natürlich auch geteilt werden kann.

In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Projektmanagement mit OpenProject: Die Arbeitspakte-Übersicht

Arbeitspaket-Übersicht in OpenProject

Wie Sie wissen, setzen wir bei allen Anwendungen auf Open Source. Beispielsweise nutzen wir Moodle als Lernmanagementsystem, BigBlueButton als Videokonferenzsystem, Nextcloud als Cloudlösung etc. Für die Abbildung von Projekten nutzen wir OpenProject. In OpenProject können plangetriebene, hybride und agile (KANBAN, Scrum) Projekte abgebildet werden. In dem Projekt, das in der Abbildung hinterlegt ist, sind 10 Arbeitspakete (Tasks), 4 Meilensteine und eine Phasen dargestellt. Die einfache Übersicht zeigt, dass aktuell noch alles offen ist (rote Balken). Sobald ein Arbeitspaket geschlossen wurde, würde es blau gekennzeichnet. Eine Übersicht zu halten, was noch offen, bzw. was schon geschlossen werden konnte, ist für die weitere Bearbeitung in Projekten wichtig. OpenProject bietet dazu verschiedene Möglichkeiten, unter anderem die in der Grafik abgebildete.

In den von uns entwickelten Blended Learning Lehrgängen gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Was macht ein minimal funktionsfähiges Produkt (MVP) aus?

MVP über Story Map (Wehnes 2020)

Das Minimum Viable Product (MVP) ist ein minimal funktionsfähiges Produkt und ein wichtiges Ziel von Lean Startups.

Das Minimum Viable Product (MVP) ist eine erste Produktversion, die es erlaubt, mit minimalem Aufwand und in kürzester Zeit die größtmögliche Anzahl an validierten Erkenntnissen über Kundenerwartungen und -verhalten zu gewinnen (Lang/Scherber 2019:21).

Wie in der Abbildung dargestellt, können MVP´s aus einer Story Map abgeleitet werden. Die Story Map orientiert sich an dem Flow der User Activities und enthält weiterhin einzelne Tasks. Das MVP wird dabei öfters mit einem MMP (Minimum Marketable Product) verwechselt.

Das Minimum Marketable Product (MMP) wiederum ist die erste Version eines Produkts, das unter Nutzung der Kundenfeedbacks aus den MVPs aktiv in der Breite mit Gewinnabsichten vermarktet wird. Für ein erstes MMP können ein oder auch mehrere Zyklen eines MVP erforderlich sein (Frick/Schoper/Röschlein/Seidl 2019:1023).

Darüber hinaus gibt es zwischen MVP/MMP und Prototypen, bzw. dem Increment aus dem Scrum Framework, Überschneidungen und Verwechslungen.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Scrum: Sprints mit OpenProject abbilden

OpenProject: Auf unseren Servern installierte Open Source Anwendung: Sprint-Beispiel mit Story Points zu den User Stories

Wie schon in einem anderen Blogbeitrag beschrieben, haben wir OpenProject auf unseren Servern installiert. OpenProject kann im klassischen/plangetriebenen Projektmanagement genutzt werden (z.B. Balkenplan usw.). Darüber hinaus bietet OpenProject auch die Möglichkeit, agile Vorgehensmodelle wie z.B. Scrum (Rahmenwerk) darzustellen. Neben einer Roadmap und einem Product Backlog sind auch Sprints abbildbar. In der Grafik sehen Sie ein Demoprojekt mit der Navigation auf der linken Seite und den Sprint 1 mit Epics, verschiedenen User Stories und den dazugehörenden einzelnen Tasks.

Die User Stories sind mit Story Points nicht absolut, sondern relativ geschätzt worden. Die angegeben Story Points orientieren sich an der Fibonacci-Folge und können mit Planning Poker im Scrum Team bestimmt werden. Wenn die User Story mit der ID=26 mit 1 Story Point (Aufwand) bewertet wurde, stellt sich die Frage, wie andere User Stories in Relation dazu bewertet werden sollten. Das Scrum Team hat beispielsweise dann die User Story mit der ID=27 mit 5 Story Points bewertet usw. Ein Epic besteht aus mehreren User Stories und kann für den Sprint zu groß sein, sodass wiederum kleinere User Stories generiert werden sollten. Damit solch große Formate nicht in den Sprint gelangen, sollten Epics vom Product Owner in einem Requirementsboard frühzeitig und transparent detailliert werden.

In den von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.