Hybrides Projektmanagement bei einem Projekt der OTTO-Gruppe

Image by Hans from Pixabay

Der Deutsche Project Excellence Award wurde 2016 für ein Projekt der OTTO-Gruppe vergeben. Bei dem IT-Projekt ging es um die neu gestaltete Website, die komplett auf den digitalen Kaufprozess von Kunden ausgerichtet wurde.

In einem ausführlichen Interview von Oliver Steeger mit Inke Sterzik (Teamleiterin) und Jens Hibbeler (Projektleiter) wurde deutlich, dass es sich bei dem dazugehörenden Projektmanagement um ein Hybrides Projektmanagement handelte.

Der Titel des Interviews “Agil mit 350 Mitarbeitern im Team” (projektmanagementaktuell 2/2017) ist hier meines Erachtens etwas irreführend, da man vermuten könnte, dass für das Projekt eher ein Agiles Projektmanagement eingesetzt wurde. Möglicherweise war das aber damals nicht so gemeint, und man wollte im Titel des Artikel den eher bekannten Begriff “Agil”, statt den nicht so bekannten Begriff “Hybrid” verwenden.

“Ein hybrider Projektmanagementansatz wurde erstklassig implementiert, der viele Aspekte moderner agiler Ansätze mit klassischen Projektmanagementansätzen kombiniert und noch um eigene sinnvolle Ansätze erweitert. Das Projektteam war dadurch hoch produktiv und hat eine neue Philosophie so positiv vorgelebt, dass sie innerhalb des OTTO-Konzerns inzwischen gleichermaßen als Beispiel und Maßstab genutzt wird” (Steeger 2017).

Oftmals wurde der Begriff “Agil” oder auch SCRUM verwendet, obwohl die Vorgehensweise eher ein adaptives, angemessenes, pragmatisches, also Hybrides Projektmanagement war. “Agil” ist in, und bei Scrum kann man schnell ein Zertifikat (Scrum Master, Product Owner) bekommen.

Alles Vorteile (?), die ein pragmatisches, weniger dogmatisches, Hybrides Projektmanagement nicht bieten kann. Dennoch hat Hybrides Projektmanagement in den letzten Jahren das Agile Projektmanagement in der praktischen Anwendung überholt. Siehe dazu PM (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.

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.

Projektmanager/in Agil (IHK): Termine für 2025 in Düsseldorf vereinbart

Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in AGIL (IHK) wird auch im Jahr 2025 wieder in Düsseldorf angeboten. Folgende Termine wurden von der IHK Düsseldorf bestätigt:

Projektmanager/in AGIL (IHK) – Blended Learning
(Präsenztage und Onlinephasen wechseln sich ab)

24.02.-07.04.2025, montags von 09.00-16.15 Uhr (außer 03.03.: Rosenmontag)

27.10.-08.12.2025, montags von 09.00-16.15 Uhr

Kontakt: IHK Düsseldorf, Ansprechpartnerin: Frau Wanke, Telefon: 0211/17243-35, E-Mail: petra.wanke@duesseldorf.ihk.de 

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK), und zu weiteren Terminen und Standorten, finden Sie auf unserer Lernplattform.

Hybrides Projektmanagement: Synchronisierte Projektsteuerung von korrelierenden klassischen und agilen Vorgehensmodellen

Synchronisierte Projektsteuerung von korrelierenden klassischen und agilen Vorgehensmodellen; vereinfachte Darstellung am Beispiel Scrum (Müller/Hüsselmann 2017, in projektmanagementaktuell 2/2017)

Klassisches Projektmanagement mit Agilen Projektmanagement zu kombinieren ist nicht so trivial, wie es sich manche vorstellen. Beim Hybriden Projektmanagement gibt es sehr viele Kombinationsmöglichkeiten, andererseits muss auch die Kommunikation koordiniert werden. Wie das gelingen kann, soll nun beispielhaft aufgezeigt werden.

In der Abbildung ist im oberen Teil die klassische, plangetriebene Vorgehensweise zu sehen, die neben der Einzelprojektebene auch noch die Programm- und Portfolioebene für viele Projekte enthält (PPM: Projektportfoliomanagement). Weiterhin wird deutlich, dass sich die geplante Einführung öfters verschiebt (Tatsächliche Einführung).

Im unteren Teil der Abbildung sind durch die grünen Kreise verschiedene Scrum-Zyklen mit den jeweils erforderlichen Anpassungen dargestellt. Gebündelt werden diese Scrum-Zyklen in einem Agile Release Train (ART), der von einem Release Train Engineer (RTE) verantwortet wird. Das Konzept eines Agile Release Trains ist aus dem Framework SAFe entnommen.

“Dieser Release Train stellt den Fortschritt des untergeordneten agil ausgeführten Projekts fest und berichtet diesen zu definierten Zeitpunkten an das PPM. So wird die Flexibilität der Teams gewahrt, Teillösungen jederzeit zu veröffentlichen und innerhalb des Release Train vorstellen zu können. Zudem werden überfüllte Release- Termine zur Vorstellung sämtlicher Funktionen an das PPM vermieden. Das macht bspw. bei Softwareprodukten Sinn, da hier unzählige Programmzeilen getestet und abgenommen werden müssen. Ein Abstimmen mit dem übergeordneten PPM erfolgt lediglich zu ausgewählten Terminen (ca. 8–12 Wochen)” (Müller/Hüsselmann 2017, in projektmanagementaktuell 2/2017).

Siehe dazu auch Hybrides Projektmanagement am Beispiel Scrum und V-Modell.

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.

Projektmanagement: OpenProject Update auf Version 14.2.1

Im Projektmanagement geht es natürlich auch um die Frage, welche Tools zur besseren Kollaboration in einem Projekt, bei mehreren Projekten (Programme/Portfolios), und für verschiedene Vorgehensmodelle – wie klassisches Projektmanagement, Agiles Projektmanagement und Hybrides Projektmanagement – geeignet ist.

Es wird hier schon deutlich, dass es nicht ein Tool für die ganzen Anforderungen gibt, sondern dass es verschiedene Tools sein müssen, die im Zusammenspiel eine projektorientierte Kollaborationsplattform ergeben.

Wie Sie als Leser unseres blog wissen, setzen wir auf das Konzept des Souveränen Arbeitsplatzes (Sovereign Workplace), der auf frei verfügbarer Open Source Software beruht, und bei dem die generierten daten alle auf dem eigenen Server bleiben.

Einen Anwendung in diesem Gesamtkonzept ist OPENPROJECT, das die genannten Anforderungen alle erfüllt, und mit anderen Open Source Anwendungen (wie z.B. NEXTCLOUD) über Schnittstellen recht einfach verbunden werden kann. In unserem blog haben wir dazu verschiedene Beiträge eingestellt die zeigen, wie vielfältig OPENPROJECT auch für verschiedene Vorgehensmodelle eingesetzt werden kann.

Selbstverständlich wird auch OPENPROJECT immer wieder upgedated – so auch jetzt wieder. Aktuell haben wir die Version 14.2.1, das am 02.07.2024 veröffentlicht wurde.

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

Projektmanager/in Agil (IHK) startet am 02.09.2024 in Köln

Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in Agil (IHK) startet am 02.09.2024 bei der IHK Köln. Der Lehrgang wird von Thomas Maikath durchgeführt. In den wöchentlichen Modulen werden die jeweiligen Themen von Projektteams auf eine Fallstudie übertragen, die sich die Teilnehmer aus drei vorgegebenen Fallstudien aussuchen können.

Der Transfer und die gemeinsame Arbeit in einem Projektteam lässt die Teilnehmer konkret erfahren, was agile Arbeitsweisen in Projekten bedeuten. Neben KANBAN und Scrum gehen wir auch auf das Hybride Projektmanagement ein, dass in der aktuellen PMI-Studie (2024) deutlich in der Anwendung zugenommen hat.

Projektmanager/in Agil (IHK) – Blended Learning Lehrgang (FlyerIHK-Website) 02.09.-07.10.2024, IHK Köln, Ansprechpartner: Herr Schmitz, Telefon: 0221/1640-6700, E-Mail: rene.schmitz@koeln.ihk.de  

Informationen zu unseren Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten, finden Sie auf unserer Lernplattform.

Agiles Projektmanagement und das Agile Manifest – passt das wirklich zusammen?

Über die immer intensivere Vernetzung von Menschen, Dingen, Organisationen und Gesellschaften ist eine Komplexität entstanden, die es zu bewältigen gilt. Ein Ansatz, die entstandene Komplexität in Projekten zu bewältigen ist, iterativ/agil vorzugehen.

Dabei bezieht man sich auf das Agile Manifest, und verwendet den Begriff “Agiles Projektmanagement“. Dass dieser Begriff irreführend sein kann, hat beispielsweise B. Schaden 2015 erläutert: “Agiles Projektmanagement” oder besser “Projektmanagement für agile Vorgehensmodelle”?

Darüber hinaus habe ich natürlich auch noch nach einer wissenschaftlichen Begründung gesucht, die ich möglicherweise in dem Paper von Hao Dong et al. (2024) gefunden habe.

“According to the Project Management Institute (PMI, 2023), “A project is a series of structured tasks, activities, and deliverables that are carefully executed to achieve a desired outcome,” and “Each aspect of a project must go through the phases of the project life cycle before reaching an end goal. This life cycle allows project managers to execute each phase of their project effectively. It enables them to plan each task and activity meticulously, ensuring the highest chances of a project’s success.” Therefore, Agile Project Management requires “a systematic approach” to apply its flexibility (Augner & Schermuly, 2023) and productivity (Hofman et al., 2023). The misalignment between project management and the Agile Manifesto now coexists with the widespread adoption of agile in project management (Dong et al., 2022). The fragmented body of literature and confusion in practice call for further investigation and examination. (…) Nonetheless, since agile is explicitly a software development approach, many of the values and principles from the Agile Manifesto cannot be directly applied to non-software projects” (Hao Dong et al. (2024)).

Auf Basis der Projektdefinition des Project Management Instituts (PMI) zeigen die Autoren auf, dass Agiles Projektmanagement ein systematisches Vorgehen erfordert, was wiederum eine Diskrepanz zum Agilen Manifest darstellt. Das ist für viele doch eine überraschende Erkenntnis, da bisher davon ausgegangen wurde, dass wir von Agilem Projektmanagement sprechen, wenn es auf der Basis des Agilen Manifests durchgeführt wird. Es ist daher sehr gut, dass die Autoren die angesprochene Diskrepanz weiter untersucht haben. In einem der nächsten Blogbeiträge werde ich darauf eingehen.

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.

“Agiles Projektmanagement” oder besser “Projektmanagement für agile Vorgehensmodelle”?

Projekte gibt es schon seit tausenden von Jahren, doch auch heute noch stellt sich die Frage, wie man Projekte erfolgreich zum Ziel führt. Dieser Umgang mit Projekten wurde in der Industriegesellschaft eher als planbasierter Ansatz interpretiert, und wird seit einiger Zeit eher iterativer, agiler gesehen, da es immer mehr komplexe Projekte gibt, die sich beispielsweise durch unklare Anforderungen und unklare Methoden/Techniken auszeichnen (Stacey-Matrix).

Die Vorgehensweise, um solche komplexe Projekte zu bearbeiten ist, das von Deming postulierte Plan-Do-Check-Act – oder auch das Build-Measure-Learn des Lean-Ansatzes – in kleinen Schritten durchzuführen, und die Feedback-Schleifen als Lernmöglichkeiten in den nächsten Schritt mit aufzunehmen. Scrum mit seinem Scrum-Guide, oder auch KANBAN bieten hier Möglichkeiten der Orientierung, wobei Scrum hier präskriptiver (vorschreibender) als KANBAN ist.

Das alles bringt uns zu dem Begriff “Agiles Projektmanagement”, der den Unterschied zum traditionellen, eher plangetriebenen Projektmanagement darstellen soll. Dieser Begriff ist so oft verwendet worden, dass es kaum mehr Personen gibt, die den Begriff hinterfragen. Ich habe dazu allerdings einen Beitrag gefunden, in dem die Autorin genau das gemacht hat.

“Wesentlich für das Verständnis der nachfolgenden Kapitel ist die Trennung der Prozesse des Projektmanagements von den Prozessen zur Erstellung der Ergebnisse. In diesem Sinn ist der Begriff des „Agilen Projektmanagements“ missverständlich, da er so interpretiert werden kann, dass sich die Prozesse und Methoden des Projektmanagements im Fall der Anwendung eines agilen Vorgehensmodells grundsätzlich von jenen Prozessen und Methoden des Projektmanagements unterscheiden, die für andere Vorgehensmodelle eingesetzt werden, z. B. Wasserfallmodell oder V-Modell. Um dieses Missverständnis zu vermeiden, wird in diesem Dokument daher der Begriff des „Agilen Projektmanagements“ vermieden und stattdessen „Projektmanagement für agile Vorgehensmodelle“ verwendet” (Schaden, B. (2015), in projektmanagementaktuell 2/2015).

Es wird hier deutlich, dass der Begriff “Projektmanagement für agile Vorgehensmodelle” treffender wäre. “Agiles Projektmanagement” wird sich wohl dennoch weiter etablieren, da dieser Begriff etwas “griffiger” für die Vermarktung ist.

Auf solche Themen gehen wir auch in den von uns entwickelten Blended Learning Lehrgängen ein, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Gibt es eine “immanente Agilität” bei KMU (Kleinen und mittleren Unternehmen)?

Wenn es um Agilität in Organisationen geht macht es oft einen Unterschied, ob es sich bei der Organisation um ein Großunternehmen, oder um ein KMU (Kleines und mittleres Unternehmen) handelt. KMU verwechseln einerseits oft ihre durchaus vorhandene Flexibilität mit Agilität, und andererseits gibt es eine Art “immanenter Agilität”, die noch eine gewisse Struktur benötigt. In einem Interview von Oliver Steeger hat Ingrid Armbruster den Begriff der immanenten Agilität” bei KMU so erklärt:

“Agile Elemente sind den KMUs deshalb völlig selbstverständlich. Ich nenne dies die immanente Agilität in KMUs. Die Schwierigkeit ist: Vielen KMUS fehlt Wissen über Agilität, also Kenntnisse dazu, wie agile Unternehmen funktionieren. Deshalb wird die immanente Agilität in der Regel wenig gemanagt. Sie wird nicht einmal erkannt. (…) Das heißt aus meiner Sicht: KMUs stehen eher vor der Herausforderung, ihre immanent agilen Abläufe zu formalisieren. Sie müssen bewusst einen Rahmen schaffen, bevor dort im eigentlichen Sinne agil gearbeitet werden kann. Beim agilen Arbeiten geht es ja nicht darum, dass jeder macht, was er will. Man muss zum Wohle der Kunden und des Unternehmens das Richtige tun. Dafür braucht man eine Vision sowie ein Set von Methoden und Vorgehensweisen, um dieses angestrebte Ziel in die Realität umsetzen zu können. Anders gesagt, agiles Arbeiten braucht eine Richtung und das passende Handwerkszeug” (Armbruster (2015), in projektmanagementaktuell 2/2015).

Die bekanntesten Methoden und Vorgehensweisen (Vorgehensmodelle) für ein Agiles Projektmanagement sind beispielsweise SCRUM (aktuell nach Scrum Guide 2020) und KANBAN. Dabei gibt es mit dem SCRUM Guide ein Framework, an dem sich KMU bei der Projektarbeit orientieren können. KANBAN ist demgegenüber weniger präskriptiv (vorschreibend), was einerseits mehr Möglichkeiten bietet, andererseits allerdings auch im Vergleich zum SCRUM-Guide weniger vordefinierte Strukturen aufzeigt.

Darüber hinaus können auch hybride Vorgehensmodelle helfen, die angemessenen Strukturen für agiles/hybrides Arbeiten zu schaffen. Siehe dazu auch DAS Projektmanagement-Kontinuum in der Übersicht und PMI (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Was ist unter KANBAN Kata zu verstehen?

KANBAN stammt ursprünglich aus der Produktion (TPS: Toyota Produktions-System) und wird in der Zwischenzeit (Siehe dazu Anderson 2010) erfolgreich von Wissensarbeiter für komplexe Problemlösungen verwendet. Bei KANBAN gibt es 4 Prinzipien und 6 Praktiken, was im Gegensatz beispielsweise zu SCRUM sehr minimalistisch ist. Bei SCRUM gibt es einen Guide, der sehr vorschreibend (präskriptiv) ist. Bei KANBAN gibt es so etwas nicht, insofern lässt KANBAN bei der Umsetzung mehr Freiräume.

Ein wichtiges Element bei KANBAN ist die Begrenzung von parallel laufender Arbeit mit Hilfe des WiP (Work in Progress), der neben der Durchlaufzeit und der Lieferrate ein wichtiges Steuerungselement darstellt. Für die jeweils erforderlichen Feedback-Schleifen gibt es Meetings, die bei KANBAN Kadenzen heißen. An dieser Stelle kommt der Begriff “KANBAN Kata” ins Spiel:

„KANBAN Kata“ fasst drei standardisierte Meetings zusammen: Daily Standup, Service Delivery Review und Operations Review. Diese drei Feedbackzyklen optimieren auf unterschiedlichen Ebenen:
> Im Daily Standup werden Flussprobleme innerhalb eines einzelnen Teams besprochen und gelöst.
> Im Service Delivery Review wird die von außen wahrnehmbare Leistung eines einzelnen Teams betrachtet. Stakeholder können ihre Erwartungen formulieren und gegen die Fähigkeiten des Teams abwägen. Sollte die Leistung eines Teams nicht ausreichen, werden systematische Blockaden identifiziert und gelöst.
> Das Operations Review dreht sich wieder um den Fluss der Arbeit: Das Zusammenspiel der serviceerbringenden Teams wird analysiert; Abhängigkeiten werden auf Abteilungs- oder Unternehmensebene reduziert.
Quelle: vgl. Eisenberg, F. (2014): Projektmanagement mit der Kanban-Methode unterstützen, in projektmanagementaktuell 4/2014.

Weitere Blogbeiträge zu KANBAN finden Sie hier.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Agil – Traditionell: Veränderung der Anpassungsfähigkeit und des Risikos in Projekten

Welge, M. (2014): Agile Methoden in der Automobilentwicklung, in projektmanagementaktuell 2/2014

Das traditionelle Vorgehen in Projekten ist eher plangetrieben. Diese Vorgehensweise hat Vorteile, wenn sich die Anforderungen nicht “permanent” ändern und die Vorgehensweise (Technik/Methode) “relativ klar” ist. Verändern sich diese Rahmenbedingungen, so sollte eher iterativ vorgegangen werden. Ein so verstandenes agiles Bearbeiten von Projekten hat Auswirkungen auf die Anpassungsfähigkeit, und auf das Risiko über die Zeit (Abbildung).

Bei traditionell plangetriebenen Vorgehen in Projekten ist die Anpassungsfähigkeit am Beginn des Projektes hoch, nimmt allerdings mt der Zeit stark ab (Änderungen werden mit der Zeit immer weniger gerne gesehen). Bei einem agilen, eher iterativen Vorgehen, bleibt die Anpassungsfähigkeit demgegenüber über die Zeit auf einem relativ hohen Niveau (Änderungen sind willkommen).

Beim Risiko sieht es traditionell so aus, dass das Risiko erst mit der Zeit reduziert werden kann. Bei einem agilen Vorgehen kann das Risiko in Projekten schon recht schnell durch das iterative Arbeiten reduziert werden.

Sind also die Rahmenbedingungen gegeben, und ist somit eine gewisse Komplexität im Projekt vorhanden, bieten agile Vorgehensmodelle gerade bei der Anpassungsfähigkeit und bei der Risikoreduzierung über die Zeit Vorteile. Solche Vorteile können natürlich auch bei einem Hybriden Projektmanagement erzielt werden. Siehe dazu DAS Projektmanagement-Kontinuum in der Übersicht.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.