---
name: Benedikt Stemmildt
role: Co-Founder & Co-CEO, CSO, hackers&wizards
base: Hamburg, Deutschland
topics: [agentic engineering, Softwarearchitektur, Developer Experience, Engineering Leadership]
contact: benedikt@stemmildt.com
machine_readable: /llms.txt
---

Benedikt Stemmildt

Developer im Flow, die großartige Produkte bauen.

Ich helfe Softwareteams, von Vibe Coding zu agentic engineering zu kommen: als Mitgründer von hackers&wizards, auf der Bühne und als Host des Podcasts Rethink Engineering. Den Rest haben mir zwanzig Jahre beigebracht, in denen ich Softwareprodukte und die Unternehmen drumherum gebaut habe.

Unternehmen

Gearbeitet bei

  • OTTO
  • Breuninger
  • BLUME 2000
  • TalentFormation

Gebaut mit

  • Tchibo
  • SIGNAL IDUNA
  • IONOS
  • Krombacher
  • Mercedes-Benz
  • eventim
  • OBI
  • blau direkt
  • Picnic
  • Haufe Group
  • MOIA
  • Vorwerk
  • Moonfare
  • LichtBlick
  • dm
  • EGYM
  • Statista
  • EUROGATE
  • bonprix
  • adesso insurance solutions
  • 1GLOBAL
  • OMR
  • Bünting
  • Unzer
  • SDK
  • Suiteify
  • Fricke Gruppe
  • XING

Vorträge für alle, die Software bauen, führen und lehren

Ich spreche seit 2016 auf Konferenzen. Die Talks, auf die ich am stolzesten bin, fingen alle gleich an: Bei der Arbeit hat mich etwas gestört, und im Talk habe ich es öffentlich zu Ende gedacht.

Wo du mich triffst

  1. code.talks 2026

    Program Chair · Hamburg

  2. Software Factories: Engineering on Autopilot

    Talk · Digitale Leute Summit, Köln

  3. alphalist Dev Bootcamp

    Workshop, Curriculum Lead · Berlin

  4. LangChain x hackers&wizards Hackathon

    Co-Host · Hamburg

  5. Building the Dark Factory: When Agents Run the Whole SDLC

    Talk · OOP, München

  6. Building the Agentic R&D Organization

    Workshop · CASE, Berlin

  7. Stop Building Features. Build the Factory That Builds Them.

    Talk mit Leo Peters · agentic.hamburg, Hamburg · Video

  8. Agents Across the SDLC: From Refinement to Retro

    Talk · AI Agents Montreal, online · Video

  9. Vibe-Coding Is Killing Your AI Productivity

    Talk · code.talks, Hamburg · Video

Einen ganzen Talk ansehen · agentic.hamburg 2026, mit Leo Peters Stop Building Features. Build the Factory That Builds Them.

Aktuelle Themen

  • Von Vibe Coding zu agentic engineering

    Wie Teams von zufälligen Prompts und schwankendem Output zu AI-gestützter Entwicklung kommen, mit echtem Kontext, Feedback-Loops, Quality Gates und menschlicher Verantwortung.

    Für Developer, Tech Leads und CTOs

  • Architektur, wenn AI mehr Code schreibt

    AI macht Code billig. Deshalb zählen Architektur, Grenzen, Tests, Review und Wartbarkeit mehr, nicht weniger.

    Für Softwarearchitekten, Senior Engineers und Führungskräfte

  • Developer Experience als Strategie

    Warum zufriedene Teams schneller sind, warum Reibung im Arbeitsalltag steckt und wie Tooling und Führung ein Liefertempo möglich machen, das ein Team dauerhaft durchhält.

    Für CTOs, Führungskräfte und Platform-Teams

  • Lehren als Engineering-Skill

    Was mir Hacker School, Mentoring und AI-gestützte Entwicklung darüber beigebracht haben, wie Wissen wirklich von Mensch zu Mensch kommt.

    Für Developer, Mentoren und Lehrende

Formate

  • Keynotes und Konferenz-Talks30 bis 60 Minuten, auf Englisch oder Deutsch, mit klarer Erzählung und so viel technischem Detail, dass das Publikum es am nächsten Morgen bei der Arbeit nutzen kann.
  • WorkshopsHands-on-Sessions für Teams oder Konferenzpublikum, rund um agentic engineering, Context Engineering und Developer-Workflows.
  • Panels und InterviewsGespräche über die Zukunft des Software Engineering, AI-gestützte Entwicklung und Engineering Leadership.
  • Programm- und Track-KurationUnterstützung für Konferenzprogramme und Communities, in denen das Gespräch so viel zählt wie die Bühne.

Speaker-Bio

Benedikt Stemmildt ist Gründer, Softwarearchitekt, Speaker, Lehrender und Verfechter von agentic engineering in Hamburg. Er ist Mitgründer von hackers&wizards, Gründungsmitglied und seit 2014 Inspirer bei der Hacker School, Program Chair der code.talks und Host des Podcasts Rethink Engineering. Mit mehr als 20 Jahren in Software Engineering, von OTTO und Breuninger bis zum CIO bei BLUME 2000 und CTO bei TalentFormation, hilft er Teams, bessere Software zu bauen: mit mehr Klarheit, Handwerk und menschlicher Verantwortung in einer AI-gestützten Welt.

Porträtfoto herunterladen JPEG, 800 × 1000

Ausgewählte Bühnen

  • code.talks
  • OOP
  • JAX
  • DDD Europe
  • Java Forum Stuttgart
  • alphalist
  • WeAreDevelopers
  • Digitale Leute
  • Informatik Aktuell
  • CIO.de

Von Prompt Engineering zur Software Factory

Das sind Arbeitsnotizen, keine fertigen Gedanken. Ich komme immer wieder auf dieselbe Frage zurück: Wie kommen Teams von einzelnen Prompts zu einem funktionierenden System, das mit ihnen Software baut, und was bleibt dabei Aufgabe des Menschen?

  1. Prompt Engineering

    Den richtigen Prompt für eine Aufgabe bauen. Das ist echtes Können, und das Ergebnis kann richtig gut sein. Aber der Gewinn steckt in diesem einen Prompt, nicht im Team, und wächst deshalb nicht mit.

  2. Context Engineering

    Dauerhafter, wiederverwendbarer Kontext, damit Menschen und AI nach denselben Standards arbeiten. Entscheidungen, Konventionen und Review-Kriterien, einmal aufgeschrieben und von allen genutzt.

  3. Agentic engineering

    Workflows, in denen AI mehr von der Arbeit übernimmt und Menschen Urteil, Richtung und Verantwortung behalten. Das ersetzt keine Developer. Es hebt die Ebene, auf der sie arbeiten.

  4. Software Factory

    Eine Kette spezialisierter Agents über den ganzen Entwicklungszyklus, und sie gehört dem Team, das sie nutzt. Die Arbeit verschiebt sich: weg davon, jede Zeile selbst zu schreiben, hin zu den Regeln, nach denen die Kette läuft.

Das Denken kannst du auslagern. Das Verstehen nicht.

Was ich bisher glaube

  1. Kontext schlägt clevere Prompts

    Ein cleverer Prompt hilft einmal. Geteilter Kontext wird mit jeder Nutzung wertvoller. Entscheidungen, Standards und Review-Kriterien verdienen es, als wiederverwendbare Assets behandelt zu werden, statt sie jedes Mal neu zu erklären.

  2. Agents sind Kollegen, keine Befehle

    Gute Arbeit mit AI sieht eher nach Mentoring aus als nach Kommandieren. Du gibst Kontext, Beispiele, Grenzen und ein klares Bild davon, wie ein gutes Ergebnis aussieht. Dasselbe, was ein neues Teammitglied braucht.

  3. Die Factory ist das Deliverable

    Ab einem gewissen Punkt liefert das Team keine Features mehr. Es liefert die Kette von Agents, die die Features liefert. Die Arbeit rückt eine Ebene nach oben, und der Skill mit ihr.

  4. Qualität und Verantwortung zählen weiter

    AI-generierter Code ist immer noch Code. Er braucht Tests, Review, einen Platz in der Architektur, einen Blick auf den Betrieb und einen Menschen, der für das Ergebnis geradesteht.

Hören: Rethink Engineering

Der Podcast, den ich mit re:cinq mache: AI-native Softwareentwicklung, Engineering Leadership und wie sich Organisationen mit beidem verändern. Die neuesten Gespräche:

Spotify  Apple Podcasts  YouTube  Alle Folgen 

Zwanzig Jahre, das Neueste zuerst

Developer, Architekt, CIO, CTO, Gründer. Die Titel haben sich geändert. Die Arbeit selbst meistens nicht: Software-Organisationen bauen, die schnell vorankommen und dabei gesund bleiben.

  1. 2024 bis heuteJetzt

    Mitgründer · hackers&wizards

    Ich mache agentic engineering zu etwas, das Teams wirklich nutzen können. Trainings, Workshops und AI-gestützte Entwicklung, bei der das Handwerk erhalten bleibt.

  2. 2022 bis 2025

    CTO · TalentFormation

    Das Unternehmen neu aufstellen, Architektur und Delivery. Hier wurde agentic engineering vom Interesse zum Mittelpunkt der Arbeit.

  3. 2020 bis 2022

    CIO · BLUME 2000

    Verantwortlich für die E-Commerce-IT. Die Abteilung war nicht auf das vorbereitet, was kam. Also haben wir Produkt, Organisation und Technologie gleichzeitig neu gebaut und auf dem neuen Fundament einen neuen Shop live gebracht.

  4. 2017 bis 2020

    Lead Software Architect · Breuninger

    Die Onlineshop-Plattform, gebaut von 13 Teams und 70 Developern. Ich habe eine vertikale Architektur etabliert, damit sie vorankommen, ohne aufeinander zu warten. Der Umsatz aus Online-Bestellungen wuchs 2018 um 35 %.

  5. 2013 bis 2017

    Software Engineer · OTTO

    Eingestellt für otto.de, angefangen in einem SCRUM-Team, das ein neues Backoffice gebaut hat. Danach habe ich ein kleines Team für Social-Media-Features mitgegründet. Zwei Wochen nach dem Start hat ein Feature aus diesem Team eine einzelne Umsatzlinie in den dreistelligen Millionenbereich gebracht.

  6. 2009 bis 2013

    Dualer Student · OTTO

    Stationen in Controlling, SAP-HR-Entwicklung, E-Commerce und Konzernstrategie. Habe geholfen, den Inkubator Liquid Labs an den Start zu bringen, aus dem später Risk.Ident als eigenes Unternehmen hervorging.

Sechs Bereiche, die es für ein Softwareunternehmen braucht

Die meisten, die Software bauen, gehen an einer Stelle in die Tiefe. Im Code zum Beispiel, in der Organisation oder in den Zahlen. Die sechs Bereiche unten verteilen sich meist auf sechs verschiedene Menschen. Ich habe in jedem selbst gearbeitet, und sie beeinflussen sich viel stärker, als man erwartet.

  1. Geschäftsmodell-Design

    Woher der Umsatz kommt und ob das Modell hält. Ich habe den Canvas mehr als einmal gezeichnet und danach dafür sorgen müssen, dass er sich rechnet. Inkubatoren, Ausgründungen, neue Umsatzlinien in einem bestehenden Geschäft.

  2. Service- und Produktdesign

    Was gebaut wird, für wen und warum es deren Aufmerksamkeit verdient. Ein kleines Feature im richtigen Moment schlägt einen großen Launch im falschen.

  3. Organisationsdesign

    Teams so geschnitten, dass sie liefern können, ohne aufeinander zu warten. Ich habe die Organisation passend zur Architektur neu gezeichnet und Conway's Law für mich arbeiten lassen, statt dagegen anzukämpfen.

  4. Controlling

    Kosten und Ertrag als vollwertigen Input fürs Design behandeln, nicht als Nachgedanken. Die Zahlen zeigen dir, welche Komplexität sich lohnt und welche nicht.

  5. Architektur und Technologie

    Zwanzig Jahre reaktive, vertikale, in sich geschlossene Systeme und jetzt agentic engineering. Selbst schreiben, reviewen und dafür geradestehen, wenn es kaputtgeht.

  6. Steuerung

    Die Richtung halten, wenn Produkt, Organisation und Technologie in verschiedene Richtungen ziehen und eins der drei nachgeben muss. Steuern heißt entscheiden, welches, und wann.

Erst den Computer zerlegt, dann Teams aufgebaut

Mit zehn habe ich den Computer meines Vaters auseinandergenommen, um das Teil zu finden, das ihn zum Laufen bringt. Ich habe ihn wieder zusammenbekommen, größtenteils. Die Neugier ist geblieben. Mit 13 hatte ich eine kleine Firma für Webseiten.

Dieser Faden zieht sich seitdem durch alles. Software schreiben, Systemgrenzen ziehen, Teams führen, Kindern und Studierenden etwas beibringen und jetzt herausfinden, was AI für das Handwerk bedeutet.

Ich habe dual Wirtschaftsinformatik studiert, Uni und OTTO gleichzeitig, und früh eins gelernt: Die interessanten Probleme sind selten nur technisch. Developer, Architekt, CIO, CTO und Gründer kamen alle danach.

Die ganze Geschichte, wofür ich stehe und wessen Ideen ich mir leihe 

Wie nutzen wir AI, um Softwareteams stärker zu machen, ohne Handwerk, Urteilsvermögen oder Verantwortung zu verlieren?

Die Frage, an der ich gerade arbeite

Gute Gespräche beginnen mit Kontext

Erzähl mir, woran du arbeitest, was du schon probiert hast und welche Art Antwort dir helfen würde. Da fange ich lieber an als mit einem vagen „Lass uns irgendwann mal connecten“.

Du willst mich als Speaker einladen?

Die besten Einladungen nennen das Publikum, das Format, das Datum, die Sprache und die eine Frage, über die die Leute danach weiter nachdenken sollen.

Vortrag anfragen

benedikt@stemmildt.com +49 171 1443 957

  • hackers&wizards

    Kommerzielle Arbeit: agentic engineering, Team-Trainings und AI-gestützte Entwicklung, die verändert, wie eine Organisation baut.

    Zu hackers&wizards 
  • Bildung und Hacker School

    Digitale Bildung, Programmieren beibringen und junge Menschen so neugierig machen, dass sie mit Technologie bauen, statt sie nur zu konsumieren.

    Zur Hacker School 
  • Community und Austausch

    alphalist, code.talks, CTO-Gespräche, Austausch über Softwarearchitektur oder ein Buch, über das sich zu streiten lohnt.

    Schreib mir