KI-unterstützte Entwicklung: Was die Kritiker verschweigen
Jedes Werkzeug hat seinen Skeptiker. Seine Bedenken sind nachvollziehbar – und schmelzen bei einer einzigen freundlichen Gegenfrage doch dahin.
Einleitung
Es gibt einen Menschentyp, der einer neuen Technologie erst einmal mit einem freundlichen Stirnrunzeln begegnet. Nennen wir ihn liebevoll: den Bedenkenträger. Beim Auto vermisste sein Urahn die Pferdekutsche, beim Taschenrechner das Kopfrechnen, beim Internet die gute alte Aktenablage. Heute, bei der KI-unterstützten Softwareentwicklung, sitzt er im Meeting, runzelt bedeutungsschwer die Stirn und hat so ein Gefühl, dass das alles nicht ganz geheuer ist. Verständlich – Neues war noch nie gemütlich.
Seine Einwände trägt er vor wie ein Sommelier, der einen Korken beanstandet: mit Grandezza, mit Bedauern, fast fürsorglich. „Das ist doch nicht nachhaltig.“ „Da fehlt die Kontrolle.“ „Das ist zu unflexibel.“ Man möchte ihm beinahe einen Orden für Haltung verleihen. Nur schmilzt der eine oder andere Einwand bei der ersten freundlichen Gegenfrage ein wenig dahin. Dieser Artikel schaut sich die beliebtesten einmal in Ruhe an – augenzwinkernd, aber fair.
1. „Mangelnde Flexibilität“ – der hartnäckigste Mythos
Seine Lieblingsvokabel lautet: mangelnde Flexibilität – ausgesprochen mit der Andacht eines Mannes, der endlich ein Wort gefunden hat, das schön kompetent klingt und angenehm unverbindlich bleibt. KI-gestützte Entwicklung sei starr, schablonenhaft, von der Stange, man bekomme Standard statt Maßarbeit. Bevor er zur nächsten Folie weiterblättert, eine einzige, unschuldige Gegenfrage:
Was bitte ist flexibler?
Sein Klassiker, wenn sich mitten im Projekt eine Anforderung ändert: eine Abstimmungsrunde ansetzen, ein Folgemeeting terminieren, ein Konzept überarbeiten, drei Wochen kalkulieren – aber immerhin gab es Kekse. Der KI-gestützte Weg: die Änderung in klaren Worten beschreiben, und Minuten später steht die erste Variante. Nicht die eine Lösung – drei Ansätze nebeneinander, vergleichbar noch vor der Mittagspause, für die er gerade den Tisch reserviert.
Flexibilität heißt nicht, ein Template anzuklicken. Flexibilität heißt: eine Idee heute Vormittag äußern und sie heute Nachmittag in der Hand halten. Ein anderes Layout ausprobieren, ohne dass es drei Personentage und eine Betroffenheitsrunde kostet. Eine Funktion wieder verwerfen, ohne dass jemand gekränkt sein Notizbuch zuklappt. Genau das ist der Alltag KI-gestützter Entwicklung.
Der Vorwurf steht sogar kopfüber im Raum: Schablonen sind die Baukästen – die immergleichen Themes von der Stange. Individuell entwickelte Software, bei der KI die stumpfe Wiederholarbeit übernimmt, ist das Gegenteil von Schablone. Sie ist verhandelbar bis zur letzten Zeile – und genau das ist für den Bedenkenträger noch ungewohntes Terrain.
Wer „unflexibel“ sagt, hat es meist einfach noch nie in Aktion gesehen. Kein Vorwurf – man kann nicht vermissen, was man noch nicht kennt.
2. „Das ist doch kein richtiges Programmieren“
Ein sanftes Gatekeeper-Argument, vorgetragen mit dem wehmütigen Bedauern eines Menschen, der die alte Ordnung ein bisschen vermisst: hier die echten Entwickler, dort die anderen. Nur fragt beim fertigen Haus niemand, ob der Dachstuhl mit dem Hammer oder mit dem Akkuschrauber montiert wurde. Am Ende steht ein Haus – und es hält, oder es hält nicht.
Die Rollen haben sich nicht aufgelöst, sie haben sich verschoben. Die Architektur entscheidet der Entwickler. Welche Daten wie fließen, entscheidet der Entwickler. Was zusammenpasst, was sicher ist, was getestet wird – der Entwickler. Die KI schreibt nicht das Werk, sie führt die Feder schneller. Verantwortung, Urteil und Richtung bleiben beim Menschen. Nur das feierliche Stirnrunzeln entfällt.
Der einzige ehrliche Maßstab ist das Produkt. Lädt es schnell? Ist es sicher? Lässt es sich warten und erweitern? Löst es das Problem des Kunden? Diese Fragen haben noch nie danach gefragt, welches Werkzeug am Werk war – der Kunde übrigens auch nicht.
3. „Man versteht seinen eigenen Code nicht“
Das Bild dahinter ist herrlich dramatisch: Da klickt jemand auf einen Knopf, kopiert blind, was herauskommt, und schiebt es live, während er pfeifend in den Feierabend spaziert. Das wäre tatsächlich fahrlässig – nur hat es mit professioneller Arbeit so viel zu tun wie Malen nach Zahlen mit einem Rembrandt.
Jede Zeile wird gelesen. Jede Zeile wird geprüft. Was nicht verstanden ist, geht nicht in Produktion – so schlicht ist die Regel. Und in der Praxis dreht sich das Argument gern ins Gegenteil: KI-gestützt entstandener Code ist häufig sauberer dokumentiert, konsistenter benannt und gründlicher kommentiert als das, was um 23 Uhr vor der Deadline von Hand zusammengetippt wird.
Verständnis entsteht nicht dadurch, dass man jedes Zeichen selbst tippt – sonst wäre der schnellste Zehnfingerschreiber automatisch der beste Architekt. Es entsteht dadurch, dass man weiß, was passieren soll, und erkennt, ob es passiert. Das war schon immer der Kern des Berufs, lange bevor es schick wurde, ihn zu verteidigen.
4. „Schnell heißt schlampig“
Ein hartnäckiger Denkfehler, dem Bedenkenträger besonders lieb: die Gleichsetzung von Tempo mit Nachlässigkeit. Als wäre Langsamkeit ein Gütesiegel – als käme das WLAN in Bio-Qualität, wenn es nur langsam genug lädt. Geschwindigkeit entsteht aber nicht dadurch, dass man Qualität weglässt, sondern dadurch, dass man das Stumpfe wegfallen lässt: Boilerplate, Konfiguration, das zwanzigste Formular, das Nachschlagen von Syntax.
Die gesparte Zeit verschwindet nicht – sie wandert dorthin, wo sie zählt.
In Architektur, in Barrierefreiheit, in die Randfälle, in echtes Testen, in das Durchdenken der Nutzerführung. Also in genau die Dinge, die über Qualität entscheiden und für die im Handbetrieb, zwischen Meeting und Abstimmungsrunde, am Ende nie genug Stunden übrig waren.
5. Warum die Zurückhaltung trotzdem so groß ist
Wenn die Argumente so wenig tragen – warum hält man trotzdem so herzlich an ihnen fest? Die ehrliche Antwort hat selten mit Technik zu tun und fast immer mit etwas sehr Menschlichem: mit Gewohnheit.
Wer jahrzehntelang verinnerlicht hat, dass sich Wert in geleisteten Stunden zeigt, den verunsichert eine Technologie, die in Stunden erledigt, wofür man früher Wochen brauchte. Und ganz ehrlich: Wer gibt schon gern auf, was jahrelang verlässlich funktioniert hat? Das ist weniger Sturheit als schlicht menschlich. Nur beschreibt diese Sorge eben das eigene Gewohnte – und nicht die Sache selbst.
Neue Werkzeuge haben denen, die gern etwas erschaffen, noch nie etwas weggenommen. Sie haben nur jedes Mal ein bisschen Mut gekostet – und den bringt am Ende fast jeder auf.
Fazit: Am Ende zählt das Ergebnis
Ein Kunde fragt nicht, mit welchem Werkzeug etwas entstanden ist. Er fragt: Funktioniert es? War es schnell da? Lässt es sich warten? War es bezahlbar? Und – der Punkt, an dem sich alles entscheidet – kann es sich ändern, wenn ich meine Meinung ändere?
KI-unterstützte Entwicklung beantwortet jede dieser fünf Fragen mit Ja. Besonders die letzte. Und deshalb ist ausgerechnet der Vorwurf der mangelnden Flexibilität nicht nur falsch – er beschreibt Wort für Wort die größte Stärke.
Die Skepsis darf ruhig bleiben – sie hat jede neue Technik ein Stück weit begleitet. Und während noch über die Methode gesprochen wird, bekommen die Kunden längst ihr Ergebnis: schneller, sauberer und wandelbarer als je zuvor. Schöner wäre nur eines – es einmal selbst zu erleben.
Wie dieser Ansatz konkret aussieht, steht offen auf dieser Seite: der Entwicklungsansatz – transparent erklärt, ohne Mythen, ohne Marketing-Nebel und ganz ohne bedeutungsschweres Stirnrunzeln.
