Wasserfall ist weder “agil” noch “nicht agil”

Immer wieder höre ich davon, dass die Wasserfall-Methode nicht agil ist. Mit diesem Beitrag möchte ich meine Sicht auf diese Aussage spiegeln. Dabei möchte ich auf zwei Dinge eingehen. Zum einen kann eine Methode an sich, also ohne Kontext, niemals “etwas sein” oder “etwas nicht sein”. Zum anderen sollte für einen erfolgreichen Einsatz einer Methode immer Derjenige die Verantwortung übernehmen, der diese auswählt und anwendet, niemals die Methode an sich.

Wasserfall ist weder “agil” noch “nicht agil” …,

… genauso wie übrigens Scrum als Methode weder “agil” noch “nicht agil” sein kann. Erst einmal müssen wir natürlich klären was man mit dem Begriff “agil” im Unternehmenskontext eigentlich verbindet. In meinem Beitrag Agilität ist in aller Munde, aber auch im Kopfe? habe ich bereits die folgende Definition angebracht.

Agil sein oder Agilität bedeutet nicht nur Wandel zu akzeptieren. Agilität geht einen Schritt weiter und fordert Wandel, wenn dies sinnvoll erscheint. Demnach müssen zwei Bedingungen erfüllt sein, damit eine Organisation als agil bezeichnet werden kann:

  • Die Organisation akzeptiert und bewältigt Wandel.
  • Die Organisation nutzt und löst Wandel zum eigenen Vorteil aus.

Alleine, wenn man sich diese Definition zu Herzen nimmt, ist es mir unerklärlich, einer Methode die Bewertung “agil” oder “nicht agil” zuzuschreiben. Aber dazu komme ich erst im zweiten Teil meines Beitrages. Denn unabhängig von der Definition zu “agil” möchte ich anmerken, dass eine Bewertung über Adjektive ohne Kontext, in diesem Fall die Bewertung einer Methode, sinnentkoppelt ist. Inspiriert für diesen Beitrag wurde ich übrigens durch diese Diskussion auf Twitter.

Kontextlos gibt es keinen Unterschied zwischen “agil” und “nicht agil”. Dazu ein Beispiel. Ein Turner ist beweglich. Ergibt es deshalb Sinn, jeden Fußballer, nur weil er nicht so beweglich ist wie ein Turner, als nicht beweglich zu titulieren? Nein, natürlich nicht. Denn es ist essentiell, wie viel Beweglichkeit überhaupt sein muss, um erfolgreich in der jeweiligen Sportart zu sein. Und das ist der Kontext, den ich hier ins Spiel bringe.

Daraufhin wurde mir entgegnet, in der obigen Twitter Diskussion nachzulesen, dass die Benutzung von Adjektiven, also Eigenschaftsbeschreibungen wie “agil”, auch ohne Kontext Sinn machen. Dafür wurde folgendes Beispiel heran gezogen. Wasser ist flüssig, wäre es fest, würde man Eis dazu sagen. Hierbei wurde aber ungeachtet gelassen, dass auch hier ein Kontext verwendet wurde, nämlich der Vergleich der Festigkeit zwischen Eis und Wasser. Setze ich andere Kontexte an, bekomme ich andere Wertungen der Festigkeit von Eis und Wasser. Denn Wasser kann auch fest sein. Im Turmspringen beispielsweise wird die Wasseroberfläche aufgewirbelt, da diese sonst bei einem fehlerhaften Eintauchen der Springer zu fest wäre und so zu Verletzungen dieser führen könnte. Für den Bau einer Brücke beispielsweise ist Eis eben nicht fest und daher nicht tauglich für eine Verwendung.

Das trifft übrigens auf jede Bewertung über Adjektive zu. Ohne Kontext bleibt diese Bewertung ohne Bedeutung, da erst der Kontext den Bezugsrahmen für eine Bewertung darstellt, wie Marcus Raitner, ebenfalls in der obigen Twitter Diskussion nachzulesen, anführt. Das glauben Sie nicht? Okay, hier weitere Beispiele.

Usain Bolt wurde gerade Olympiasieger in Rio im 100m Sprint. Man kann ihn also als “schnell” bezeichnen. Ist deshalb jeder andere Sportler einer anderen Sportart nicht schnell, nur weil er nicht ansatzweise so schnell wie Bolt ist? Natürlich nicht. Auch hier ist wieder das Heranziehen des Kontextes entscheidend, der angibt, wie schnell man sein muss, um in der jeweiligen Sportart erfolgreich sein zu können. Ohne diesen Kontext würde man jeden Handballer als langsam einstufen. Ihnen fallen bestimmt viele weitere Beispiele ein. Oder?

Haben wir die erste Stufe also genommen. Es macht keinen Sinn eine Methode wie Wasserfall oder Scrum als “agil” oder “nicht agil” zu bezeichnen, wenn man nicht dazu angibt, was man überhaupt erreichen möchte. Ich werde jetzt nicht darauf eingehen, dass man hier einen Kategorienfehler begeht, da es sich bei “Wasserfall” um eine Methode und bei “Agil” um eine Haltung handelt. Im Rahmen einer agilen Haltung lassen sich logischerweise auch Wasserfall-Methoden sehr gut anwenden, ähnlich wie man bei Wasserfall-Methoden von einer agilen Einstellung reden kann, aber nicht muss. Warum denn eigentlich auch nicht? Man muss sich bei der Befriedigung von Kundenbedürfnissen, und darum geht es ja im Unternehmenskontext, eben nur die Frage beantworten, wie klar eine umzusetzende Anforderung seitens des Kunden verstanden und abgestimmt und wie zeitbeständig diese ist. Abhängig von dieser Antwort, müssen dann die Feedbackschleifen zum Kunden schneller oder langsamer drehen und der Kunde mehr oder weniger eingebunden werden. Abhängig von der Beantwortung dieser Fragen wählt man die passende Methode aus.

Verantwortung für Erfolg bleibt immer beim Anwender einer Methode, niemals bei der Methode

Ich habe es eben bereits angesprochen. Es geht um das Auswählen einer passenden Methode. Ein Hammer ist ja auch nicht deshalb als Werkzeug grundsätzlich unbrauchbar, nur weil ich mit diesem keine Schrauben in die Wand drehen kann. Und genau für das Wählen dieser Methode ist der Mensch verantwortlich. Um es klar zu sagen. Nur weil man im Projekt oder übergreifend im Unternehmen feststellt, dass man nicht agil genug ist, sollte man niemals der Methode, wie beispielsweise “Wasserfall” dafür verantwortlich machen. Denn wir wissen ja, auch mit dieser Methode kann man agil sein. Lesen Sie sich gerne die an den Anfang dieses Beitrages gestellte Definition durch, um sich diesen Fakt zu vergewissern.

“Agil sein” reicht als Kontext nicht aus. Hier muss man genauer werden, wie zum Ende des ersten Abschnittes angedeutet. Agil muss ein Unternehmen immer sein. Das ist essentiell für die Überlebensfähigkeit. Dazu ein Analogon, wieder mal aus der Welt des Sports. Würden Sie einen Sportler nach der Ursache seines Erfolges fragen und er würde entgegnen, dass es die Fähigkeit wäre zu atmen, würden Sie wohl schmal schauen. Ähnlich verhält es sich mit der Durchführung eines Projektes, ob dieses denn nun agil zu geschehen hat oder nicht. Diese Frage ist irrelevant. Klar muss es agil durchgeführt werden. IMMER. Nur ist damit der Fakt nicht einhergehend gefestigt, die Wasserfall-Methode nicht einsetzen zu dürfen.

Wir sollten sehr schnell weg kommen von der Vorstellung, dass weil die Wasserfall-Methode nicht agil ist, diese immer schlecht ist. Es wird aber leider in vielen Beiträgen zur Agilität im Netz häufig so dargestellt. Warum ist das wohl so? Meine These ist, dass dies mit der Methodenhörigkeit zu tun hat, der wir oft erlegen sind. Wir sollten uns und unseren Fähigkeiten wieder mehr vertrauen und diese nicht auf Methoden projizieren. Während Denken und Wahrnehmen eine hohe Priorität darauf legen, auf veränderte Anforderungen reagieren zu können, was in einer sehr flexiblen Vorgehensweise resultiert, ist das Ziel von Methoden, die Prozesse möglichst zu standardisieren und so weit zu vereinfachen, bis nur noch die Elemente übrig bleiben, die wesentlich zur Wertschöpfung beitragen. An dieser Stelle besteht die Gefahr, die Prozesse als kontextlos enden zu lassen.

Verfolgt man eine Strategie, die auf einem Kostenvorteil gegenüber dem Wettbewerb basiert, sind diese kontextlosen Methoden der richtige Ansatz. Die Vermeidung von Verschwendung führt auch zur Vermeidung von Kosten und schließlich zu der Möglichkeit, dem Kunden einen geringeren Preis anzubieten. Aber was ist das Optimum der Vermeidung von Kosten? Null Kosten. Und was bedeutet das für Unternehmen? Tod.

Auf der anderen Seite eignen sich Vorgehensweisen, die auf Denken basieren, für Differenzierungsstrategien. Wenn der Wettbewerbsvorteil darin bestehen soll, die Bedürfnisse der Kunden besser zu kennen, zu verstehen, um sie besser befriedigen zu können, heißt das auch, dass “Prozesse” benötigt werden, die ein ständiges Analysieren des Marktes ermöglichen und viele Gelegenheiten bieten, auf diese Erkenntnisse zu reagieren. Also Denken und Wahrnehmen. Diese Prozesse, deshalb auch in Anführungsstriche geschrieben, bezeichne ich als kontextbasiert.

1 Star2 Stars3 Stars4 Stars5 Stars (10 Bewertung(en), Durchschnitt: 4.90 von 5)
Loading...
This entry was posted in Denken, Methoden and tagged , . Bookmark the permalink.

8 Responses to Wasserfall ist weder “agil” noch “nicht agil”

  1. Pingback: [Reise des Verstehens] Wasserfall ist weder “agil” noch “nicht agil”

  2. Ein interessanter Blickwinkel. Der Hinweis, dass man selbst für die Umsetzung und alle damit verbundenen Bedingungen verantwortlich ist, ist mehr als berechtigt. Und das ist ja auch Kern des agilen Manifests: Es ist ein bestimmtes Mindset, ein Wertesystem – keine Methode. Allerdings gebe ich zu bedenken, dass du selbst dem Fehler unterliegst den Kontext zu ignorieren. Und zwar im Beispiel mit der Brücke aus Eis: Ist eine Brücke aus Eis geeignet, um darüber mit Autos zu fahren? Vermutlich nicht. Aber wenn darüber leichtgewichtigere Dinge oder Lebewesen gehen sollen oder die Brücke nur Darstellungszwecke hat (beispielsweise im Rahmen eines Kunstwerks) schon. Denn Eis ist eben schon fest, aber deshalb nicht gleichermaßen belastbar und beständig wie andere Werkstoffe.

    • Moin Patrick,

      danke für Deine Replik.

      Zum Thema Kontext. Es gibt ja immer ganz viele Kontexte, auch im Zusammenhang mit dem Bau einer Brücke. Ich habe hier den Kontext nicht ignoriert. Aber ich gebe Dir Recht, ich hätte den Kontext genauer definieren müssen. Ich meinte den Kontext: “Wir bauen eine Brücke über einen Fluss, die auch schwergewichtige Fahrzeuge passieren können sollten.” Dafür ist Eis definitiv nicht fest genug. Du sprichst aber weitere mögliche Kontexte an, wie z.B.: “Wir bauen für eine Eiskunstausstellung eine Brücke, die nicht betreten werden darf.” Dafür könnte man Eis verwenden. Die Aussage “Eis ist fest” ist also eine Aussage ohne Kontext. Warum? Weil nicht spezifiziert wird, was mit dem Eis gemacht werden soll. Erst dann, also mit Kontext, kann entschieden werden, ob das Eis fest genug für die Verwendung ist oder nicht.

      Ähnlich verhält es sich mit Methoden.

      BG, Conny

  3. Pingback: Agilität und das VSM - Intelligente-Organisationen

  4. Pingback: Erfolgreiche Manager kümmern sich nicht um Methodik | Reise des Verstehens

  5. Pingback: #LTTV - Ist Lean überhaupt noch zeitgemäß? - Lean Knowledge Base

  6. Danke für den sehr guten Beitrag.

    Ein Schlüsselsatz ist m.E.
    “Im Rahmen einer agilen Haltung lassen sich logischerweise auch Wasserfall-Methoden sehr gut anwenden, ”

    Ich kenne agile Organisationen, die nach “Wasserfall” arbeiten und nicht formal “agil” sind, bei denen ich mich nie trauen würde, “agil” als entscheidende Verbesserung vorzuschlagen. Warum auch? Diese Menschen
    reden (!) miteinander, mit dem Auftraggeber und den Anwendern,
    prüfen regelmäßig, ob das, was sie machen noch sinnvoll ist,
    hinterfragen und lernen…

    Umgekehrt kenne ich Gruppen, die von Ihrer Agilität als “Wundermittel” unabhängig von Kontext und Aufgabe so überzeugt sind, dass “Individuals and Interactions over processes and tools” längst vergessen scheint.

    Gleichwohl kommen natürlich agile Methoden mit einem unglaublichen Rucksack an wertvollen Tools und Methoden, die bekannt und im aktiven “Projektmanagement-Wortschatz” eingebunden sein sollten.

    Eine grundlegende erste Orientierung, wieviel agile bzw. klassische Elemente im Planungs- und Steuerungsansätze sinnvoll sind, geben Cynefin-Framework und Stacey-Matrix:
    Im Komplexen werden wasserfall-orientierte Ansätze nur schlechte Dienste leisten. Umgekehrt sind agile Ansätze im Komplizierten oft nicht effizient genug. (Wenn die Aufgabe wirklich gut zu beherrschen ist, kann ich Reviews und Retros reduzieren und gleichzeitig auch mit langfristigeren, detaillierteren Plänen, dem Umfeld das Leben einfacher machen…)

    Wer mag, kann sich seine eigene Konstellation mit Hilfe unserer Stacey-Portfolio-Analyse visualisieren. Unter
    http://www.process-and-project.net/spa
    haben wir ein kleines Tool zur Verfügung gestellt, um die eigenen Aktivitäten einmal bzgl. Durchführungsform, Erfolg und Grad der Komplexität zu visualisieren.
    (kostenfrei und ohne weitere Verpflichtungen o.ä. – Wir möchten einfach sehen, wie gut die Theorie mit der Praxis übereinstimmt.)

    Vielleicht hilft es ja, für die die Diskussion ein (mentales) Modell zur Verfügung zu stellen. Auch wenn die Welt natürlich nie so einfach ist, dass Sie sich in Boxes und Bubbles darstellen lässt…

    • Björn Czybik says:

      Das habe ich auch schon gesehen, dass Unternehmen vom Mindset her bereits Agile sind, sie nennen es nur nicht so. Meiner Erfahrung nach sehr häufig im Mittelstand anzutreffen.
      Danke noch mal für den Hinweis, den kann ich gerade gut bei einem Kunden verwenden :-).

Leave a Reply

Your email address will not be published. Required fields are marked *