Öffentliche Verwaltungen haben etwas andere Anforderungen an ein Projektmanagement. In dem Blogbeitrag Gegenüberstellung: Öffentliche Verwaltung und Erfolgsfaktoren von Projekten habe ich erläutert, wie schwierig es für Öffentliche Verwaltungen ist, die Erfolgsfaktoren für ein erfolgreiches Projektmanagement zu erfüllen.
Dennoch kann eine stärkere Projektorientierung in Öffentlichen Verwaltungen den Ineffizienzkreislauf durchbrechen. Gerade für die vielen Digitalisierungsprojekte bietet sich oft ein Hybrides Projektmanagement an.
“Die klassische Methode wird im Gesamtprojekt eingesetzt, indem die wichtigsten Meilensteine sowie die Aufträge mit Hauptzielen für die Teilprojekte definiert werden. Hierfür wird auch eine Meilensteintrendanalyse (MTA) monatlich durchgeführt. Für die Neuermittlung der Restkosten und Restleistungen wird ebenfalls Cost to complete (CTC) monatlich durchgeführt. Die Berichtserstattung an die Lenkungsgruppe erfolgt alle 6 Wochen.
Die Teilprojekte werden agil geleitet. Zum Einsatz kommt dabei die Kanban Board-Technik, in der die Backlogs verwaltet werden. Die Teilprojektleiter haben die Freiheit, mit ihren Teams die Tasks in den Backlogs und deren Bearbeitungsreihenfolge zu definieren, um den Auftrag des Teilprojektes zu erfüllen”
Quelle: Meier et al. (2025), in Projektmanagement Aktuell 04/2025.
Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in Agil (IHK) wird im Oktober wieder in Düsseldorf angeboten:
Projektmanager/in Agil (IHK) – Blended Learning Lehrgang Flyer und IHK-Website 27.10.-01.12.2025, IHK Düsseldorf Ansprechpartnerin: Frau Wanke, Telefon: 0211/17243-35 E-Mail: petra.wanke@duesseldorf.ihk.de
In dem Lehrgang geht es u.a um folgende Themen:
Unternehmen sollten wissen, wie sie die Projekte herausfiltern, die dann sinnvoll mit agilen Methoden durchgeführt werden können.
Es gibt nicht nur Scrum als agiles Rahmenwerk, auch Lean und Kanban gehören zu geeigneten Vorgehensmodellen. Bei Kanban gibt es – im Vergleich zu Scrum – nicht die Trennung der Projektmanager-Rolle in Product Owner und Scrum Master.
Scrum: Hier ist zwischen dem Scrum-Guide und ScrumAnd (z.B. Scrumban) bzw. ScrumBut zu unterscheiden. Nicht alle Unternehmen nutzen Scrum genau nach dem aktuellen Scrum-Guide.
Herauszufinden, was die agilen Anforderungen sind ist nicht Bestandteil des Scrum-Guides. Wir ergänzen diesen Punkt daher mit dem Requirementsboard.
Agile Vertragsgestaltung: Ein wichtiges Element, da die Leistung nicht, wie beim Klassischen(Plangetriebenen) Projektmanagement, genau beschrieben vorliegt (Magisches Dreieck).
Hybrides Projektmanagement: Hier gibt es viele Variationen, was einen Ordnungsrahmen erforderlich macht.
Scaling Agile: Der Scrum-Guide wurde für einzelne Projekte geschrieben, doch wie geht man mit vielen agilen Projekten um? Nexus und LeSS orientieren sich stark am Scrum-Guide. SAFe wiederum hat eine umfangreiche Struktur und nutzt verstärkt Lean und Kanban. Hier schließt sich der Kreis des Gesamtkonzepts.
Ein(e) Projektmanager/in Agil (IHK) ist somit für verschiedene Rollen in Organisationen geeignet.
Künstliche Intelligenz wird unseren individuellen Alltag, Unternehmen/Organisationen und letztendlich die gesamte Gesellschaft in verschiedenen Anwendungsformen immer stärker beeinflussen.
Dabei deutet sich in den Unternehmen/Organisationen eine interessante Entwicklung an.
Organisationen waren in den letzten 100 Jahren der Industrialisierung darauf fokussiert, ihre Prozesse (oftmals Routineprozesse) immer weiter zu optimieren, effektiver und effizienter zu machen. Diese Prozesslandschaften haben dann zu den bekannten Qualitätsmanagement-Systemen oder auch Projektmanagement-Systemen geführt. Gerade im Projektmanagement hat sich diese Vorgehensweise (Vorgehensmodelle) bei Projekten im Entwicklungsbereichen (Innovationen) zu einer Arbeitsform (Vorgehensmodell) entwickelt, die eher produktorientiert ist. Paradebeispiel dafür ist das Scrum-Framework mit den zu erzielenden Increments am Ende des Sprints oder das Minimum Viable Product (MVP), das wir aus dem Lean Start-up-Ansatz kennen.
Dieser Trend wird aktuell durch Künstliche Intelligenz scheinbar wieder umgekehrt. Wie kommt das?
Schauen wir uns einmal an, wie stark Künstliche Intelligenz den gesamten Lebenszyklus der Software-Entwicklung beeinflusst, so können wir erahnen, dass die Zyklen, in denen ein (Software-)Ergebnis (Increment, MVP) produziert werden kann, immer kürzer werden. Möglicherweise so kurz, dass es sich gar nicht mehr lohnt, den gesamten Scrum-Zyklus mit den vorgesehenen Artefakten und Events durchzuführen, und es zu einem kontinuierlichen Fluss an Ergebnissen (Produkten) kommt. In meinem Beitrag Künstliche Intelligenz: Wird Scrum durch den permanenten Fluss an Produkten zu Kanban? hatte ich das schon einmal angedeutet. Es freut mich daher, dass der Gedanke durchaus auch von anderen Autoren vertreten wird:
“Der Fokus essenzieller Design- und Architekturentscheidungen verschiebt sich in der Digitalisierung genau wie einst in der Industrialisierung von der Produktentwicklung hin zur Prozessentwicklung. Hier schließt sich auch der Kreis zu Scrum, denn zwei der wichtigsten Scrum-Pioniere Hirotaka Takeuchiund Ikujiro Nonaka kamen ursprünglich aus industriellen Produktions- und Innovationskontexten, nicht aus der Softwareentwicklung” (Immich, T.(2025): KI-Agenten Teil 2: Von der Produktentwicklung zur Prozessoptimierung, in Heise Online vom 27.05.2025).
Wenn es darum geht, Klassische Vorgehensmodelle (Plangetriebene Vorgehensmodelle) und Agile Vorgehensmodelle abzugrenzen, wird oftmals die Stacey-Matrix herangezogen. – obwohl es mit dem Cynefin-Ansatz, dem Vorschlag von Boehm & Turner usw. auch andere Möglichkeiten gibt.
In der Stacey-Matrix werden auf der Y-Achse Anforderungen an das Projekt von “weitreichend klar” bis “geringe Klarheit” positioniert. Hier geht es somit um das WAS. Auf der X-Achse geht es um Technik/Methode, die für das Projekt “im Griff” oder auch “unklar/unsicher” sein können. Hier geht es um das WIE (Siehe Abbildung).
Es ergeben sich daraus drei Bereiche: Simpel, Kompliziert und Komplex. Weiterhin können über die Diagonale die geeigneten Vorgehensmodelle abgeleitet werden. Simpel bedeutet hier, dass die Anforderung als Routinetätigkeit angesehen werden kann. KVP ist die Abkürzung für “Kontinuierlichen Verbesserungsprozess” oder auch Kaizen. Das bedeutet, um die Anforderungen zu erfüllen, muss der Routineprozess verbessert werden. Reicht das nicht mehr aus, so kommen wir in den Bereich des (Klassischen) Projektmanagements, zu dem es Normen und Standards gibt, die sich in vielen Branchen bewährt haben.
Werden die Anforderungen und auch Technik/Methode immer unklarer, kommen wir von dem komplizierten Bereich immer stärker in einen komplexen Bereich, in dem mehr Selbstorganisation gefordert ist, um das Projekt zum Erfolg zu führen. Mit Kanban, Scrum und Design Thinking sind hier nur drei von vielen Vorgehensmodellen genannt, die dem Agilen Projektmanagement zugerechnet werden.
Der Vorteil der Stacey-Matrix liegt darin, dass sie recht einfach umsetzbar ist und somit einen schnellen und guten Einstieg dafür bietet herauszufinden, welches Vorgehensmodell für ein Projekt geeignet erscheint.
Nachteile der Stacey-Matrix sind: (1) Es sind nur zwei Dimensionen zu bewerten – bei einem komplexen Projekt möglicherweise zu wenig, (2) Das Hybride Projektmanagement wird hier nur indirekt thematisiert. Man könnte den Bereich zwischen “Kompliziert” und “Komplex” dafür nehmen, was allerdings recht ungenau wäre.
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.
Der Begriff Komplexität ist im Projektmanagement sehr wichtig. Projektmanagement-Standards wie IPMA, PMI oder auch Prince2 bieten beispielsweise an, die Komplexität eines Projektes, oder vieler Projekte, nach einem definierten Ablauf abzuarbeiten. Auch agile Vorgehensmodelle wie Scrum oder auch Kanban machen hier Vorschläge. Dabei wird Wert darauf gelegt, in kleinen Iterationen vorzugehen.
Im Rahmen der Stacey-Matrix wird weiterhin versucht, anhand der beiden Dimensionen Anforderungen (bekannt – unklar) und Vorgehen (bekannt-unklar) das geeignete Vorgehensmodell zu bestimmen. Im komplexen Bereich wird dann empfohlen, agile Vorgehensmodelle einzusetzen.
Es liegt auf der Hand, dass diese Einschätzung nicht alleine aufgrund zweier Dimensionen gemacht werden sollte, da es eine Vielzahl vonEinflussfaktoren auf die Komplexität im Projektmanagement gibt. In der folgenden Tabelle sind einige davon aufgelistet.
Komplexitätsdimensionen des Projektmanagements (Reiss 2018, in projektmanagementaktuell 3/2018)
In solch komplexen Systemen verändern sich die jeweiligen Parameter permanent, sodass eine eigene Dynamik entsteht. Es ist daher empfehlenswert, die Einschätzung darüber, ob es sich um ein kompliziertes oder komplexes Projekt handelt, mehrmals durchzuführen. Gerade am Anfang eines Projekts liegen noch nicht so viele Informationen über das Projekt vor (Cone of Uncertainty), sodass die erste Einschätzung fehlerbehaftet sein kann.
Grundsätzlich kann man davon ausgehen, dass Selbstorganisation die Antwort auf Komplexität ist. Daraus lässt sich ableiten, dass es nicht alleine erfolgversprechend ist, Standards einzusetzen, sondern dass auf allen Ebenen die Selbstorganisation zu entwickeln. Auf der individuellen Ebene, der Gruppenebene, der organisationalen Ebene und der Netzwerkebene.
Gehen wir nach Erpenbeck/Heyse von Kompetenz als Selbstorganisationsdisposition aus, so bedeutet das, in diesem Sinne Kompetenz auf der individuellen Ebene, der Gruppenebene, der organisationalen Ebene und der Netzwerkebene zu entwickeln (Kompetenzmanagement).
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.
In unsicheren, turbulenten Zeiten kommen plangetriebene Projekte an ihre Grenzen, da sich Anforderungen und Vorgehensweisen (Methoden/Techniken) oft ändern. Das bisher übliche eher langfristige planen über über mehrere Monate, Quartale und Jahre kommt an seine Grenzen.
Ein eher iteratives Vorgehen in eher kürzeren Zyklen bietet sich gerade bei Entwicklungsprojekten und hier besonders bei der Softwareentwicklung an. Das Agile Manifest und das Scrum-Framework sind entsprechende Antworten auf diese Entwicklungen. Im Vergleich zum plangetrieben Vorgehen, schlägt der Scrum-Guide vor, Produkte (Increments) maximal in einem Monat zu entwickeln. Die Praxis zeigt, dass Organisationen sogar zu 14-tägigen Zyklen tendieren.
In Zeiten von Künstlicher Intelligenz (KI) können allerdings gerade Software-Produkte immer schneller entwickelt und als Produkt (Increment) vorgestellt werden. das kann schon in wenigen Tagen, ja in wenigen Minuten erfolgen.
Was bedeutet das für das Scrum-Framework?
Gehen wir von dem Gedanken aus, dass Künstliche Intelligenz in immer schnelleren und kürzeren Zyklen Produkte generieren kann, wird der Scrum-Zyklus eher zu einem permanenten Fluss an Produkten – und somit eher zu einem Vorgehen, das wir aus Kanban kennen.
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.
Eigene Darstellung. Tolnai, E.; Auth, G. (2016:38) Evaluation von Software-Werkzeugen für agiles Projektmanagement. In: projektmanagementaktuell: 2.2016, S. 36-42
Die Merkmale des Agilen Projektmanagements können recht gut in einem Bezugsrahmen dargestellt werden (Siehe Abbildung). Neben den Kategorien Ziele, Prinzipien, Prozess und Projekt, geht es dabei auch um die Regelwerke und Informationsträger.
“Regelwerke beschreiben Details für Vorgehen in und Management von agilen Projekten, denen als gemeinsames Merkmal ein iterativer Prozess zugrunde liegt. Diese Regelwerke wollen mit wenigen und einfach verständlichen Regeln auskommen, weshalb sie auch als leichtgewichtig bezeichnet werden. Zu den bekanntesten Vertretern zählen Scrum, Kanban, die Crystal-Familie und Dynamic Systems Development Method (DSDM), die ihren Ursprung wiederum durchweg in der Softwareentwicklung haben. Die einzelnen Elemente des Bezugsrahmens orientieren sich aufgrund des hohen Verbreitungsgrades an Scrum, stellen aber eine Verallgemeinerung dar. Der Begriff Informationsträger geht auf Cockburn zurück und wird als Überbegriff von Darstellungsformen für Projektinformationen verwendet, die inhaltlich aktuell und für alle Projektmitarbeiter gut sichtbar sind und somit für Transparenz im Projekt sorgen” (Tolnai/Auth 2016).
Dieser Bezugsrahmen kann auch als Orientierung zur Auswahl von geeigneter Software genutzt werden.
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 hat sich ursprünglich aus der Produktion entwickelt und ist über die Software-Entwicklung (Anderson 2010) zu einem wichtigen Instrument der Wissensarbeit geworden. Kanban hat grundsätzlich das Ziel, in jedem Schritt einen Wert zu generieren und die jeweiligen Anforderungen mit der Leistungsfähigkeit des Prozessschrittes in Einklang zu bringen. Das kann auf der individuellen Ebene, der Teamebene oder der organisationalen Ebene sein.
Ein wichtiges Element von Kanban ist die Engpasssteuerung. Basis dieser Überlegung ist es, dass in einem Prozess immer wieder zu Engpässen kommt, die dann den gesamten Wertschöpfungsprozess behindern können. Das führt uns zu den Überlegungen von Goldratt, der in seiner Theory of Constraints das Bild von Drum-Buffer-Rope benutzt, um die Zusammenhänge zu erläutern.
“Es schien sinnvoller zu sein, für einen verbesserten Arbeitsablauf zu sorgen, indem man einen Engpass nach dem anderen beseitigt. Dies ist die Kernidee hinter der Engpasstheorie von Goldratt. (…) Goldratts Ansatz (…) zielt darauf ab, einen Engpass zu identifizieren und dann Wege zu finden, diesen zu erweitern, bis er die Leistungsfähigkeit nicht mehr einschränkt. Sobald dies passiert ist, wird ein neuer Engpass sichtbar und der Zyklus wiederholt sich. (…) Drum-Buffer-Rope erzeugt Pull-Signale im Tempo des Engpasses und verhindert damit eine Überlastung des gesamten Systems, es erzeugt Stabilität. Allerdings ist es in seiner einfachsten Form nicht robust gegenüber Schwankungen in der Durchlaufzeit oder in Ungleichmäßigkeiten im Arbeitsfluss vor dem Engpass” (Anderson 2024).
Drum-Buffer-Rope in einer Organisation so zu erklären, dass andere es verstehen, ist nicht ganz einfach. Weiterhin kommen noch die Probleme bei Schwankungen usw. hinzu. Genau hier kommt Kanban ins Spiel. Mit Hilfe von Kanban ist es möglich, diese Schwierigkeiten zu lösen und einen evolutionären Prozess anzustoßen.
“Kanban hat das Dilemma gelöst, einen Ansatz zu finden, der sowohl eine nachhaltige Geschwindigkeit als auch die Einführung von Veränderungen zur Verbesserung der wirtschaftlichen Leistung ohne nennenswerten Widerstand oder Trägheit ermöglicht” (Anderson 2024).
Dieser Prozess führt letztendlich zu einer Agilen Organisation, die die aktuellen Strukturen und die Mitarbeiter mitnimmt, die Arbeitsformen und agiler ausrichtet. Alle oben genannten Ebenen werden stabiler gegenüber Schwankungen und somit resilienter.
Ich stelle allerdings immer wieder fest, dass viele Organisationen den Begriff Kanban verwenden und nur ein einfaches Task Board damit meinen. In solchen Organisationen ist das Verständnis von Kanban und das entsprechende Mindset noch nicht geschaffen. Weitere Blogbeiträge zu Kanban 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), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Bei Veränderungen sollten alle Beteiligten einer Organisation im Vorfeld mit einbezogen werden. Weiterhin ist es hilfreich, wenn die jeweiligen Schritte transparent sind und visualisiert werden.
Bei Migros, einem der größten Handelsunternehmen der Schweiz, wurde beispielsweise die klassische Projektorganisation zu einer agilen Produktorganisation weiterentwickelt. Dieser Prozess wurde mit Transparenz und Visibilität unterstützt – beispielsweise kann das durch (Kanban) Boards geschehen. Interessanterweise wurden dadurch viele Problemfelder sichtbar, die vorher verborgen blieben. Wichtig ist, diesen Punkt angemessen zu interpretieren:
“Ein Phänomen, von dem Migros überrascht wurde, war die plötzliche Vielfalt von Problemen in der Organisation. Das Team wurde das Gefühl nicht los, dass die meisten dieser Probleme schon immer da waren – aber irgendwie niemanden gestört hatten. Durch die gewonnene Transparenz wurden jetzt Dinge sichtbar, die zuvor verborgen waren. Wichtig war hier, verständlich zu machen, dass diese Problemfelder nicht durch den Systemwechsel entstanden waren, sondern erst durch ihn sichtbar wurden. Die Organisation musste lernen, damit umzugehen und die zutage geförderten Fragestellungen als Grundlage und Katalysator für die nächsten Schritte zu nutzen. Sie wurden dann zur »Burning Platform« für die nächsten Phasen” (Hüsselmann 2024).
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.
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.
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.
Translate »
Diese Website benutzt Cookies. Wenn du die Website weiter nutzt, gehen wir von deinem Einverständnis aus.
