Es gibt ein Video, das seit Jahren durchs Internet geistert. Ein Vater bittet seine Kinder, eine Schritt-für-Schritt-Anleitung zu schreiben: Wie macht man ein Erdnussbutter-Sandwich? Die Kinder schreiben brav auf: Nimm das Messer. Öffne das Glas. Streich die Erdnussbutter aufs Brot.
Dann folgt der Vater den Anweisungen – wörtlich. Er nimmt das Messer am falschen Ende. Er reibt das geschlossene Glas auf das Brot. Er legt die Scheibe mit der Erdnussbutter nach unten auf den Tisch. Die Kinder lachen. Das Internet lacht. Und jeder, der jemals eine Anforderungsspezifikation geschrieben hat, weint leise.
Dieses Video ist die perfekte Kritik an dem, was in der Softwareentwicklung täglich passiert.
Die Prozessfalle
Viele Unternehmen haben Prozesswände. Anforderungsprozesse, Entwicklungsprozesse, QA-Prozesse, Sicherheitschecklisten, Architektur-Reviews, Change-Management-Boards. Alles detailliert dokumentiert. Jeder Schritt beschrieben. Jede Ausnahme geregelt.
Und trotzdem entsteht am Ende oft Software, die das eigentliche Ziel verfehlt. Nicht weil die Prozesse schlecht wären. Sondern weil das Ziel selbst vage geblieben ist – vergraben unter Ablaufdiagrammen und Genehmigungsschleifen.
Prozesse beantworten die Frage: Wie machen wir etwas? Aber sie beantworten nicht: Was genau soll am Ende entstehen – und warum?
Der Sternekoch und die Kochanleitung
Stellen Sie sich vor, Sie gehen in ein Michelin-Sterne-Restaurant. Der Küchenchef hat 20 Jahre Erfahrung, hat in den besten Küchen Europas gearbeitet, versteht Aromen, Texturen und Timing auf einem Niveau, das die meisten Menschen nie erreichen werden.
Und jetzt stellen Sie sich vor, Sie gehen in diese Küche und legen dem Chef eine 47-seitige Kochanleitung auf den Tisch. Mit exakten Grammangaben, Gartemperaturen auf zwei Nachkommastellen und einem Flussdiagramm für den Saucenansatz. Inklusive Freigabeprozess nach jedem Arbeitsschritt.
Das wäre absurd. Niemand käme auf die Idee, einen Profi so zu behandeln. Man vertraut dem Handwerker. Man sagt: Ich möchte Ente. Überraschen Sie mich.
In der Softwareentwicklung passiert genau das Gegenteil. Täglich.
Zwei zentrale Probleme
Verlorenes Handwerk
Immer weniger Entwickler verstehen ihr Handwerk wirklich in der Tiefe. Nicht weil sie weniger talentiert wären als frühere Generationen, sondern weil die Industrie systematisch Abstraktionsschichten zwischen den Entwickler und das Problem gelegt hat. Frameworks, die Entscheidungen abnehmen. Plattformen, die Komplexität verstecken. Tools, die generieren statt zu gestalten.
Das Ergebnis: Viele Entwickler können Anweisungen umsetzen. Aber nicht alle können eigenständig Systeme entwerfen, die ein Problem tatsächlich lösen. Nicht weil sie es nicht könnten – sondern weil sie es nie mussten.
Die Prozessillusion
Das zweite Problem ist subtiler. Es ist der Glaube, dass Prozesse Produkte schaffen. Dass ein ausreichend detaillierter Ablauf automatisch zu einem guten Ergebnis führt. Dass man nur genug Schritte definieren, genug Reviews einbauen und genug Checklisten abhaken muss – und am Ende kommt verlässlich gute Software heraus.
Das ist eine Illusion. Prozesse schaffen Vorhersagbarkeit. Sie schaffen Dokumentation. Sie schaffen Compliance. Aber sie schaffen keine Produkte. Produkte entstehen durch Handwerk, Verständnis und Entscheidungen unter Unsicherheit – also durch genau die Dinge, die sich nicht in Checklisten fassen lassen.
Von Pferden zu Autos
Es gibt eine Parallele, die wehtut. Viele Unternehmen betreiben Innovation wie Pferdezucht. Sie optimieren die bestehenden Abläufe. Schlankere Prozesse, schnellere Zyklen, schönere Pferde. Jedes Quartal ein bisschen besser. Jedes Jahr ein paar Prozent effizienter.
Aber es sind immer noch Pferde.
Henry Ford hat kein besseres Pferd gezüchtet. Er hat ein Auto gebaut. Nicht durch Prozessoptimierung, sondern durch eine fundamental andere Herangehensweise an das Problem der Fortbewegung.
In der Softwareentwicklung sieht man das ständig: Teams, die ihre Deployment-Pipeline auf 15 Minuten optimiert haben – aber seit Jahren das gleiche Produkt in minimalen Inkrementen weiterentwickeln. Organisationen, die perfekte Sprint-Zeremonien durchführen – während die eigentliche Produktstrategie unklar bleibt. Unternehmen, die in Prozesse investieren, weil Prozesse messbar sind – und Kreativität nicht.
Wenn Sie Ihre Checkliste für Innovation halten, züchten Sie Pferde. Nicht weil Pferde schlecht sind. Sondern weil die Welt sich weiterdreht – und Pferde keine Autos werden.
Was stattdessen hilft
Die Lösung ist nicht, alle Prozesse abzuschaffen. Prozesse haben ihren Platz. Aber sie müssen dem Handwerk dienen, nicht umgekehrt.
- Vertrauen Sie den Ingenieuren. Wenn Sie gute Leute eingestellt haben, lassen Sie sie arbeiten. Definieren Sie das Ziel, nicht den Weg.
- Reden Sie über Ergebnisse, nicht über Schritte. Die Frage ist nicht: „Wurde der Prozess eingehalten?“ Die Frage ist: „Löst das Ergebnis das Problem?“
- Investieren Sie in Handwerk. Geben Sie Entwicklern die Möglichkeit, tief zu verstehen, was sie tun. Nicht nur welches Framework sie benutzen, sondern warum es funktioniert.
- Hören Sie auf, Checklisten als Kreativität zu behandeln. Ein Prozess, der Innovation verspricht, ist kein Innovationsprozess. Es ist eine Verwaltung des Status quo.
Sagen Sie dem Koch nicht, wie er die Ente kochen soll. Sagen Sie ihm, dass Sie Ente möchten. Und dann lassen Sie ihn kochen.
Software braucht Handwerk, nicht nur Prozesse
Lassen Sie uns darüber sprechen, wie Ihre Organisation den Fokus von Prozessen auf Ergebnisse verschieben kann.