Warum man die Rolle des Forward Deployed Engineers jetzt verstehen muss
Inhalt
Die Zwei-Minuten-Fassung dieses Beitrags, auf Englisch. Auch auf YouTube.
Ich verantworte Delivery in Softwareprojekten für Industriekunden. In den letzten Monaten hat sich in fast jedem Gespräch dieselbe Frage nach vorne geschoben. Es geht nicht mehr darum, ob KI in der Softwareentwicklung ankommt, sondern was das für Kosten, Teams und die Zusammenarbeit mit Partnern bedeutet.
Das sehe ich unabhängig davon, wie es der Branche gerade geht. Kunden aus der Zulieferindustrie stehen unter massivem Druck, andere Branchen laufen gut. Die Erwartung ist trotzdem überall dieselbe: Software Engineering soll günstiger werden. Das wird nicht immer laut gesagt, aber es steht in jeder Budgetrunde und jeder Ausschreibung.
Die Erwartung trifft auf ein bestehendes Modell #
Viele Unternehmen skalieren ihre Softwareentwicklung seit Jahren mit externen Dienstleistern. Das ist kein Zufall, sondern eine bewusste Entscheidung: Kapazität flexibel einkaufen, Spezialwissen dazuholen, eigene Teams schlank halten.
Genau diese Dienstleister sind jetzt in einer neuen Lage. Von ihnen wird erwartet, dass sie erklären, wie agentische Softwareentwicklung funktioniert. Was ändert sich, wenn Coding-Agenten einen großen Teil der Umsetzung übernehmen? Wo entsteht der Effekt wirklich, und wo nur in der Demo? Was passiert mit Qualität, Nachvollziehbarkeit und Verantwortung, gerade in regulierten Umfeldern?
Diese Fragen beantwortet kein Foliensatz. Sie lassen sich nur beantworten, wenn jemand die Technik selbst beherrscht und sie im System des Kunden zum Laufen bringt.
Vom Senior Software Engineer zum Forward Deployed Engineer #
Der Begriff Forward Deployed Engineer kommt ursprünglich von Palantir und wird heute vor allem von KI-Anbietern genutzt. Gemeint ist ein Engineer, der nicht hinter einem Ticket-System sitzt, sondern beim Kunden. Er versteht das Geschäftsproblem, baut die Lösung selbst und bleibt dran, bis sie im Betrieb trägt.
Für einen technisch fokussierten Senior Software Engineer bedeutet das eine Erweiterung, keinen Bruch. Das handwerkliche Können bleibt der Kern. Dazu kommt Beratung: zuhören, das eigentliche Problem herausarbeiten, Optionen erklären, Entscheidungen vorbereiten, mit Fachbereich und Management auf Augenhöhe sprechen.
Die Rolle des Senior Software Engineers wird dadurch nicht verschwinden. Es wird weiter Menschen brauchen, die tief in einem System stecken und es sauber weiterentwickeln. Aber wer verstanden hat, was sich gerade verschiebt, und sich in Richtung FDE weiterentwickelt, kann Werte schaffen, die einem Software Engineer früher nicht zugeschrieben wurden.
Was ein FDE in einem Change bewirkt #
In einem Unternehmen, das seine Softwareentwicklung auf agentische Arbeitsweisen umstellt, ist die Technik selten das größte Problem. Schwieriger sind die Fragen drumherum: Wie verändern sich Rollen im Team? Welche Prozesse und Quality Gates braucht es, damit schneller nicht schlechter bedeutet? Was heißt das für Verträge mit Partnern, die bisher nach Aufwand abrechnen?
Ein FDE kann genau an dieser Stelle wirken. Er zeigt am echten Code des Kunden, was ein Agent leistet und wo er scheitert. Er baut den ersten Workflow, der im Alltag funktioniert, und macht daraus einen Standard, den interne Teams übernehmen können. Damit beeinflusst er nicht nur ein Projekt, sondern die Richtung, in die sich ein Unternehmen entwickelt. Das ist unternehmerische Wirkung, und sie kommt hier von jemandem, der selbst Code schreibt.
Eine Chance auf drei Seiten #
Für Software Engineers ist das eine echte Karrierechance. Der Weg nach oben führte bisher oft über Architektur oder Führung. Jetzt gibt es einen dritten Weg, der technisch bleibt und trotzdem nah am Geschäft ist.
Für Beratungshäuser und IT-Dienstleister entsteht ein Portfolio, das weniger umkämpft ist als reine Umsetzungskapazität. Wenn Umsetzung durch Agenten günstiger wird, sinkt der Wert von Stunden. Der Wert von Menschen, die einen Kunden sicher durch diesen Wandel führen, steigt.
Für kleinere Digitalisierungsunternehmen ist es eine Möglichkeit, an den Anforderungen großer Branchen teilzunehmen, ohne sich über Near- oder Offshoring skalieren zu müssen. Ein kleines Team erfahrener Engineers mit Agenten an der Seite kann heute Ergebnisse liefern, für die es früher eine große Mannschaft gebraucht hätte.
Warum jetzt #
Die Erwartung an günstigere Softwareentwicklung ist bereits da. Wer sie nur mit Rabatten auf Tagessätze beantwortet, verliert. Wer sie mit Menschen beantwortet, die agentische Entwicklung erklären, vormachen und im Unternehmen verankern können, wird Teil der Lösung.
Deshalb lohnt es sich, die Rolle jetzt zu verstehen. Für Engineers, die ihren nächsten Schritt suchen. Für Dienstleister, die ihr Angebot neu denken. Und für Kunden, die nicht nur günstigeren Code wollen, sondern einen Change, der trägt.
Wie ich agentische Delivery selbst strukturiere, habe ich in Eine Person, ein ganzes Team beschrieben.