Was ist Agil?

Seit mehr als 20 Jahren gibt es bei uns das Agile-Manifest (https://agilemanifesto.org/). Doch 20 Jahre später scheint es keine Einigkeit darüber zu geben, was Agilität wirklich bedeutet. Irgendwie reichte das Manifest nicht aus, neue Leute kamen in den Bereich „agil“ und es bestand die Notwendigkeit, neue Konzepte wie MVP, MLP, Lean usw. zu entwickeln.

Ich habe zum Beispiel an mehreren Produktinterviews teilgenommen, in denen einige Produktleute sagten, dass sie agil seien, weil sie Scrum verwenden. Ich glaube nicht, dass es bei Agilität darum geht, irgendeinem Rahmen zu folgen, sondern eine bestimmte Denkweise zu haben. Es ist bekannt, dass es vor der agilen Entwicklung inkrementelle und iterative Frameworks/Methoden gab.

Ich habe darüber nachgedacht, wie ich zusammenfassen kann, was Agilität ist und warum es so viel Verwirrung darüber gibt. Letztendlich glaube ich, dass Agilität damit beginnt, zu akzeptieren, dass es Dinge gibt, die wir nicht wissen, und dass es nicht möglich ist, zu wissen, was bestimmte Probleme lösen wird. Die Lösung von Kundenproblemen durch die Entwicklung von Software ist eine probabilistische Disziplin. Wenn wir über eine Lösung nachdenken, haben wir bestimmte Chancen, diese Probleme zu lösen.

Wenn wir akzeptieren können, dass wir nicht wissen, was die beste Lösung ist – und manchmal nicht einmal vollständig verstehen, wo das Problem wirklich liegt –, dann ergibt alles, was danach kommt, mehr Sinn:

• Wir müssen das Risiko, das Problem nicht zu kennen/zu lösen, durch Iterationen (sowohl Entdeckung als auch Bereitstellung) mindern.
• Diese Iterationen müssen aussagekräftig sein, damit wir lernen können, ob wir in die richtige Richtung gehen (wir müssen es nicht MVP nennen oder diskutieren, was ein MVP ist, wenn wir den Geist dessen verstehen, was wir tun).

• Wenn wir keine Validierung durchführen müssen, weil wir es wissen.
• Wenn wir das Problem nicht verstehen, aber tun, was uns gesagt wird.
• Wenn wir „erledigt“ sind, haben wir etwas geliefert, anstatt ein Problem zu lösen.
• Wenn wir wissen, was wir in den nächsten 6/12/36 Monaten tun werden

Nein, es stimmt nicht, dass alle Probleme neu sind. Für einige von ihnen gibt es viele funktionierende Lösungen, die durch jahrelange Nutzung und gutes Feedback bestätigt wurden.

Allerdings habe ich oft gesehen, dass Teams den bekannten Lösungen Kreativität hinzufügten und das Problem am Ende nicht lösten.