t2informatik » Wissen kompakt » Failing Forward

Failing Forward

Bewusst aus Fehlern lernen

Fail Forward bzw. Failing Forward ist eine Bezeichnung für einen fehlertoleranten Ansatz bei der Entwicklung von Alternativen, Produkten oder Lösungen. Failing Forward ist universell – sowohl im professionellen Umfeld als auch im privaten Bereich auf persönlicher Ebene – anwendbar. Es beschreibt ein Mindset, für das heute auch der Begriff der Fehlerkultur verwendet wird. Das Mindset setzt einen Fehler nicht mit einem Misserfolg gleich, sondern stellt den Erfahrungszugewinn in den Fokus. Es richtet den Blick nach vorne und propagiert die Nutzung der neu gewonnenen Erkenntnisse. Frei übersetzt bedeudet Fail Forward also „vorwärts scheitern“.

„Man muss nicht unbedingt jede Erfahrung selber machen wollen“ – sagte einst Günter Grass, deutscher Schriftsteller und Gewinner des Nobelpreises für Literatur. Entsprechend geht es bei Fail Forward nicht darum, Fehler zu machen. Es geht darum, aus Fehlern zu lernen. Häufig versuchen Unternehmen, Fehler zu vermeiden, in dem sie Best Practices entwickeln oder von Good Practices anderer Unternehmen profitieren wollen. Oftmals ist es aber nicht möglich auf solche Erfahrungswerte zuzugreifen oder sie 1:1 auf eine eigene Situation zu übertragen. Folgende Elemente unterstützen das Failing Forward:

  • Das Arbeiten mit Tests. Ist unklar, welche Handlung zu einem gewünschten Ziel führt, werden verschiedene alternative Varianten – bspw. A und B – ausprobiert. Hier wird auch von A-B-Testing gesprochen. Die Varianten ermöglichen einen Vergleich, wobei auch die unterlegene Variante zur Lösung beiträgt, ohne ein Fehler zu sein.
  • Die Entwicklung in kleinen Schritten. So könnte bspw. nach dem ersten A-B-Test ein neuer Test folgen, bei dem die bessere Variante des ersten Tests weiter verfeinert wird. Auch die Arbeit mit Prototypen – bspw. im Zuge der Software- oder Systementwicklung – oder die Gestaltung eines Minimal Viable Products, bei dem mit minimalem Aufwand möglichst viel über das Produkt, die Kunden und/oder das Geschäftsmodell herausgefunden werden soll, sind Beispiele für iterative Entwicklungen, bei denen Fehler vollkommen normal sind.
  • Das kontinuierliche Einholen von Feedback, bspw. in Form von Rückmeldungen durch Stakeholder für die Sprint Planung oder beim Sprint Review.  
  • Die Nutzung von Retrospektiven, die dabei helfen, aus der Vergangenheit zu lernen, und das zukünftige Miteinander während der Entwicklung einer Lösung zu verbessern.

Failing Forward lässt sich leichter in der Theorie formulieren als praktisch in die Tat umsetzen. Kulturelle Veränderungen in Unternehmen erfordern meist viel Zeit. Doch die gewonnenen Erkenntnisse und Erfahrungen sind es häufig wert. Oder wie es Martin Kessel, ein weiterer deutscher Schriftsteller, einst formulierte: „Der Irrtum ist die tiefste Form der Erfahrung.“

Hinweis:

In machen Publikationen wird auf den Unterschied von Fehler und Irrtum hingewiesen. Ein Fehler ist ein Ergebnis einer Handlung zur Erreichung eines Ziel, die nicht korrekt ausgeführt wurde, oder von der man wissen konnte, dass sie nicht zum Ziel führt. Bei einem Irrtum hingegen ist die Handlung zur Erreichung des Ziels unklar. Es bleibt abzuwarten, ob sich aus dieser Unterscheidung ein Begriff wie „Irrtumskultur“ entwickeln wird.

Der Weg, Scheitern als Chance zu verstehen, ist häufig sehr weit. Ein persönlichen Erfahrungsbericht finden Sie hier  »

“Das Fachwissen zu Softwarearchitekturen, die Expertise in der Softwareentwicklung und die sehr flexible Arbeitsweise waren ideal für uns.“

„Ich brauche Freiheit und Vertrauen. Und ich möchte Verantwortung übernehmen und dabei Spaß haben!“

Share This