Nachdem Unternehmen KI in bestehende Workflows integriert haben, benötigen sie weiterhin Personen, die für das Go‑Live, die Wartung und die Übergabe verantwortlich sind. Das von Atlassian veröffentlichte FDE‑Modell liefert ein untersuchbares Organisationsbeispiel für diese Verantwortlichkeiten. Dieser Artikel verwendet es als Referenz für die Lieferung von PE‑Post‑Investment‑Engineering‑Teams; das Ereignis selbst beinhaltet keinen Mehrheitsbeteiligungs‑Deal.
Fakt: 12‑wöchiges Projekt gemeinsam mit Kundeningenieuren geliefert
- 7. Oktober 2026 kündigte Atlassian das FDE‑Programm an: Ingenieure gehen in die Kundenumgebung, die typische Kooperationsdauer beträgt 12 Wochen, der Kunde stellt gleichzeitig eigene Ingenieure bereit. Der Service umfasst maßgeschneiderte Rovo‑Agenten, Systemverbindungen und Workflow‑Automatisierung.
- Das Unternehmen gab bekannt, dass das Expedia‑Projekt 600.000 Seiten Confluence‑Inhalte archiviert hat, was jährlich etwa 3,200 Stunden einspart; dies entspricht der Unternehmensangabe und ist noch kein Ergebnis einer Finanzprüfung.
- Im offiziellen Blog desselben Tages wurde bekannt, dass das Team bereits 46 Ingenieure hat, über 100 Unternehmenskunden bedient hat und bereits 80 KI‑Agenten in Produktion sind. Das Unternehmen sagt, dass der vor Ort erstellte Code, die Connectoren und Produktverbesserungen in das Produkt‑Ökosystem zurückfließen.
Beurteilung: Das Post‑Investment‑Team sollte die Übergabefähigkeit in die Abnahme einbeziehen
FDEPE beurteilt, dass das wertvollste Element dieses Modells darin besteht, Kundenpersonal in den Bauprozess einzubeziehen. Für Transformations‑Teams von Mehrheitsbeteiligungs‑Unternehmen sollte das Projektende sowohl betriebliche Nutzbarkeit als auch organisatorische Übernahme umfassen: Der Geschäftsverantwortliche kann die Ergebnisse erklären, interne Ingenieure können die Connectoren warten, und bei Ausfällen kann jemand die automatischen Aktionen deaktivieren und manuelle Prozesse wiederherstellen. Andernfalls kann ein nach dem Verlassen des Vor-Ort‑Teams kurzfristig eingeführtes System leicht zu einer langfristigen Outsourcing‑Abhängigkeit werden.
Es wird empfohlen, ein Projekt in drei Abnahmefragen zu unterteilen. Erstens, ob der Prozess wirklich ersetzt wird: Gesamtzahl der Aufgaben, Anteil manueller Eingriffe, Nacharbeitsrate und Bearbeitungszeit erfassen, um nicht nur Aufrufzahlen zu zählen. Zweitens, ob die Verbesserung die vollständigen Kosten abdeckt: interne Ingenieure, externe Vor-Ort‑Mitarbeiter, Modellaufrufe, Prüfungen und Wartung in die Projektkosten einbeziehen. Drittens, ob der Kunde eigenständig operieren kann: das Kundenteam ein Versionsupgrade und eine Fehlerbehebung durchführen lassen, um zu prüfen, ob die Übergabedokumentation ausreichend ist. Die oben genannten Bewertungskriterien sind Vorschläge des Autors und spiegeln nicht wider, dass Atlassian diese Kennzahlen bereits verwendet.
Die Einsparung von Arbeitsstunden muss noch finanziell umgerechnet werden. Wenn Mitarbeitende die freigewordene Zeit nutzen, um mehr Rückstände zu bearbeiten, während Gehälter und Outsourcing‑Ausgaben unverändert bleiben, zeigen sich die Vorteile zunächst in höherer Kapazität und Servicequalität. Nur wenn sie mit zusätzlichem Umsatz, dem Wegfall von Outsourcing, reduzierten Überstunden oder vermiedenen Einstellungen korrespondieren, können sie in die Berechnung von Gewinnverbesserungen einfließen. Es ist nicht zulässig, alle eingesparten Stunden einfach mit dem Lohn zu multiplizieren und als realisierten Geldfluss zu deklarieren.
Die Wiederverwendung der Plattform muss ebenfalls separat abgenommen werden. Wenn der nächste Kunde dieselbe Fähigkeit nutzt, aber dennoch Daten neu bereinigen, Berechtigungen neu schreiben und Genehmigungsprozesse neu aufbauen muss, könnte die Lieferkosten nicht merklich sinken. Das nachgelagerte Engineering‑Team kann die Personentage des zweiten Deployments, den Anteil wiederverwendbarer Komponenten und die nachträglichen Wartungsstunden des Kunden verfolgen, um zu beurteilen, ob die Erfahrung in reproduzierbare Vermögenswerte umgewandelt wurde.
Gegenbeweis: Die Anzahl der produktiven Deployments entspricht nicht dem reproduzierbaren Gewinn.
- Öffentliches Material gibt keine Angaben zu den Gebühren pro Projekt, den vollständigen Kosten der Ingenieure, Kontrollgruppen oder Geldgewinnen, sodass daraus die Nettorendite des Projekts nicht berechnet werden kann.
- Die Ergebnisse der Inhaltsgovernance für einen einzelnen Kunden können nicht automatisch auf Beschaffung, Risikomanagement oder Finanzgenehmigungsprozesse übertragen werden; die Fehlkosten und Befugnisgrenzen variieren je nach Aufgabentyp.
- Die Wiederverwendung innerhalb des Produktökosystems des Anbieters lässt sich nicht zwangsläufig auf heterogene Systeme eines Kombinationsunternehmens übertragen. Wenn der Kunde stark in die gemeinsame Entwicklung mit internem Personal eingebunden ist, kann die Projekttempo zu Lasten anderer Arbeiten verzögert werden.
Im Atlassian‑Blog: Meet the Forward Deployed Engineer, veröffentlicht am 7. Oktober 2026.