Der neue Flaschenhals in IT-Organisationen: von der Implementierung zur Vision

Über Jahre war die Antwort auf „Warum dauert das so lange?" dieselbe: zu wenig Entwicklungskapazität. Das Backlog war voll, die Umsetzung war der Engpass, und jede Priorisierung war ein Verteilungskampf um Entwicklerstunden.

Mit agentischer Entwicklung verschwindet dieser Engpass nicht vollständig – aber er verliert seine Dominanz. Und darunter kommt etwas zum Vorschein, das vorher von der Wartezeit verdeckt wurde: Viele Organisationen wissen nicht präzise genug, was sie eigentlich wollen.

---

1) Der Engpass wandert – dreimal

Vorher: Idee → Warteschlange → Umsetzung (Monate) → Release.

Jetzt: Idee → Umsetzung (Tage) → Freigabe (Wochen) → Release.

Wenn die Umsetzungszeit schrumpft, wird sichtbar, wie viel Zeit vorher in Warteschleifen lag. Drei neue Engstellen treten hervor:

• Unklare Produktvision. Ein Agent braucht eine Entscheidung, wo ein Ticket bisher eine Absichtserklärung enthielt. „Nutzerfreundlicher machen" ist kein Auftrag.
• Freigabeprozesse aus einer anderen Ära. Vier Gremien mit zweiwöchigem Turnus waren vertretbar, als Umsetzung Monate dauerte. Bei zwei Tagen Umsetzung sind sie der Hauptkostenblock.
• Fehlende Urteilsfähigkeit im Design. Wenn zehn Varianten in einer Stunde entstehen, entscheidet nicht Produktionskapazität, sondern die Fähigkeit, begründet auszuwählen.

---

2) Warum unklare Vision jetzt teurer ist als früher

Früher wirkte Unklarheit als Verzögerung: Rückfragen, Abstimmungen, ein Zwischenstand nach drei Wochen. Heute wirkt sie als Ausführung. Der Agent füllt Lücken mit plausiblen Annahmen und liefert etwas Fertiges – nur eben nicht das Gewünschte.

Das verschiebt Aufwand von der Umsetzung in die Auftragsklärung. Ein brauchbarer Auftrag enthält mindestens: Zielgruppe, zu lösendes Problem, Abgrenzung (was ausdrücklich nicht dazugehört), Erfolgskriterium und die harten Grenzen – rechtlich, technisch, markenseitig.

---

3) Freigabeprozesse an die neue Taktung anpassen

Die Lösung ist nicht, Freigaben abzuschaffen. Sie ist, sie nach Risiko zu staffeln:

Entscheidend ist die Vorab-Einstufung. Wer jede Änderung durch den Hochrisiko-Pfad schickt, macht Geschwindigkeitsgewinne rechnerisch wertlos – und trainiert Teams darauf, den Prozess zu umgehen.

---

4) Die Fähigkeiten, die jetzt knapp sind

Was Organisationen in dieser Phase brauchen, ist nicht mehr Umsetzungskapazität, sondern:

• Problemformulierung. Ein Problem so beschreiben, dass es prüfbar gelöst werden kann.
• Bewertung unter Varianten. Aus fünf Entwürfen begründet auswählen, statt nach Bauchgefühl – siehe Differential Evaluation.
• Abgrenzungskompetenz. Entscheiden, was nicht gebaut wird. Bei niedrigen Erstellungskosten ist das die härteste Disziplin, weil jedes „machen wir schnell mit" dauerhaft Wartung erzeugt.
• Betriebsverantwortung. Wer pflegt, aktualisiert und schaltet ab, was in zwei Tagen entstanden ist?

---

5) Der unangenehme Nebeneffekt: mehr Software heißt mehr Betrieb

Sinkende Erstellungskosten steigern die Nachfrage – das ist das Jevons-Paradoxon, übertragen auf Software. Die Folge ist nicht weniger Arbeit, sondern eine andere Verteilung: weniger Erstellung, mehr Bewertung, mehr Betrieb, mehr Rechteverwaltung.

Praktisch bedeutet das: Jedes neue Werkzeug braucht Eigentümer, Zugriffskonzept und ein Verfallsdatum. Ohne diese drei Angaben entsteht genau der Wildwuchs, den man mit Standardsoftware eigentlich vermeiden wollte.

---

6) Diagnose in einer Woche

Ein einfacher Test zeigt, wo der Engpass tatsächlich liegt:

1. Zehn abgeschlossene Vorhaben nehmen.
2. Je Vorhaben drei Zeiten messen: Klärung, Umsetzung, Freigabe.
3. Summieren und vergleichen.

Liegt die Umsetzung unter einem Drittel der Gesamtdauer, ist mehr Kapazität die falsche Antwort. Dann sind Auftragsklärung und Freigabe die Baustelle – und dort liegt auch der schnellere Gewinn.

---

Fazit

Wenn Umsetzung billig wird, entscheidet Klarheit. Organisationen, die Produktvision präzisieren, Freigaben nach Risiko staffeln und Auswahlkompetenz aufbauen, übersetzen technische Geschwindigkeit in Ergebnisse. Alle anderen bekommen schnellere Umsetzung unklarer Wünsche.

Weiterführend: Wie sich dieser Wandel in der Entwicklungspraxis konkret zeigt, steht in Vollautonomie statt Autocomplete.