Zwei Wege, mehr Kapazität ins Team zu bringen
Wenn im Team Kapazität fehlt, gibt es grob zwei Wege dorthin: Nearshoring, also die Arbeit an ein externes Team in einer nahegelegenen Zeitzone auslagern, oder ein eingebettetes Entwicklerteam, das direkt Teil des eigenen Teams wird. Beide Wege können richtig sein. Welcher es ist, hängt weniger vom Preis pro Stunde ab als von der Art der Arbeit, die ansteht.
Wann Nearshoring die richtige Wahl ist
Nearshoring ist stark, wenn die Arbeit klar spezifiziert und wenig mehrdeutig ist. Ein definierter Funktionsumfang, ein bekanntes Muster, eine Aufgabe, die sich in einem Ticket vollständig beschreiben lässt. Wenn die Anforderungen feststehen und vor allem Kapazität fehlt, nicht Wissen über das eigene Geschäft, ist ein externes Team, das reine Ausführungskapazität liefert, oft die schnellere und günstigere Lösung. Es lohnt sich nicht, für gut spezifizierte, wiederholbare Arbeit ein tief eingebundenes Team aufzubauen.
Wann ein eingebettetes Team den Unterschied macht
Der Punkt, an dem Nearshoring an seine Grenzen stößt, ist, wenn die Arbeit selbst mehrdeutig ist, wenn also Entscheidungen unterwegs getroffen werden müssen, die eng mit dem Geschäftskontext zusammenhängen. Ein wichtiges Vorhaben, das stillsteht, weil dem Team eine bestimmte Erfahrung fehlt, etwa in Architektur oder Betrieb, lässt sich nicht einfach über ein Ticket an ein externes Team delegieren. Hier muss jemand mitdenken, der euer System und eure Arbeitsweise versteht, nicht nur die Spezifikation abarbeitet.
Das ist der Kern eines eingebetteten Teams: Es arbeitet in euren bestehenden Prozessen und Werkzeugen, nicht in eigenen. Bevor die erste Aufgabe übernommen wird, wird erst euer System und eure Arbeitsweise verstanden. Und wichtig: Dieselben Leute bleiben über die gesamte Dauer zuständig, nicht wechselnde Kapazität, die sich jedes Mal neu einarbeiten muss. Genau das ist der Unterschied zu klassischem Body-Shopping, bei dem primär Stunden verkauft werden, nicht Kontinuität.
Der eigentliche Risikofaktor: institutionelles Wissen
Bei mehrdeutiger, geschäftsnaher Arbeit ist der eigentliche Risikofaktor nicht die Qualität des Codes, sondern der Verlust von institutionellem Wissen. Wenn Personen ständig wechseln, geht mit jedem Wechsel Kontext verloren, der nirgendwo vollständig dokumentiert ist, wie eine Entscheidung damals zustande kam, warum ein bestimmter Workaround existiert, wie ein Kunde ein Feature tatsächlich nutzt. Ein eingebettetes Team, das über die gesamte Dauer gleich bleibt, baut genau dieses Wissen auf, statt es bei jedem Wechsel neu zu verlieren.
Der Test, mit dem sich das entscheiden lässt
Ein praktischer Test, welcher Weg zu einer Aufgabe passt: Lässt sich die Arbeit vollständig in einem Ticket beschreiben, ohne dass laufend Rückfragen zum Geschäftskontext nötig sind? Dann ist reine Kapazität, wie Nearshoring sie liefert, wahrscheinlich ausreichend. Braucht die Arbeit dagegen laufend Entscheidungen, die nur jemand treffen kann, der euer System und euer Geschäft kennt, wird jede Übergabe an ein wechselndes externes Team selbst zum Risiko, unabhängig davon, wie qualifiziert die einzelnen Personen sind. In diesem Fall zählt weniger, wie schnell neue Kapazität verfügbar ist, sondern wie viel Kontext verloren geht, wenn diese Kapazität wieder wechselt.
Wo die Grenze verläuft
Die ehrliche Grenze ist keine Frage von Nearshoring ist schlecht, eingebettete Teams sind gut. Es ist eine Frage der Passung. Reine Kapazität für gut spezifizierte Arbeit: Nearshoring kann hier die richtige, effiziente Wahl sein. Technische Leitung auf Zeit, für ein paar Monate, aber ohne Festanstellung, oder Arbeit, die eng mit eurem Geschäft verwoben ist: Hier zahlt sich ein eingebettetes Team aus, das versteht, was ihr baut, nicht nur, wie man es baut.
Am Ende steht bei einem eingebetteten Team eine klare Übergabe: Das Vorhaben ist geliefert, dokumentiert, und euer Team kann ohne uns weitermachen, mit dem Wissen, das während der Zusammenarbeit entstanden ist, nicht nur mit dem Code.
Wenn bei euch gerade eine Aufgabe liegen bleibt, weil die richtige Erfahrung im Team fehlt, lohnt sich der Blick auf Team-Verstärkung mehr als der Blick auf ein weiteres Angebot für reine Stundenkapazität.