Veröffentlicht am

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.

Veröffentlicht am

Meilensteine und agile Entwicklung: Passt das zusammen?

In der Entwicklung von innovativen Produkten bietet sich ein agiles Vorgehen, z.B. nach Scrum an. Das Ergebnis am Ende eines Sprints (maximal 1 Monat) wird in dem Rahmenwerk als Increment bezeichnet, das in einem Review anhand des vereinbarten Sprintziels und den damit verbundenen Definition of Done (DoD) beurteilt wird.

Der Begriff “Meilenstein” kommt hier nicht vor, da der Meilenstein eher im klassischen, plangetrieben Projektmanagement verwendet wird, um besondere Ereignisse zu Kennzeichnen, zu denen jeweils ein Ergebnis vorliegen soll. Manche Autoren weisen allerdings darauf hin, dass eine agile Produktentwicklung durchaus auch mit Meilensteinen arbeiten sollte, wobei die Meilensteine allerdings Produktinkremente und keine anderen Ergebnisse (Konzepte usw.) beschreiben sollten. Hier ein Beispiel zu dieser Argumentation:

“Agile Produktentwicklung erfordert einen Meilensteinplan. Über Release Burndown Charts können Sie zielgerichtet auf Ihre Meilensteine zulaufen. Dazu sollten die Meilensteine nicht weiter als drei bis sechs Monate auseinanderliegen. Der wesentliche Unterschied im agilen Umfeld: Meilensteine sollten immer Produktzustände bzw. -inkremente beschreiben, nicht abstrakte Zustände der Papierlage wie zum Beispiel fertige Konzepte, freigegebene Anforderungen und so weiter. Ein getestetes Produktinkrement ist in der agilen Welt das einzig valide Kriterium, um den Fortschritt beurteilen zu können” (Pfeffer 2019:3).

Die Kombination aus Meilensteinen und agilen Vorgehen bei der Produktentwicklung weist auf ein Hybrides Projektmanagement hin, in dem das Vorgehensmodell auf das jeweilige Projekt abgestimmt ist.

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Projektmanagement-Software: Meilensteine in OpenProject

Meilensteine gehören zum planbasierten/klassischen Projektmanagement. Meilensteine werden in der Definitiosphase und in der Ablauf- und Terminplanung festgelegt. Ein Meilenstein stellt hier ein besonderes Ereignis dar. Im Gegensatz zu einem Vorgang hat ein Ereignis keine Dauer, es ist eben ein Zeitpunkt. Wenn also bei einem Meilenstein die Dauer=0 ist, wird der Meilenstein oft in Balkenplänen mit einer Raute dargestellt. Dabei zeigt die untere Spitze des Meilensteins auf einen (Zeit)Punkt.

Stellt man diese Situation in einer Kalenderansicht dar, sieht es allerdings anders aus. In der Abbildung ist beispielsweise in OpenProject (Open Source Anwednung) der Meilenstein wie ein Vorgang mit einer zeitlichen Ausdehnung dargestellt. Es wird suggeriert, dass die Dauer des Meilensteins nicht 0 ist. Eine ähnliche Darstellung gibt es auch bei MS Project. Es ist schade, dass sich OpenProject sehr an MS Project anlehnt. An dieser Stelle hätte es OpenProject besser machen können als sein kommerzieller Wettbewerber. Siehe dazu auch weitere Beiträge zu OpenProject.

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

Veröffentlicht am

Projektmanagement: Empfehlungen für die Meilensteintrendanalyse (MTA)

Image by Åsa K from Pixabay

Im plangetriebenen (klassischen) Projektmanagement gehören Meilensteine zur Ablauf- und Terminplanung. Dabei sind Meilensteine besondere Ereignisse, zu denen definierte Ergebnisse vorliegen sollen. Im Controlling (Projektstatus) wird in Meilensteinplänen erfasst, ob die geplanten Meilensteine erreicht wurde, oder eben nicht. Dieser eher vergangenheitsorientierte Blick wird ergänzt durch einen Blick in die terminliche Zukunft des Projekts. Die Meilensteintrendanalyse (MTA) geht somit folgender Frage nach: Werden wir die noch anstehenden Meilensteine erreichen. Dabei ist es hilfreich, sich klar zu machen, dass die zu betrachtende (zukünftige) Zeitspanne nicht zu groß ist, da sich das Umfeld von Projekten heute sehr schnell ändern kann (VUCA).

“Die MTA kann grundsätzlich in allen Projekten eingesetzt werden. Es gibt aber auch Grenzbereiche von Projekten, in denen sie nicht angewandt werden sollte. Sie wird vor allem empfohlen für kleine Projekte, d. h. solche mit Laufzeiten von wenigen Monaten, bis hin zu Projekten von 2–3 Jahren Dauer. Bei längerdauernden Projekten ist der Nutzen der MTA fraglich. Die Schätzungen, die zu weit vorausliegenden Meilensteinen getroffen werden, können hier nur mit entsprechend großer Unsicherheit gemacht werden und haben somit wenig Aussagekraft. In solchen Fällen sollte zumindest ein Teilprojekt von bis zu 2 Jahren für die Anfangsperiode definiert werden, für welches die MTA mit gutem Erfolg angewandt werden kann” (Albert, I.; Högsdal, B. (1996): Meilensteintrendanalyse).

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

Veröffentlicht am

Was ist der Unterschied zwischen einem Meilenstein und einem Quality Gate?

Image by Bernd from Pixabay

Das plangetriebene/klassische Projektmanagement orientiert sich an Standards, die oft Phasen beschreiben, die aufeinander folgen. Im Extremfall gibt es erst am Ende einer Phase einen Übergang zur nächsten Phase, sodass ein Bild des “Nacheinander-Abarbeitens” entsteht, das durch die Metapher “Wasserfallmodell” beschrieben wurde. Natürlich gibt es auch Phasenmodelle in denen die jeweiligen Phasen stärker parallel ausgerichtet sind (Simultaneous Engineering, Over the Wall Approach usw.), doch ist in allen Standards vorgesehen, das Ende der Phasen jeweils als ein besonderes Ereignis zu kennzeichnen: Meilensteine. Daneben gibt es allerdings auch Quality Gates, die eine Besonderheit in der Automobilindustrie darstellen. Auf den ersten Blick erscheinen beide Begriffe gleich zu sein, doch es gibt Unterschiede.

“Eine weitere Besonderheit des automobilen Produktentstehungsprozesses ist die Ergänzung von Meilensteinen um Quality Gates. Ein Meilenstein repräsentiert ein Datum bis zu dem die vorhergehende Phase abgeschlossen sein muss. Ein Quality Gate enthält zusätzlich eine Liste von Key Performance Indicators (KPIs) die erfüllt sein müssen. Hierbei ist meist auch streng geregelt wie die einzelnen KPI gemessen werden. Erst wenn ein Quality Gate komplett erfüllt ist, kann ein Übergang zur nächsten Phase erfolgen. Bei Meilensteinen dominiert folglich der Aspekt der zeitlichen Fortschrittskontrolle, während Quality-Gates den Inhalt der vorangehenden Phase bewerten und überwachen”(Schmidtner, M.; Timinger, H. 2020: Automatisiertes Tailoring von Produktentstehungsprozessen. In: projektmanagementaktuell 2/2020, S. 39-45 in Anlehnung an Wuest, T., Liu, A., Lu, S.C.-Y., Thoben, K.-D. 2014: Application of the Stage Gate Model in Production Supporting Quality Management. Procedia CIRP 17, 32–37).

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

Veröffentlicht am

Projektmanager (IHK) startet am 13.01.2016 in Köln

projektmanager-ihk-neu-300Es geht wieder los: Am Mittwoch, den 13.01.2016 startet der erste Blended Learning Lehrgang Projektmanager (IHK) in Köln. Auch in diesem Jahr gibt es wieder ein ausführliches Update des Konzepts, inkl. der Teilnehmerunterlagen und der Onlineinhalte. Ich bin gespannt, wie das Update 2016 bei den Teilnehmern ankommen wird. Sollten Sie an dem Lehrgang interessiert sein, so finden Sie Informationen auf unserer Lernplattform.