Es gibt eine Zahl, die gerade durch Strategiepapiere und Keynotes wandert: 75 Prozent. So viele Entwickler, prognostiziert Gartner, werden bis Ende dieses Jahres mehr Zeit mit Orchestrierung verbringen als mit dem Schreiben von Code.
Man kann das für übertrieben halten. Man kann auch aus dem Fenster schauen.
Das Podium ist leer
Wer heute ein Softwareteam beobachtet, sieht etwas Seltsames. Die besten Leute tippen weniger. Sie formulieren präziser. Sie beschreiben Systeme, statt sie Zeile für Zeile zu bauen. Sie sind nicht faul geworden — sie haben das Instrument gewechselt.
Der Entwickler wird zum Dirigenten. Nicht im Sinne von Kontrolle, sondern im Sinne von Aufmerksamkeit. Wer dirigiert, muss gleichzeitig hören, antizipieren und korrigieren. Das ist anspruchsvoller als jede einzelne Stimme selbst zu spielen.
Die Illusion der Produktivität
Die Versuchung ist groß, die neuen Werkzeuge als Produktivitätsmultiplikator zu lesen. Mehr Output, weniger Aufwand. Aber das ist die falsche Metrik.
Wer orchestriert statt implementiert, produziert nicht automatisch mehr — er produziert anders. Die Fehler werden subtiler. Die Architekturentscheidungen werden wichtiger. Die Frage verschiebt sich von "Funktioniert der Code?" zu "Löst das System das richtige Problem?"
Das ist kein Effizienzgewinn. Das ist ein Paradigmenwechsel.
Neue Rollen, alte Fragen
In den Stellenanzeigen tauchen Begriffe auf, die vor zwei Jahren nicht existierten: AI Orchestrator, RAG Engineer, Prompt Architect. Die Jobtitel klingen nach Science-Fiction, aber die Arbeit dahinter ist erschreckend menschlich: Kontext verstehen, Ambiguität aushalten, Systeme in Beziehung setzen.
Die wirklich interessante Frage ist nicht, ob KI Entwickler ersetzt. Sie ist längst beantwortet — nein. Die Frage ist, ob Entwickler bereit sind, eine Rolle anzunehmen, die weniger mit Handwerk und mehr mit Urteilsvermögen zu tun hat.
Der Taktstock liegt auf dem Boden
Das Bild des Dirigenten hat einen Haken: Ein Dirigent hat eine Partitur. Er weiß, wie das Stück klingen soll, bevor der erste Ton erklingt.
Beim Software-Dirigat gibt es keine Partitur. Es gibt Hypothesen, Feedback-Schleifen und die permanente Bereitschaft, das Stück umzuschreiben, während es gespielt wird. Das macht die Rolle schwieriger — und ehrlicher.
Denn wer keinen Taktstock braucht, muss wissen, wohin die Hände zeigen sollen. Und das war schon immer die schwerste Frage in der Softwareentwicklung: Nicht wie, sondern wohin.