Die Frage „externes Entwicklungsteam oder Festanstellung?“ wird oft über Stundensätze diskutiert. Das greift zu kurz. Die wirtschaftlich bessere Lösung ist diejenige, die zum Zeithorizont, zur internen Führungsfähigkeit und zur benötigten Delivery-Verantwortung passt.
Eine Festanstellung baut dauerhaftes Wissen und langfristige Produktverantwortung im Unternehmen auf. Ein externes Team kann schneller ein vollständiges Arbeitspaket übernehmen und mehrere benötigte Rollen bündeln. In vielen Unternehmen ist deshalb nicht „entweder oder“, sondern eine klare Aufteilung die stärkste Lösung.
Die kurze Antwort
Eine Festanstellung ist meist stärker, wenn Sie eine dauerhafte Kernrolle besetzen, das Aufgabenvolumen langfristig stabil ist und Führung, Architektur sowie Vertretung intern vorhanden sind.
Ein externes Entwicklungsteam ist meist stärker, wenn ein konkretes Vorhaben nicht auf Recruiting warten kann, mehrere Kompetenzen gleichzeitig gebraucht werden oder ein Partner für ein Ergebnis statt nur für einzelne Stunden einstehen soll.
Die entscheidende Frage lautet: Brauchen Sie eine Person für eine dauerhafte Rolle – oder ein Team, das ein definiertes Ergebnis liefert?
Sechs Kriterien für die Entscheidung
1. Dauer des Bedarfs
Für eine zentrale Produktrolle mit mehrjährigem, konstantem Arbeitsvolumen kann eine Festanstellung die richtige Investition sein. Sie stärkt internes Wissen und reduziert langfristig die Abhängigkeit von Dienstleistern.
Ist der Bedarf dagegen an ein Modul, eine Modernisierung, eine Integration oder einen zeitkritischen Produktstart gebunden, passt ein externes Team häufig besser. Es kann nach dem Ergebnis verkleinert, anders zugeschnitten oder für Betrieb und Weiterentwicklung neu vereinbart werden.
2. Zeit bis zur wirksamen Delivery
Eine Einstellung besteht nicht nur aus der Kündigungsfrist der gesuchten Person. Recruiting, Auswahl, Vertragsabschluss, Onboarding, Domänenwissen und Teamintegration bestimmen, wann tatsächlich geliefert wird.
Ein eingespieltes externes Team kann früher beginnen. Das ist aber nur dann ein Vorteil, wenn es nicht erst beim Kunden zu einem Team zusammengesetzt wird. Fragen Sie deshalb, wer bereits zusammenarbeitet, wer Architekturentscheidungen trifft und wer bei Problemen verantwortlich bleibt.
3. Benötigte Rollen
Ein Softwarevorhaben braucht selten ausschließlich Programmierung. Je nach Aufgabe kommen Architektur, UX, Qualitätssicherung, DevOps, Datenmigration, Security und Projektleitung hinzu. Eine einzelne Festanstellung kann diese Rollen nicht gleichzeitig vollständig abdecken.
Ein externes Modell kann sie anteilig bündeln. Das senkt nicht automatisch jede Rechnung, verhindert aber, dass kritische Aufgaben unbesetzt zwischen internen Zuständigkeiten liegen bleiben.
4. Interner Führungsaufwand
Bei Arbeitnehmern, Freelancern und Personaldienstleistern bleibt die tägliche Steuerung häufig beim Auftraggeber: Aufgaben schneiden, technische Entscheidungen treffen, Abnahmen organisieren und Vertretung sicherstellen.
Ein geführtes Delivery-Team sollte einen größeren Teil davon übernehmen. Bei Loopjet führen deutsche Lead Engineers Architektur und Projektleitung; das Team in Malaysia setzt die vereinbarten Arbeitspakete um. Der Kunde priorisiert das Geschäftsziel und nimmt Ergebnisse ab, muss aber nicht jede Aufgabe einzeln verteilen.
5. Wissensaufbau und Abhängigkeit
Festangestellte Mitarbeitende bauen internes Wissen auf – vorausgesetzt, Dokumentation, Code-Reviews und Vertretung funktionieren. Ein externer Partner darf hier keine Blackbox schaffen.
Prüfen Sie unabhängig vom Modell:
- Liegt der Code im vereinbarten Repository?
- Sind Architekturentscheidungen nachvollziehbar dokumentiert?
- Gibt es automatisierte Tests und einen reproduzierbaren Deployment-Weg?
- Kann Ihr internes Team den aktuellen Stand verstehen und übernehmen?
- Ist geregelt, wie Betrieb, Zugänge und Wissen bei einem Wechsel übergeben werden?
Gute externe Zusammenarbeit erhöht die Handlungsfähigkeit des Kunden. Sie sollte sie nicht verringern.
6. Verantwortung für das Ergebnis
Ein Lebenslauf beschreibt Kompetenzen, aber noch kein geliefertes Ergebnis. Entscheidend ist, wer für Umfang, Qualität, Integration und Release einsteht.
Bei einer Festanstellung trägt das Unternehmen diese Delivery-Verantwortung über seine Führung und Prozesse. Bei einem externen Team sollte sie im Arbeitsmodell sichtbar sein: ein verantwortlicher Lead, klare Abnahmekriterien, regelmäßige Demonstrationen und eine definierte Reaktion auf Fehler.
Kosten richtig vergleichen
Ein fairer Vergleich beginnt nicht bei „internem Gehalt versus externem Stundensatz“. Er betrachtet die Kosten, die für dieselbe nutzbare Delivery entstehen.
Bei einer Festanstellung gehören dazu unter anderem Arbeitgeberkosten, Recruiting, Ausstattung, Onboarding, Führung, Vertretung sowie Zeiten ohne direkte Projektarbeit. Dem steht der langfristige Wert internen Wissens gegenüber.
Bei einem Freelancer oder externen Team zählen Honorar, Auslastung, benötigte interne Steuerung, ergänzende Rollen und das Risiko von Wechseln. Dem steht ein schnellerer, flexiblerer Start gegenüber.
Loopjet zeigt auf der Startseite ein transparentes Rechenbeispiel für 100 Stunden. Es vergleicht gleiche Stundenmengen und macht den angenommenen Rollenmix sichtbar. Das ist ausdrücklich kein Pauschalangebot und kein Beweis identischer Produktivität. Für die reale Entscheidung müssen Umfang, Rollen und erwartetes Ergebnis projektbezogen betrachtet werden.
Wann die Festanstellung klar gewinnt
Bevorzugen Sie eine Festanstellung, wenn:
- die Rolle dauerhaft zum Kern Ihrer Organisation gehört,
- kontinuierlich genügend passende Arbeit vorhanden ist,
- Sie die Person fachlich und technisch gut führen können,
- tiefes internes Domänenwissen wichtiger als kurzfristige Skalierung ist,
- Sie Zeit für Suche und Onboarding haben.
Ein seriöser externer Partner sollte diese Fälle benennen können. Nicht jedes Kapazitätsproblem ist ein Outsourcing-Problem.
Wann ein externes Team klar gewinnt
Ein externes Team ist besonders sinnvoll, wenn:
- ein abgegrenztes Projekt oder Modul zeitnah starten soll,
- Architektur, Umsetzung, Tests und Release zusammen gedacht werden müssen,
- intern ein Product Owner vorhanden ist, aber Delivery-Kapazität fehlt,
- ein bestehendes System stabilisiert oder modernisiert werden soll,
- der Bedarf nach einem Pilot neu bewertet werden soll.
Das Hybridmodell: kleiner Kern, flexible Delivery
Viele Unternehmen fahren am besten mit einem internen Produkt- und Domänenkern plus externer Delivery. Intern bleiben Strategie, Priorisierung und entscheidendes Fachwissen. Extern werden definierte Module, Modernisierungsschritte oder Spitzen übernommen.
Damit dieses Modell funktioniert, braucht es eine klare Grenze: Wer entscheidet über Prioritäten? Wer entscheidet über Architektur? Wer nimmt ab? Wer reagiert im Betrieb? Unklare Verantwortung erzeugt Reibung, unabhängig davon, auf welcher Gehaltsliste die Beteiligten stehen.
Mit einem begrenzten ersten Paket entscheiden
Sie müssen das Teammodell nicht allein anhand von Angeboten beurteilen. Ein klar begrenztes erstes Arbeitspaket zeigt, ob Kommunikation, technisches Niveau und Delivery-Takt funktionieren.
Vereinbaren Sie dafür:
- ein fachlich sichtbares Ergebnis,
- konkrete Abnahmekriterien,
- einen verantwortlichen Lead,
- Zugriff auf Code und Dokumentation,
- einen festen Demo-Rhythmus,
- eine Entscheidung nach Abschluss: stoppen, fortsetzen oder Umfang ändern.
So wird aus einer abstrakten Make-or-buy-Debatte eine überprüfbare geschäftliche Entscheidung.
Lassen Sie uns Ihr Teammodell und das erste Arbeitspaket einordnen.