Becoming CTO Secrets · Folge 72
Dein CEO baut mit KI. Was antwortest du?
Der CEO baut am Wochenende einen Prototypen mit KI. Am Montag erklärt ihm sein Engineering-Team, warum das alles so nicht geht. Was passiert mit dem Vertrauen in die technische Führung, wenn aus berechtigten Einwänden keine brauchbare Lösung entsteht?
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
- Paul Lunow fordert von Engineering, nach einer KI-Demo einen tragfähigen Weg zum verlässlichen Betrieb aufzuzeigen.
- Ein vorhandenes Produkt kann für den Kunden sinnvoller sein als ein großer Eigenbau. Technische Leistung muss am Kundenproblem gemessen werden.
- Pauschale KI-Verbote können Nutzung in private Accounts verlagern. Auch Zugriffsrechte und die Zeit bis zum Deployment prägen die tatsächliche Arbeitsfähigkeit.
Eine Frage für deine Praxis: Welche Bedingungen müsste der nächste CEO-Prototyp erfüllen, damit dein Team ihn verantwortbar weiterentwickeln kann?
Das Gespräch im Überblick
Mit Paul Lunow spreche ich darüber, wie CTOs diesen Konflikt führen. Paul ist CTO of Digital Solutions bei Vention und arbeitet als Field CTO mit unterschiedlichen Kundenorganisationen. Er kennt den Druck, der entsteht, wenn gute Demos plötzlich als Maßstab für ganze Entwicklungsteams dienen.
Sein Anspruch ist deutlich: Engineering muss herausfinden, unter welchen Bedingungen solche Anwendungen zuverlässig betrieben werden können. Dazu gehört auch, einen großen Eigenbauauftrag infrage zu stellen, wenn ein vorhandenes Produkt den Kunden besser bedient. Paul erzählt von genau so einer Entscheidung.
Wir diskutieren, warum pauschale KI-Verbote die Nutzung in private Accounts treiben, was die Zeit von einer Anforderung bis zum Deployment tatsächlich aussagt und weshalb zusätzliche Software noch keinen zusätzlichen Umsatz garantiert. Paul schlägt außerdem eine ungewöhnliche Beobachtung für die KI-Einführung vor: Wie oft scheitert sinnvolle Arbeit an „Zugriff verweigert“?
Zum Schluss wird es persönlich. Paul erzählt, warum er Clean Code heute anders gewichtet, wie eine KI-generierte Strategie ihn im Meeting enttäuscht hat und was er als Romanautor über Führung gelernt hat. Sein Rat an sein früheres CTO-Ich beginnt mit einer WordPress-Seite.
Eine Folge für CTOs, Tech Leads und Gründer, die technische Qualität erklären und mit ihrem Team neue Arbeitsweisen finden müssen.
Links zur Folge
Paul Lunow und sein Roman Riaru
https://www.paul-lunow.de/
Product & Cake
https://product-and-cake.com/
Paul bei Vention
https://ventionteams.com/experts/paul-lunow
Zum Weiterlesen
Der ergänzende Fachartikel: Wann sich agentische Softwareentwicklung lohnt.
Über Paul Lunow
Paul Lunow ist CTO of Digital Solutions bei Vention und arbeitet als Field CTO mit Kundenorganisationen. Außerdem ist er Co-Host von Product & Cake und Autor.
Vom KI-Prototyp zum Entwicklungsprozess
Wenn du mit deinem Team klären möchtest, wie aus neuen KI-Möglichkeiten ein verlässlicher Entwicklungsprozess wird, findest du hier mein Angebot.
Becoming CTO Secrets mit Philipp Deutscher · Folge 72 · veröffentlicht am 13.10.2026.