Veröffentlicht am

Mit Lean Budgets in einem agilen Umfeld Projektarbeit flexibel finanzieren

Auf dem Weg zu einer Agilen Organisation wird schnell klar, dass das klassische Budgetieren, oder die klassische Projektkostenrechnung, nicht besonders gut geeignet sind, Wertströme in einem agilen Umfeld darzustellen und zu unterstützen. Siehe dazu auch Veränderung des Controllings in einer VUCA-Welt. Auf der Ebene der Gesamtorganisation wird beispielsweise in der Zwischenzeit öfters OKR (Objectives and Key Results) verwendet. Wenn es nicht diese “große Lösung” sein kann oder soll, könnten Lean Budgets helfen, agile Projektarbeit flexibel zu finanzieren.

“Lean Budgets ist ein Lean-adaptive-Ansatz für die Finanzverwaltung, der den Durchsatz
und die Produktivität erhöht, indem der mit der Projektkostenrechnung verbundene Aufwand und die Kosten reduziert werden. Bei der Einführung von Agilität in großem Maßstab stellen viele Unternehmen schnell fest, dass das Streben nach geschäftlicher Agilität durch eine Lean-adaptive-Entwicklung im Widerspruch zu den traditionellen Budgetierungs- und Projektkostenrechnungsmethoden steht. Infolgedessen wird die Umstellung auf die Lean-adaptive-Entwicklung – und die Realisierung der potenziellen geschäftlichen Vorteile – beeinträchtigt oder ganz verhindert. Um dieses Problem zu lösen, führt z. B. SAFe Lean Budgets als einen Lean-adaptive-Ansatz für die Finanzverwaltung ein. Dabei werden an den Wertschöpfungsprozessen des Unternehmens orientierte Themenfelder finanziert, von denen jedes gewünschte Geschäftslösungen liefert. Der erste Schritt der Lean Budgetierung besteht darin, jedem dieser sogenannten Wertströme ein Budget entsprechend definierter Leitplanken (Politik, Richtlinien, Strategie) zuzuweisen. Aus diesen »Töpfen« wird dann die operative Arbeit in der Umsetzung im Detail flexibel finanziert” (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.

Veröffentlicht am

Projektmanager/in Agil (IHK) am 21.08.2023 in Köln gestartet

Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in Agil (IHK) ist am Montag, den 21.08.2023, bei der IHK in Köln mit dem ersten Präsenztag gestartet. Der Lehrgang wird von Thomas Maikath durchgeführt. An den Präsenztagen werden die Inhalte erarbeitet und auf eine Fallstudie übertragen. In den Onlinephasen können die Teilnehmer die Inhalte auf der Lernplattform vertiefen und die Fallstudie gemeinsam bearbeiten. Der Lehrgang ist mit dem Zertifikatsworkshop am 25.09.2023 beendet.

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

Veröffentlicht am

Projektmanager/in Agil (IHK) ab Oktober auch in Düsseldorf

Der von uns entwickelte Blended Learning Lehrgang Projektmanager(in AGIL (IHK) wird jetzt auch in Düsseldorf angeboten.

Projektmanager/in Agil (IHK) – Blended Learning Lehrgang (Flyer, IHK-Website) 20.10.-01.12.2023, IHK Düsseldorf, Ansprechpartnerin: Frau Wanke, Telefon: 0211/17243-35, E-Mail: wanke@duesseldorf.ihk.de

Die Präsenztage sind jeweils freitags. In den Onlinephasen können Sie die jeweiligen Inhalte vertiefen. Zu den Inhalten gehören Themen wie Agile Organisation, Lean und Kanban, Scrum, Hybrides Projektmanagement und Scaling Agile mit dem Agilen Controlling. In einer Projektarbeit übertragen Sie dann in einem Team die Inhalte auf eine Fallstudie

Informationen zu den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. finden Sie auf unserer Lernplattform.

Veröffentlicht am

Veränderung des Controllings in einer VUCA-Welt

Image by Alicja from Pixabay

Das klassische Controlling basiert auf der Annahme einer relativ stabilen Umwelt, die sich relativ gut vorhersehen/planen lässt. Aus dieser Annahme sind dann Controllingansätze entstanden, die in der heutigen VUCA-Welt oft nicht mehr zeitgemäß sind. Viele Organisationen sind es noch gewohnt, zu Budgetieren, oder sind auf den Umsatz, bzw. auf Auslastung zu fokussieren. Diese Steuerungsmöglichkeiten sollten in einer VUCA-Welt ersetzt werden. So argumentieren zumindest die Autoren in einem Artikel, der in der Zeitschrift projektmanagementaktuell erschienen ist.

“Wir haben im vorliegenden Artikel gezeigt, dass Controlling-Systeme historisch begründet sind und auch ihren Nutzen erbringen. Wir haben argumentiert, dass der Nutzen sich in VUCA-Welt-Zeiten anders darstellt. Dies liegt an den Eigenschaften der VUCA-Welt begründet und wir haben aufgezeigt, welche gängigen Praktiken vor diesem Hintergrund nicht mehr optimal funktionieren. Budgetierung, Umsatz- und Auslastungsfokussierung sind Beispiele dazu, denen wir Konzepte wie Engpass-Investitionen, Oktanzahl und limitiertes WIP gegenübergestellt haben. Auch wenn diese drei Konzepte alleine nicht das Controlling vor allen notwendigen Veränderungen der VUCA-Welt retten wird, so eröffnen sie jedoch gedankliche Wege der Anpassung von Steuerungssystemen, die dort benötigt werden, wo maximale Dezentralisierung und Selbstorganisation (noch) nicht funktionieren” (Nun, H.; Schaffizel, N. 2020: Neue Perspectiven auf das Controlling in VUCA-Zeiten. In: projektmanagementaktuell 2/2020, S. 46-50).

Das sollte natürlich nur der Anfang sein, denn je stärker sich eine Organisation auf Agilität ausrichtet, umso mehr wird sie auch auf OKR (Objectives & Key Results) umstellen. In der Übergangsphase gibt es hybride Szenarien in denen sich das Controlling aus “beiden Welten” bedienen muss, was durchaus eine Herausforderung für alle Beteiligten darstellt.

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

Agiles Projektmanagement: Was zeichnet ein gutes Product Backlog aus, und wie kann man es steuern?

Es ist auch im Agilen Projektmanagement gut, mit Metriken zu arbeiten, und diese zur Steuerung zu verwenden. Einzelne Steuerungstechniken wie Burn-Down Charts, Burn-Up Charts, Velocity oder Cumulative Flow Diagram werden oft relativ isoliert betrachtet und möglicherweise irgendwann einmal in ein OKR (Objectives and Key Results) überführt. Dieser Weg ist für viele Organisationen allerdings noch sehr lang. Es stellt sich daher die Frage, was man mit den oftmals vorhandenen Steuerungstechniken verbessert machen kann. In dem folgenden Beispiel betrachten wir im Scrum Rahmenwerk (Framework) das Product Backlog etwas genauer.

Das Product Backlog ist eine emergente, geordnete Liste der Dinge, die zur Produktverbesserung benötigt werden (Schwaber/Sutherland 2020). Es ist die einzige Quelle von Arbeit, die durch das Scrum Team erledigt wird. Das Product Backlog ist eine geordnete Liste von allem, von dem bekannt ist, dass es im Produkt enthalten sein soll. Es dient als einzige Anforderungsquelle für alle Änderungen am Produkt. Der Product Owner ist für das Product Backlog, seine Inhalte, den Zugriff darauf und die Reihenfolge der Einträge verantwortlich (Gareis/Gareis 2017:137). Es gibt einige Qualitätskriterien (wie z.B. DEEP) die beschreiben, was ein gutes Product Backlog ausmacht, doch geht es noch besser, noch quantitativer? Antwort: Ja, durchaus.

“Ein gutes Backlog zeichnet sich vor allem dadurch aus, dass die darin enthaltenen User Stories gut beschrieben sind. Sie benötigen Story Points für die Komplexitätsmessung, einen Prioritätswert, einen Business Value und eine Risikobewertung. Um die Qualität des Backlogs zu messen, kann beispielsweise eine kombinierte Metrik mit folgenden Kenngrößen verwendet werden:
• Anzahl der User Stories im Backlog verglichen mit einem festgelegten Zielwert.
• Verweildauer der User Stories im Backlog bzw. Dauer zwischen Erstellung und Übergang in den Status ´Ready´.
• Gruppierung der User Stories nach Priorität, Anzahl Story Points, Business Value bzw. Risikobewertung und Vergleich mit festgelegten Zielwerten.
(…) In diesem Beispiel sind 30 User Stories im Product Backlog (Zielwert 50). Diese haben eine Komplexität von 1.600 Story Points (Zielwert 2.000) und einen Business Value von 1.050 (Zielwert 1.500). Je Kategorie wird zusätzlich die Verteilung auf Prioritäten von eins bis vier gezeigt. Aufgrund der Abweichungen gegenüber den Zielwerten ergibt sich ein gemittelter Gesamterfüllungsgrad von 70%” (Brüggenkamp et al. 2020: Metriken in agilen Projekten. In: projektmanagementaktuell 4/2020, S. 53-59).

Interessant ist, dass die Autoren auch eine Visualisierung der quantitativen Werte in einer Backlog Health Chart vorschlagen, aus der dann sogar Trendanalysen ableitbar sind. Hier wäre ich allerdings etwas vorsichtiger, da es in einem agilen Vorgehensmodell immer wieder zu stärkeren Veränderungen kommt, die so nicht immer vorhersehbar sind. Dennoch halte ich den in dem Artikel aufgezeigten Ansatz für praktikabel und nützlich.

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.