Wenn du den ersten Artikel über forward deployed engineers gelesen hast, bist du wahrscheinlich bei einer von zwei Reaktionen gelandet.
Entweder: „Das ist genau das, was wir brauchen." Oder: „Das klingt großartig, aber wir können es uns nicht leisten, dafür einzustellen."
Beides macht Sinn. Ein FDE verdient typischerweise 150.000 bis 200.000 $ pro Jahr — und das ist bevor man Benefits, Eigenkapital und die Zeit einrechnet, die es braucht, jemanden mit der richtigen Mischung aus Engineering-Tiefe und Geschäftssinn zu finden. Für die meisten wachsenden Unternehmen funktioniert diese Rechnung nicht.
Aber du musst keinen einstellen. Du musst einen Partner finden, der bereits so arbeitet.
Was es wirklich bedeutet, wie ein Forward Deployed Engineer zu arbeiten
Die meisten Software-Anbieter nehmen ein Briefing entgegen, bauen, was darin steht, und liefern ab. Wenn das Briefing leicht falsch war — oder wenn etwas zwischen „was das Unternehmen wirklich braucht" und „was in der Spezifikation gelandet ist" verloren gegangen ist — wird das klar, nachdem die Arbeit erledigt ist. Der Anbieter hat getan, was man ihn gebeten hat. Das Ergebnis passt nicht ganz. Das passiert öfter, als irgendjemand zugeben möchte — und es ist jedes Mal teuer.
Ein Partner, der im FDE-Modell arbeitet, macht etwas anderes. Er bleibt während der gesamten Arbeit nah am Problem — nicht nur am Anfang. Er stellt Fragen, die die echten Anforderungen aufdecken, nicht nur die formulierten. Er bemerkt, wenn das, was gebaut wird, von dem abweicht, was tatsächlich gebraucht wird — und sagt es, bevor es zu spät ist, etwas zu ändern. Er versteht genug über den Geschäftskontext, um eine Meinung zu haben — nicht nur um Anweisungen zu befolgen.
Das ist keine Persönlichkeitseigenschaft. Es ist eine Art, die gesamte Zusammenarbeit zu strukturieren.
Woran du erkennst, ob ein Partner wirklich so arbeitet
Die meisten Agenturen werden sich als kollaborativ und kundenorientiert beschreiben. Was du willst, sind Signale — keine Behauptungen.
Frag, was passiert, wenn sich die Anforderungen mitten im Projekt ändern. Ein Anbieter, der mit einer festen Spezifikation arbeitet, wird dich durch seinen Change-Request-Prozess führen. Ein Partner, der im FDE-Modell arbeitet, wird dir erklären, wie er Fehlausrichtungen früh erkennt — und wie das Gespräch aussieht, wenn die Richtung angepasst werden muss. Die Antwort verrät dir, wie er über die gesamte Beziehung nachdenkt.
Bitte sie, ein Projekt zu beschreiben, das nicht wie geplant verlaufen ist. Was schiefging, wie sie es erkannt haben und was sie dagegen unternommen haben. Partner, die eng mit Kunden zusammenarbeiten, haben diese Geschichten — und erzählen sie direkt. Anbieter, die auf Abstand operieren, haben sie oft nicht — oder sie rahmen jedes Problem als etwas außerhalb ihrer Kontrolle ein.
Achte darauf, wie viel sie fragen, bevor sie irgendetwas vorschlagen. Ein Partner, der wirklich an deinem Problem interessiert ist, fragt im ersten Gespräch viel. Wenn es hauptsächlich um ihre Fähigkeiten und Preise geht, ist das eine Information darüber, wie die Zusammenarbeit verlaufen wird.
Achte darauf, ob sie widersprechen. Ein guter Partner ist manchmal anderer Meinung als du — nicht um schwierig zu sein, sondern weil er nah genug am Problem ist, um eine fundierte Ansicht zu haben. Wenn jedes Gespräch mit „Ja, das können wir tun" endet — sei vorsichtig.
Wo das am frühesten sichtbar wird
Wenn du wissen möchtest, ob ein Partner wirklich so arbeitet, ist der früheste Ort, an dem es sichtbar wird, die Art und Weise, wie er die erste Scoping-Arbeit handhabt.
Ein Partner, der im FDE-Modell arbeitet, nimmt nicht dein Briefing entgegen und kommt mit einem Angebot zurück. Er führt einen strukturierten Prozess durch, um das Problem richtig zu verstehen, bevor irgendjemand eine Lösung vorschlägt.
Er deckt Anforderungen auf, die du nicht wusstest, wie du sie formulieren sollst, identifiziert Risiken, die noch nicht offensichtlich sind, und produziert etwas Konkretes genug, damit sich das gesamte Team darauf einigen kann, bevor die Entwicklung beginnt.
Wenn ich darüber nachdenke, warum wir vor jedem Build einen Discovery Workshop durchführen — dann ist es genau das. Nicht weil es ein Prozessschritt ist, sondern weil das Überspringen der Weg ist, wie man das Falsche sehr gut baut. Ich habe gesehen, was das kostet. Es ist viel mehr als der Workshop.
Wie ein Partner diese frühe Arbeit durchführt, sagt dir das meiste darüber, wie er alles andere durchführen wird.
Kurz zusammengefasst
Du musst keinen Forward Deployed Engineer einstellen. Du musst einen Partner finden, dessen Standardarbeitsweise bereits so aussieht: nah am Problem, investiert in das Ergebnis, bereit zu sagen, wenn etwas nicht stimmt.
Diese Partner gibt es. Die obigen Fragen helfen dir, sie zu finden. Und wenn du sehen möchtest, wie diese Art von Zusammenarbeit ab dem ersten Gespräch aussieht, melde dich.
