Zusammenfassung

  • Atlassian meldet 46 Forward Deployed Engineers, mehr als 100 betreute Unternehmen und über 80 KI-Agenten im Produktivbetrieb; das Team soll in Richtung 100 wachsen. Die Unternehmensangaben sind unterschiedlich abgegrenzte Momentaufnahmen, keine vergleichbare Produktivitätskohorte.
  • Das Programm bringt Ingenieure in die Arbeitsabläufe der Kunden und sieht vier Phasen über ungefähr zwölf Wochen vor: entdecken, entwickeln, einführen und Wert messen. Die von Atlassian veröffentlichten Kundenbeispiele sind anonymisiert und nicht unabhängig geprüft.
  • Entscheidend ist, ob jedes Projekt wiederverwendbare Produktfunktionen und einen selbstständig handlungsfähigen Kunden hinterlässt – oder ob Bereitstellung, Governance und Support dauerhaft knappe Ingenieurkapazität beanspruchen. Atlassian veröffentlicht weder FDE-Preise noch Margen oder wiederkehrende Erlöse.

46 Ingenieure, mehr als 100 Unternehmen, über 80 KI-Agenten im Produktivbetrieb: Mit diesen Zahlen beschreibt Atlassian sein Forward-Deployed-Engineering-Programm (FDE). Das Team soll auf annähernd 100 Beschäftigte wachsen. Doch die Kennzahlen beantworten nicht die wirtschaftlich wichtigste Frage: Wie viel Arbeit entfällt auf einen Kunden, wie lange dauert der Einsatz und was bleibt, wenn die Ingenieure wieder gehen? (Atlassians Interview vom 7. Oktober)

Vor Ort oder eng mit Kunden eingesetzte Ingenieure sind keine Erfindung von Atlassian. Das Modell bringt technische Fachleute an reale Arbeitsabläufe, Daten und Systeme, damit aus einem unscharfen Bedarf eine nutzbare Lösung wird. Atlassians FDE-Team arbeitet mit Unternehmenskunden an Rovo-Agenten und Automatisierungen, verbindet Systeme und gestaltet Prozesse neu. Die Programmseite beschreibt vier Phasen – Discover, Build, Adopt und Value – über etwa zwölf Wochen. (Atlassian FDE)

Damit adressiert das Unternehmen einen realen Engpass. Ein leistungsfähiges Modell bleibt in einer Organisation möglicherweise unbrauchbar, wenn Wissen verstreut, Berechtigungen unklar, Übergaben brüchig und Veränderungsverantwortung nicht zugewiesen sind. Eingebettete Ingenieure können den tatsächlichen Ablauf aufnehmen, einen begrenzten Anwendungsfall definieren, Systeme verbinden und Sicherheit von Beginn an berücksichtigen. Das unterscheidet sich von einem Lizenzverkauf, bei dem die Einführung anschließend dem Kunden überlassen bleibt.

Die Kostenstruktur verschiebt sich jedoch. Ein SaaS-Produkt kann zusätzliche Kunden mit relativ niedrigen Grenzkosten bedienen, wenn Ablauf, Integration und Support standardisiert sind. FDE beginnt beim individuellen Kundenkontext und soll bis zum Produktivbetrieb führen. Je kundenspezifischer die Arbeit bleibt, desto stärker hängt Wachstum von Neueinstellungen, Einsatzkapazität und der Zeit erfahrener Ingenieure ab. Je mehr Muster in Rovo, Teamwork Graph, Konnektoren, Berechtigungsregeln und Kundenhandbücher einfließen, desto eher kann ein Einsatz das Produkt verbessern und den nächsten vereinfachen.

Die veröffentlichten Zahlen zeigen nicht, welcher Effekt überwiegt. Atlassian definiert die mehr als 100 Kunden und über 80 Agenten nicht als dieselbe Kohorte. Unklar bleibt, wie viele Agenten je Kunde betreut werden und ob sie nach dem Start aktiv bleiben. Die 46 Ingenieure und das Ausbauziel lassen sich nicht sinnvoll durch Kunden- oder Agentenzahlen teilen: Erhebungszeitpunkt, Umfang und Projektphase können voneinander abweichen. Es fehlen Preise, abrechenbare Stunden, FDE-Umsatz, Projektbeiträge und der laufende Supportaufwand.

Atlassians Website nennt mehr als 20 Millionen US-Dollar Einsparungen bei einem Technologieunternehmen, rund 50 Prozent weniger Triage-Aufwand bei einem Halbleiterhersteller und mehr als 6.700 eingesparte Stunden pro Jahr bei einem Reiseunternehmen. Diese Beispiele erklären das Verkaufsversprechen, sind jedoch anonymisiert und vom Anbieter selbst veröffentlicht. Vergleichsbasis, Berechnung, Projektkosten, Messzeitraum und unabhängige Prüfung fehlen. Daher belegen sie weder eine typische Rendite noch einen direkten wirtschaftlichen Vorteil für Atlassian. (Von Atlassian angeführte Ergebnisse)

Die entscheidende Frage lautet, ob die Arbeit als Produkt skaliert. Atlassian meldete im vierten Quartal des Geschäftsjahres 2026 einen Umsatz von 1,766 Milliarden US-Dollar, weist aber weder FDE-Umsatz noch FDE-Kosten separat aus. Das konzernweite Cloud-Wachstum lässt sich ohne Vertrags- oder Kohortendaten nicht den eingebetteten Ingenieuren zurechnen. FDE könnte Erweiterungen, Bindung und Produktlernen fördern; ebenso könnte es sich um eine personalintensive Kundenbetreuung handeln, deren Kosten in allgemeinen Aufwendungen stecken. Die veröffentlichten Abschlüsse trennen diese Effekte nicht. (FY2026-Ergebnisse; FY2026 Form 10-K)

Die belastbarste Einordnung ist weder „Beratung im Softwaremantel“ noch „KI-Einführung ist gelöst“. FDE ist eine Übergangsschicht zwischen dem Vorhaben eines Unternehmens und tatsächlicher Produktnutzung. Entscheidend ist, was nach dem Projekt bleibt: ein wiederverwendbares Produktmerkmal, ein reproduzierbarer Konnektor, ein geprüftes Berechtigungsmuster oder ein Kundenteam, das den Prozess selbst betreiben kann. Zwölf Wochen beschreiben das Design des Programms, nicht die nachgewiesene Dauer jedes Einsatzes oder die Selbstständigkeit aller Kunden.

Kundenseitige Selbstständigkeit ist deshalb Teil der Produktprüfung. Wenn ein Agent nur funktioniert, solange das ursprüngliche Projektteam Ausnahmen überwacht, Schnittstellen pflegt und Berechtigungen anpasst, kann „in Produktion“ einen dauerhaften Servicebedarf verbergen. Wenn der Kunde den Agenten mit normalen Plattformwerkzeugen betreiben, prüfen und anpassen kann, kann derselbe Einsatz ein Muster für Softwarehebel werden. Nicht entscheidend ist, ob Ingenieure beim Kunden arbeiten, sondern was sie dort hinterlassen.

Als Nächstes wären Kohortendaten nötig: Projektdauer, Anteil der Einsätze mit Produktivstart, Nutzung nach sechs oder zwölf Monaten, Support nach dem Start, Kundenausbau und übernommene Produktfunktionen. Atlassian zeigt Einsatzleistung und einen plausiblen Weg zum Produktlernen. Noch offen bleibt, welcher Anteil dieser Leistung sich wie Software vervielfacht und welcher als menschliche Arbeit wiederholt werden muss.

Quellen