Becoming CTO Secrets · Folge 77
Zehn KI-Agenten. Kein Engineer eingestellt.
Benjamin Eckart hat für sein Startup keinen einzigen Engineer eingestellt. Nach eigener Aussage steuert er bis zu zehn KI-Agenten. Wir sprechen darüber, wie er deren Arbeit prüft, welche Entscheidungen bei ihm bleiben und was sich davon auf größere Organisationen übertragen lässt.
Cover enthält KI-generierte BildanteileDie vollständige Folge als Video
Das Video wird erst nach deiner Einwilligung für YouTube geladen. Alternativ kannst du die Folge unten als Audio hören oder direkt auf YouTube ansehen.
Die vollständige Folge anhören
Drei Gedanken aus der Folge
- Benjamin beschreibt einen Entwicklungsablauf mit bis zu zehn KI-Agenten. Die Prüfung der Spezifikation und die Produktionsfreigabe bleiben bei ihm.
- Mehr Entwicklungskapazität wirft eine Führungsfrage auf: Welche Aufgaben werden möglich, und welche Konsequenzen erwarten die Menschen im Team?
- Synthetische Kundenforschung kann nach Benjamins Einschätzung Orientierung geben. Ihre Grenzen gehören ausdrücklich zur Bewertung.
Eine Frage für deine Praxis: Welches konkrete Kundenproblem soll eure zusätzliche Entwicklungskapazität lösen – und wie erklärt ihr das dem Team?
Kapitel zur Orientierung
- 00:00Vom Backend Engineer in technische Führungsverantwortung
- 05:00Woran angehende CTOs ihre Verantwortung erkennen können
- 13:00Acting, Interim und Gründer-CTO: derselbe Titel, andere Aufgaben
- 21:00Ein Startup mit bis zu zehn Agenten und ohne angestellte Engineers
- 24:00Spezifikationen, Reviews, Tests und Freigaben
- 29:00Kleinere Teams und der organisatorische Wandel
- 32:00Mehr Features oder erst konsolidieren? Eine kontroverse Debatte
- 42:00Synthetische Kundenforschung und ihre Grenzen
- 45:00Welche Erfahrungen künftige CTOs brauchen
- 47:00Rapid Fire: Verantwortung, Teamgrößen und Führung
Zeitmarken zur Orientierung, auf volle Minuten gerundet.
Agenten steuern und Ergebnisse prüfen
Benjamin beschreibt einen Entwicklungsprozess, in dem Agenten Änderungen spezifizieren, Aufgaben planen, implementieren und testen. Er selbst prüft die Spezifikation und entscheidet, was in Produktion geht. Jede Codezeile selbst zu lesen, ist für ihn dabei nicht der zentrale Maßstab. Entscheidend ist, ob sich die Ergebnisse gegen die festgelegten Anforderungen verifizieren lassen.
Im Gespräch geht es deshalb auch um funktionale und nicht funktionale Anforderungen, Security Reviews und Regressionstests. Mehr produzierter Code allein beantwortet noch nicht, ob ein Produkt besser oder ein Entwicklungsprozess verlässlicher geworden ist.
Was passiert mit der gewonnenen Kapazität?
Bei der Frage nach der künftigen Organisation nehmen wir unterschiedliche Perspektiven ein. Brauchen Unternehmen tatsächlich so viele zusätzliche Features? Oder wäre es wirtschaftlich sinnvoll, zunächst zu konsolidieren? Benjamin hält dagegen: Welche Motivation hätten Mitarbeitende, eine Transformation voranzutreiben, wenn sie dadurch ihren eigenen Arbeitsplatz gefährdet sehen?
Das Gespräch macht den Zielkonflikt sichtbar. Technische Möglichkeiten, wirtschaftliche Entscheidungen und Vertrauen in der Organisation lassen sich nicht unabhängig voneinander behandeln. Benjamins Startup ist dabei ein konkretes Beispiel. Seine Erfahrungen und Erwartungen sind keine allgemeine Zusage, dass jedes Team mit derselben Aufstellung auskommt.
Wenn die Produktentscheidung zum Engpass wird
Je schneller sich eine Lösung bauen lässt, desto wichtiger wird die Frage, welches Problem überhaupt gelöst werden soll. Benjamin erklärt, weshalb er mit qlaris.ai an synthetischer Kundenforschung arbeitet und wo er deren Grenzen sieht. Simulierte Rückmeldungen können eine Orientierung geben; sie ersetzen nach seiner Einordnung nicht jede Form echter Kundenforschung.
Auch für angehende CTOs zieht er daraus eine klare Konsequenz: Technische Grundlagen bleiben wichtig, hinzu kommen Geschäftsverständnis und die Fähigkeit, durch andere wirksam zu werden. Über den eigenen Karriereweg sprechen wir deshalb ebenso wie über die Organisation agentischer Entwicklungsarbeit.
Den eigenen Entwicklungsprozess einordnen
Der ergänzende Artikel Wann sich agentische Softwareentwicklung lohnt behandelt die Entscheidung zwischen einem einfachen Agentenablauf und zusätzlicher Orchestrierung. Diese Folgenseite bleibt beim konkreten Gespräch mit Benjamin.
Über Benjamin Eckart
Benjamin Eckart war bei mobile.de als Backend Engineer und später als Director of Engineering tätig. Weitere Stationen führten ihn in CTO-Verantwortung bei Babbel und als Interim-CTO zu Benefex. Im Gespräch berichtet er über seine heutige Arbeit an qlaris.ai.
Benjamin auf LinkedIn · qlaris.ai
Agentic Engineering im eigenen Unternehmen
Wenn du Agenten in deinen Entwicklungsprozess integrieren und Verantwortlichkeiten, Prüfung und Zusammenarbeit mitdenken möchtest, findest du hier mein Angebot.
Becoming CTO Secrets mit Philipp Deutscher · Folge 77 · veröffentlicht am 10.11.2026.