Zehn KI-Agenten. Kein Engineer eingestellt. Mit Benjamin Eckart

Send us Fan MailBenjamin Eckart hat für sein Startup keinen einzigen Engineer eingestellt. Nach eigener Aussage steuert er bis zu zehn KI-Agenten, die an der Produktentwicklung arbeiten. Er selbst prüft Spezifikationen, gestaltet den Entwicklungsprozess und entscheidet, was in Produktion geht. Ist das ein Sonderfall für Gründer – oder ein Vorgeschmack auf die nächste Engineering-Organisation?Bei Becoming CTO Secrets sprechen Philipp Deutscher und Benjamin über den Weg vom Backend Engineer bei mobile.de in technische Führungsverantwortung, über seine Zeit bei Babbel und über die unterschiedlichen Anforderungen an einen Acting, Interim, Fractional und Gründer-CTO.Im Mittelpunkt steht Benjamins heutige Arbeit: spezifikationsgetriebene Entwicklung, automatisierte Reviews und Tests sowie die Frage, welche Entscheidungen ein CTO selbst treffen muss. Benjamin erklärt, warum kleinere Teams aus seiner Sicht nicht nur schneller entwickeln, sondern auch weniger Abstimmung benötigen.Bei der Personalfrage wird es kontrovers. Philipp fragt, ob Unternehmen die gewonnene Kapazität wirklich für zusätzliche Features brauchen oder zunächst konsolidieren sollten. Benjamin hält dagegen: Wer soll eine Transformation vorantreiben, wenn ihr Erfolg den eigenen Arbeitsplatz bedroht? Beide diskutieren, was daraus für Führung, Vertrauen und Product Engineering folgt.Außerdem geht es um synthetische Kundenforschung mit qlaris.ai, deren Grenzen und die Erfahrungen, die angehende CTOs jenseits technischer Expertise sammeln sollten.Eine Folge für CTOs, Engineering Leader und Gründer, die Agentic Engineering nicht nur ausprobieren, sondern ihre Organisation darauf einstellen wollen. Benjamins Startup-Modell und Zukunftserwartungen sind seine Erfahrungen und Thesen, keine allgemeine Garantie für Produktivität oder Personalbedarf.Benjamin Eckart: https://de.linkedin.com/in/ben-eckartqlaris.ai: https://qlaris.ai/OWASP Application Security Verification Standard: https://asvs.owasp.org/Tausche dich mit anderen CTOs über diese Entscheidungen aus:https://www.deutscherconsulting.com/becoming-cto-community/Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailKI nimmt Entwicklern Schreibarbeit ab. Christian Radowski erlebt gleichzeitig, dass die Arbeit im Kopf zunimmt: mehr generierter Code, mehr Prüfung und ständig neue Möglichkeiten, die eingeordnet werden müssen.Christian ist Deputy CTO bei Chaos. Im Gespräch mit Philipp Deutscher erklärt er, wie sein Team Coding Agents in die Entwicklung integriert und warum zur Einführung auch Wissen in Repositories und klare Qualitätsregeln gehören. Besonders deutlich wird er bei der Verantwortung: Auch wenn eine KI bei Entscheidungen hilft, bleiben Menschen für deren Folgen zuständig.Wir sprechen über die Belastung nach dem KI-Rollout und darüber, wie Führung funktioniert, wenn das Ziel klarer ist als der Weg dorthin. Christian beschreibt, wann er Teams experimentieren lässt, an welchen Entscheidungen er wieder einsteigt und woran er erkennt, dass weitere Veränderung gerade zu viel wird.Außerdem geht es um die Grenzen nachgebauter Software: Wer kümmert sich um Updates und kritische Fehler, wenn die erste Kopie steht? Und warum sind gewachsene Kundenbeziehungen für ein Softwareunternehmen weiterhin relevant?Eine Folge für CTOs und Engineering Leader, die KI bereits einsetzen und jetzt die Konsequenzen für ihren Arbeitsalltag gestalten müssen.In dieser Folge:Coding Agents strukturiert einführen und ihre Wirkung beobachtenReview-Aufwand, Wartbarkeit und menschliche VerantwortungMehr Output bei höherer kognitiver BelastungFührung mit Zielbild und bewussten EntscheidungspunktenWarnsignale für Überlastung durch VeränderungDie Deputy-CTO-Rolle und ein veränderter Blick auf UnternehmenspolitikSupport the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailDu lieferst gute Arbeit, übernimmst Verantwortung und wartest auf den nächsten Karriereschritt. Aber woran soll ein CEO erkennen, dass du bereit bist, die technologische Verantwortung für das Unternehmen zu tragen?In meiner zweiten Solo-Folge geht es um den Weg zum CTO und die Frage, welchen Job du hinter diesem Titel eigentlich anstrebst. Ich spreche über den klassischen Aufstieg aus dem Engineering, den Gründerweg und Situationen, in denen Menschen bereits wesentliche Teile der Rolle übernehmen, ohne das entsprechende Mandat zu haben.Im Mittelpunkt stehen fünf Lücken: Kompetenz, Beweise, Wahrnehmung, Gelegenheit und die eigene Bereitschaft für den tatsächlichen Job. Du erfährst, warum der nächste Kurs manchmal am Problem vorbeigeht, wie dein bisheriger Erfolgsmodus zum Hindernis werden kann und welche Erfahrungen dich auf deinen nächsten Schritt vorbereiten.Außerdem: Was Coaching, Mentoring und der Austausch mit anderen CTOs beitragen können und warum AI neue Fragen an technologische Führung stellt.Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailIrgendwann schaut jemand von außen sehr genau auf deine Technik. Dann musst du erklären können, warum dein Team bestimmte Abkürzungen genommen hat und welche Folgen sie heute haben.Olga Khorkova, CTO bei BARFER’S, bereitet ihre Tech-Organisation auf eine mögliche Due Diligence vor, obwohl noch kein konkreter Käufer feststeht. Im Gespräch mit Philipp Deutscher erzählt sie, wie sie technische Schulden dokumentiert und warum sie das Entwicklungstempo inzwischen bewusst reduziert, um liegen gebliebene Arbeit anzugehen.Es geht um Entscheidungen unter den Erwartungen von Private Equity und um die Frage, wie viel davon bei der CTO selbst hängen bleibt. Olga beschreibt, warum sie einen Engineering Team Lead brauchte und wie ein Playbook dem Team eigene Entscheidungsräume gibt. Sie spricht auch darüber, was sie am Konzept selbstorganisierter Teams lange falsch verstanden hat.An der Systemlandschaft rund um Shopify wird greifbar, wie solche Entscheidungen aussehen. Welche Prozesse gehören in den Shop? Was muss heraus? Und wie belastbar sind die Daten, auf deren Grundlage das Unternehmen investiert?Du bekommst konkrete Anknüpfungspunkte für deine eigene Organisation, wenn du technische Verantwortung trägst oder in die CTO-Rolle hineinwächst. Besonders lohnend ist die Frage, welche ältere Architekturentscheidung dein Team heute noch samt Gründen und Folgen erklären kann.Gast: Olga KhorkovaLinkedIn: https://www.linkedin.com/in/olgakhorkova/BARFER’S: https://www.barfers-wellfood.de/Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailWie viel Verantwortung solltest du als CTO selbst behalten? David Gebhardt hat diese Frage bei mobile.de mehrfach neu beantwortet. Er wollte fachlich überall mithalten, führte Product und Tech gemeinsam und setzte sich später selbst für eine separate CPO ein. Nach elf Jahren verließ er das Unternehmen aus eigener Entscheidung.Im Gespräch mit Philipp Deutscher erzählt der ehemalige CTO und CPTO, wie er in die Rolle hineingewachsen ist und warum es Jahre dauerte, seinen Perfektionsanspruch auch im Alltag loszulassen. Wir sprechen darüber, wie sich Führung anfühlt, wenn die Wirkung einer Entscheidung erst Monate später sichtbar wird, und weshalb eine größere Organisation andere Formen der Zusammenarbeit verlangt.David blickt außerdem auf die Eigentümerwechsel von eBay über Adevinta ins Private-Equity-Umfeld zurück. Er beschreibt, welche Fragen dadurch an Technologieinvestitionen gestellt wurden und warum die gemeinsame Arbeit mit einer CPO auch bei der AI-Transformation hilfreich war.Bei AI geht es um konkrete Erfahrungen: den Zugang für Mitarbeitende, Principal Engineers als glaubwürdige Vorbilder und zusätzliche Vorhaben bei stabilem Headcount. Hohe Nutzung allein beantwortet dabei noch nicht die Frage nach dem wirtschaftlichen Nutzen. Zum Schluss diskutieren wir, welche Rolle Marktplätze behalten, wenn AI-Assistenten immer mehr Aufgaben bei der Suche übernehmen.Eine Folge für CTOs und Tech-Leader, die ihre Verantwortung wirksamer verteilen und die nächste Veränderung ihrer Organisation gestalten wollen.Hör dir das Gespräch an und nimm eine Frage mit: Welche Verantwortung hältst du heute noch fest, obwohl eine andere Aufteilung dem Unternehmen helfen würde?Gast und weiterführende LinksGast: David Gebhardt, ehemaliger CTO und CPTO von mobile.de. Host: Philipp Deutscher. Gespräch vom 02.10.2026.David auf LinkedInSupport the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailDer 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?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 FolgePaul Lunow und sein Roman Riaruhttps://www.paul-lunow.de/Product & Cakehttps://product-and-cake.com/Paul bei Ventionhttps://ventionteams.com/experts/paul-lunowSupport the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailAI macht Softwareentwicklung schneller. Aber sie macht gute Engineering-Praktiken nicht überflüssig – im Gegenteil.Govinda Fichtner ist Group CTO bei Quanos und seit rund 30 Jahren in der Softwareentwicklung unterwegs. Mehr als zwei Jahrzehnte davon arbeitete er als Individual Contributor, bevor sein Weg über Architektur- und Führungsrollen in die CTO-Verantwortung führte.In dieser Folge sprechen wir darüber, was nachhaltige Softwareentwicklung wirklich bedeutet – und warum die entscheidenden Faktoren häufig unter der Wasserlinie liegen: Architektur, Testbarkeit, Wartbarkeit, Security, Observability, Teamgrenzen und technische Führung.Govinda erklärt, warum technische Schulden nicht grundsätzlich schlecht sind, wann sie den Handlungsspielraum eines Unternehmens auffressen und weshalb Architekturprobleme häufig auch Organisationsprobleme sind. Wir sprechen über Conway’s Law, Domain Driven Design, Team Topologies und die Frage, wie CTOs technische Leitplanken schaffen, ohne Teams jede Entscheidung abzunehmen.Außerdem geht es um Cloud, DevOps und Agilität. Nicht als Buzzwords oder Toolchain, sondern als zusammenhängendes System für kurze Feedback-Loops und echtes Ownership. Govindas DevOps-Kern bleibt dabei erstaunlich einfach: „You build it, you run it.“Und natürlich sprechen wir über AI Coding. Wenn ein Entwickler mit AI plötzlich deutlich mehr Änderungen und Pull Requests erzeugen kann, muss der Rest des Systems mithalten: Review, Tests, Integration, Security, Deployment und fachliche Validierung.Govindas These: AI ist ein Verstärker. Schwache Engineering-Systeme skalieren ihre Probleme. Reife Engineering-Systeme skalieren ihre Qualität.Themen der Folge:Nachhaltige Softwareentwicklung und das EisbergmodellTechnische und organisatorische SchuldenTestbarkeit, Security und Wartbarkeit als frühe NFRsConway’s Law, DDD und Team TopologiesCloud, DevOps und „you build it, you run it“Warum Agilität 2026 relevant bleibt – auch wenn Scrum unter Druck stehtEngineering Context und Product Context für AIWarum Validierung zum kritischen Teil von AI Coding wirdEngineering Excellence im Inner und Outer LoopLinks:Govinda Fichtner auf LinkedIn: https://de.linkedin.com/in/govinda-fichtnerQuanos: https://quanos.com/CircleCI – 2026 State of Software Delivery: https://circleci.com/resources/2026-state-of-software-delivery/Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailWas passiert, wenn du als CTO weniger selbst erledigst und dich plötzlich weniger wirksam fühlst?Christoph Trappl kennt diesen Moment. Bei fab4minds führte ihn sein Weg in rund acht Jahren vom Praktikanten zum CTO. Er griff neue Themen auf, übernahm Verantwortung und schlug die Führungsstruktur, in der seine heutige Rolle entstand, selbst mit vor. Doch als er sich später stärker aus dem Tagesgeschäft zurückzog, fehlte ihm etwas: die unmittelbare Bestätigung, ein Problem gelöst zu haben.In dieser Folge von Becoming CTO Secrets sprechen wir darüber, warum Führungskräfte sich manchmal selbst in Abläufe einbauen, wie Christoph durch unser CTO Coaching seinen Blick auf die eigene Leistung verändert hat und weshalb ihm die Entwicklung seiner Führungskräfte bis heute anspruchsvoll erscheint.Christoph erzählt außerdem von einer schweren Erkrankung unmittelbar nach seiner Ernennung zum CTO. Zwei Monate fiel er aus. Sein Team musste ohne Übergabe übernehmen; sein Geschäftsführer gab ihm Zeit zur Genesung. Auch ich teile eine persönliche Erfahrung aus meiner Zeit bei Tipico.Zum Schluss wird es technisch: Bei fab4minds bedienen KI-Agenten ERP-Funktionen über MCP. Wir diskutieren, warum saubere APIs und passende Zugriffsrechte dadurch wichtiger werden und weshalb ein CTO bei dieser Transformation selbst praktische Erfahrung braucht.Das nimmst du aus der Folge mit• Wie Christoph seinen Weg in die CTO-Rolle selbst mitgestaltet hat.• Warum weniger operative Arbeit zunächst am eigenen Leistungsgefühl rütteln kann.• Wie Führungskräfte Verantwortung übernehmen können, ohne wie ihr CTO arbeiten zu müssen.• Was Christoph heute beim Abschalten hilft.• Welche Fragen KI-Agenten für ERP, Schnittstellen und Softwareentwicklung aufwerfen.Christoph ist CTO beim österreichischen Softwareunternehmen fab4minds und spricht gemeinsam mit Simon Hodac im Podcast „Managementdialog – Führung mit Hausverstand“ über den Einstieg in Führung.Christoph und fab4mindshttps://www.fab4minds.com/ueber-unsManagementdialog – Führung mit Hausverstandhttps://www.podcast.de/podcast/3547257/managementdialogSupport the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailDie KI kann den nächsten Codeblock schreiben. Wer entscheidet, ob daraus verlässliche Software wird?Felix Baumann ist CTO und Co-Founder von VibeMind. Seit fast zwei Jahren arbeitet er an einem Multi-Agenten-System, das Aufgaben von der Softwareentwicklung bis zu Marketing und Videobearbeitung verbinden soll. Im Gespräch mit Philipp Deutscher erzählt er, was ihn im Alltag bereits entlastet und warum ein funktionierender Ablauf auf dem eigenen Rechner noch kein fertiges Produkt ist.Wir sprechen über Agenten, die versehentlich dieselbe Aufgabe in zwei Browsern ausführen, über die Grenzen großer Tool-Auswahl und über einen Lauf seiner Coding Engine, für den Felix Kosten von rund 500 Euro nennt. Wie hält man solche Systeme beherrschbar? Welche Aufgaben brauchen ein Sprachmodell, welche lassen sich vorab durch feste Regeln zuordnen? Und wie passen Vibe Coding, Clean Code und unabhängige Reviews zusammen?Persönlich wird es beim Übergang vom Solo-Entwickler zum CTO. Felix beschreibt, warum die Arbeit mit Menschen andere Fähigkeiten verlangt als die Steuerung von Agenten und wie sich durch das Bauen mit KI seine eigene Denkweise verändert hat.In dieser Folge:Was VibeMind bereits leistet und was zum Aufnahmezeitpunkt noch nicht stabil war.Wie Kontext, Routing und Aufgabenzerlegung zusammenspielen.Warum mehr Agenten auch mehr Abstimmung, Wartezeit und Kosten bedeuten können.Welche Fragen zu Secrets, Berechtigungen und Agenten-Identitäten offenbleiben.Was technische Gründer über Produktverantwortung und Führung lernen müssen.Welche Rolle lokale Modelle und Open Source für Felix spielen.Das Gespräch wurde am 7. September 2026 aufgezeichnet. Aussagen zu Entwicklungsstand und Finanzierung beziehen sich auf diesen Zeitpunkt.VibeMind: https://vibemind.space/Felix auf LinkedIn: https://www.linkedin.com/in/felix-baumann-992545360/Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher

Send us Fan MailCopilot-Lizenzen kaufen und das Ganze KI-Transformation nennen? Für Bendri Batti ist das höchstens der Anfang.Der CTO von enovetic baut den Softwareentwicklungsprozess seines Unternehmens mit Agentic AI neu auf: von der Spezifikation über Design und Implementierung bis zur Verifikation. In einem Umfeld mit Lohn-, Personen- und Vorsorgedaten muss dabei mehr stimmen als die Geschwindigkeit der Codegenerierung.In dieser Folge von Becoming CTO Secrets sprechen Philipp Deutscher und Bendri darüber, was eine prüfbare Spezifikation leisten muss, weshalb KI ungeklärte Annahmen nicht einfach verschwinden lässt und wie technische Leitplanken verlässliche Entwicklung ermöglichen. Es geht um Datenflüsse vor dem ersten Prompt, den Umgang mit kritischen Geschäftsregeln und die Frage, welche Fähigkeiten Engineering-Teams künftig brauchen.Bendri beschreibt auch, was noch nicht funktioniert: Der neue Workflow stößt bei bestehenden Monolithen an Grenzen, und eine belastbare Erfolgsmessung ist noch im Aufbau. Gerade diese offenen Punkte machen das Gespräch interessant für CTOs, die ihre Organisation durch eine ähnliche Veränderung führen.Außerdem: Warum Bendri als CTO wieder mehr selbst ausprobiert, wie er seine Teams in die Veränderung einbezieht und weshalb mehr Features noch keinen höheren Kundennutzen bedeuten.Für CTOs, Engineering Leader und Entwickler, die Verantwortung für KI-gestützte Softwareentwicklung übernehmen wollen.Mehr über enovetic: https://www.enovetic.ch/Support the show🚀 Becoming CTO Secrets ist ein Podcast von Philipp Deutscher Consulting → www.deutscherconsulting.com📘 Whitepaper „Entwickler Heute, CTO Morgen“ → whitepaper.becomingctosecrets.com📑 CTO Report 2025: Archetypen, Technologien, Zukunftsszenarien → ctoreport.becomingctosecrets.com🤝 Becoming CTO Community → Jetzt beitreten🎯 CTO Coaching Programm → deutscherconsulting.com/cto-coaching💬 Vernetze dich mit Philipp auf LinkedIn → linkedin.com/in/philippdeutscher