Direkt zum Hauptbereich

Die Hiding Hand verführt uns zu Projekten. Lean- und Agile-Ansätze sind die Fortsetzung.

Wir haben schon über die “Hiding Hand” in unseren Projekten geschrieben /1/. Die Idee kommt von Albert O. Hirschman. Hirschman beobachtete 1967 auf Basis seiner Erfahrungen in Entwicklungsländern, wie fehlgeplante Projekte durch Anpassungen trotzdem zu einem positiven Nutzen gebracht werden. Die “Hiding Hand” bringt uns dazu, Projekte zu unternehmen, die wir nie angegangen hätten, wenn wir die vollen Kosten und Risiken zu Projektbeginn gekannt hätten. Die Fehlplanung wird (angeblich) zu einem Segen, der unsere Entwicklung vorantreibt /2, 4/. Aber brauchen wir wirklich eine Hiding Hand, die uns in Projekte lockt? Ich denke nicht.

Hirschman sah die Hiding Hand als Teil eines Lernprozesses. Die Hiding Hand verschwindet mit der Zeit, da wir lernen, besser zu planen und größere Risiken einzugehen. Aber, Herr Hirschman, hat Deutschland in diesem Sinne das Stadium eines Entwicklungslands wirklich verlassen? 

Wenn wir die aktuelle Projektlandschaft anschauen, von Berliner Flughafen bis zu kleineren Projekten in Firmen, stellt es sich die Frage, ob die Hiding Hand in Länder wie Deutschland wirklich keine Rolle mehr spielt. Ich erlebe ihre Wirkung in fast jedem Projekt. Haben wir aus unseren Projekterfahrungen nichts gelernt, wie Bent Flyvbjerg meint? /3/ 

Oder haben wir uns doch durch die Hiding Hand schon weiter entwickelt? Aus meiner Sicht zeigen Techniken aus den Bereichen Lean und Agile genau die von Hirschman versprochene Reifegradentwicklung. Durch sie wagen wir mehr Projekte, allerdings ohne den Stress der Rettung eines gekenterten Projekts. 

Welche Techniken aus der agilen Welt könnten helfen? Mir fallen folgende Punkte ein:
  • Aufgaben bzw. Projekte in kleine Teile zerlegen
  • Menge der gleichzeitigen Aufgaben reduzieren (Limiting work in progress)
  • Fast Feedback
Also, wir testen die Hypothese der Reihe nach….

Lieber kleine Projekte

Bei Projekten explodieren Schätz- und Planungsfehler exponentiell mit der Größe. Ansätze wie Scrum, Kanban oder Lean Startup empfehlen, die “Batch Size” (Arbeitpakete, User Stories, Größe oder Menge an Features, Sprint-Länge etc.) klein zu halten. Das ist vorteilhaft:
  • Die Sache bleibt überschaubar. Damit kann ich genauer schätzen und planen.
  • Ich bin eher bereit die Risiken einzugehen, weil sie klein sind.
  • Fast Feedback ist möglich. Wir bekommen früher Ergebnisse und können besser Ziele und Aufgaben anpassen.
Wir sollten durch die Hiding Hand lernen, größeren Risiken einzugehen. Sind kleine Projekte hier ein Widerspruch? Keineswegs. Gerade die Erfahrungen aus kleineren Projekten gibt uns den Mut, größere Projekten anzugehen. 

Anzahl der Aufgaben begrenzen (limiting work in progress)

Das Eingrenzen und Priorisieren der aktuellen Projekte/Aufgaben verbessert unsere Produktivität. Zwar erhöht das WIP-Limit unseren Durchsatz enorm. Aber gerade die Priorisierung, also die Frage, welches Projekt als nächstes begonnen wird, verbessert unsere Einschätzung des Risikos. 

Begrenzung und Prioriserung verringert Kapazitätsengpässe. Teams, die ein Kanban-Board aufgestellt haben, berichten wie zauberhaft die Eingrenzung der WIP wirkt, als ob eine Hiding Hand sie unterstützt.

Und die Ausnahme bestätigt der Regel. Ich kenne ein kleines Startup, das mit dem vollen Einsatz von Scrum stolziert. Leider wurde wenig auf die Begrenzung des WIP geachtet. Dadurch haben sie einen See von Aufgaben aufgefüllt, worin sie zu ertrinken drohen. Nun führt die Firma Kanban-Boards und starke Prioritisierungsregeln ein. Die Wirkung: die Produktivität, die Qualität und die Motivation der Mannschaft  steigen. Die Reifegradentwicklung dieses jungen Unternehmens ist innerhalb nur Monate spürbar.

Fast Feedback

Fast Feedback hilft uns dabei, zu lernen. Fast Feedback schließt Messverfahren und Erstellung von Prototypen ein, sowohl in internen Prozessen als auch beim Kunden. Mit Fast Feedback reduziert sich das  Risiko, unter falsche Voraussetzungen hinsichtlich Anforderungen, Qualität, Nutzen, Umfang usw. zu arbeiten. Wir können schnell korrigieren. Wir gewöhnen uns an Changes, und die Anpassungen an sich werden kleiner. Wenn wir die Gewissheit haben, dass eine Korrektur möglich ist, entscheiden wir uns eher dafür, etwas neues zu entwickeln.

Ich denke, dass wir doch was gelernt haben. Wie ist Ihre Erfahrung in Projekten?

Anmerkungen

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

Selbstbewertungsfragen für den Alltag in Arbeitsgruppen aus Sicht von Mitarbeitenden

Welche Fragen können wir Mitarbeiter:innen stellen, um herauszufinden, ob agiles Arbeiten wirkt? Es gibt bereits eine Menge an Fragebögen. Aber ich bin nicht immer zufrieden damit.

Microsoft Lists: mit Forms und Power Apps komfortabel mobil arbeiten

In meinem Kundenkreis sind viele Menschen, die den Arbeitsalltag nicht vorwiegend auf dem Bürostuhl sitzend verbringen, sondern "draußen" unterwegs sind. Vielleicht in Werkstätten oder im Facility-Management. Es ist so wichtig, dass die Schnittstellen zu den Abläufen im Büro gut abgestimmt sind. Microsoft 365 hat so einiges im Baukasten, man muss es nur finden und nutzen.  In diesem Artikel spiele ich ein Szenario durch, das auf Microsoft Lists, Forms und - für die Ambitionierteren - Power Apps setzt.

Wie Agilität den Kundennutzen steigert - Einige Argumente für Berater:innen

In Zeiten wirtschaftlicher Unsicherheit fragen sich viele, ob agile Beratung noch eine Zukunft hat. Die Antwort liegt in der konsequenten Orientierung am Kundennutzen. Qualität setzt sich durch, wenn sie messbare Verbesserungen bei Umsatz, Kosten und Leistungsfähigkeit bewirkt, anstatt sich in Methoden und zirkulären Fragen zu verlieren. Dieser Artikel zeigt, wie agile Beratung nachhaltige Veränderungen in Unternehmen schafft und warum gerade jetzt gute Berater:innen gebraucht werden, um Organisationen widerstandsfähiger zu machen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Warum eine Agile Transformation keine Reise ist

Die agile Transformation wird oft als eine Reise beschrieben. Doch dieser Vergleich kann viele Unternehmen in die Irre führen oder Bilder von unpassenden Vergleichen erzeugen. Transformationen sind keine linearen Prozesse mit einem klaren Ziel, sondern komplexe und dynamische Entwicklungen. Dieser Artikel zeigt, warum Agilität kein Weg mit einem festen Endpunkt ist.

Warum bringen Warum-Fragen so wenig?

Frust! Wieder gibt's am Ende des Meetings keine Lösungen, sondern nur Diskussionen darüber, wer was warum verbockt hat. Wieder geht nichts voran. Warum passiert uns das immer wieder? (Ha! Da ist sie wieder, die Warum-Frage.)

Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.