Nearshoring (Auslagerung/Anheuerung im nahen Ausland): Risiko oder unvermeidlicher Realismus?

Beim Thema Nearshoring höre ich häufiger von Risiken als von einer realistischen Lösung für den akuten Mangel an guten und erfahrenen Entwicklern und Testern.

Die fünf größten Risiken, die ich in den letzten Jahren gehört habe;

1. Wenn es weit weg ist, kann ich nicht mehr sehen, was passiert. Wer garantiert mir, dass alles wie vereinbart abläuft und alles pünktlich fertig ist?
2. Wenn ich mich außerhalb meines Zuhauses weiterentwickle, verliere ich jegliches Wissen und der (Mehr-)Wert meines Unternehmens sinkt.
3. Wir haben schlechte Erfahrungen aus der Vergangenheit gemacht, daher funktioniert es sowieso nicht.
4. Ich weiß nicht, welche Auswirkungen Nearshoring-Softwareentwicklung auf mein Unternehmen haben wird. Wie lange wird es dauern, was bedeutet es für meine Mitarbeiter und die Organisation?
5. Es ist ein großes Risiko, aber ich weiß (aus eigener Erfahrung) nicht wirklich, wie hoch dieses Risiko ist …

Die oben genannten Risiken sind real und werden mit Sicherheit zu Problemen, wenn sie nicht richtig vorhergesehen werden. Aber ähneln diese nicht sehr den Risiken, denen Sie in Ihrem Unternehmen ausgesetzt sein können, wenn Sie Aktivitäten im deutschen Sprachraum auslagern, mit Freiberuflern zusammenarbeiten oder einen neuen Mitarbeiter einstellen, der innerhalb eines Jahres ausscheidet? Das Problem liegt nicht so sehr im Nearshoring, sondern in der Übergabe eines Teils Ihres Unternehmens (und, wenn alles gut geht, nicht der Kontrolle darüber …). Ein gutes Risikomanagement ist daher in jedem Fall empfehlenswert.

Einige der oben genannten Risiken haben in der Corona-Zeit (Home Office) bereits praktisch an Gewicht verloren, weil die meisten Organisationen und Unternehmen erkannt haben, dass Remote-Arbeit gut funktioniert. Auch die entwickelte Kommunikationstechniken auf Abstand haben da nachgeholfen.

Erst nachdenken, dann anfangen

Wie dem auch sei: Das Nearshoring Ihrer Softwareentwicklung ist also nicht ohne Risiken, ebenso wie andere Formen der Auslagerung (oder Delegation) von Arbeit. Oft bleibt es jedoch bei der Identifizierung dieser Risiken stehen, ohne sie tatsächlich weiter zu untersuchen. Durch die ordnungsgemäße Identifizierung der Risiken erhalten Sie eine gute Vorstellung davon, wie Sie mit diesen Risiken umgehen können, und ebnen den Weg zu neuen Lösungen für Ihren Mangel an Softwareentwicklern und/oder -testern. Sie können die oben genannten Top-5-Risiken auch auf andere Weise angehen:

• Wenn Sie Angst haben, den Überblick zu verlieren, können Sie (vorab) Vereinbarungen zu Transparenz und Berichterstattung treffen.
• Stellen Sie sicher, dass das Basiswissen AUCH innerhalb Ihrer Organisation gesichert ist und treffen Sie (vertragliche) Vereinbarungen hierzu.
• Informieren Sie sich über die schlechten Erfahrungen und präsentieren Sie diese dem neuen Kooperationspartner. Machen Sie es besprechbar und transparent.
• Ein erfahrener Nearshoring-Partner kann Ihnen viele Beispiele für ähnliche Situationen bei anderen Unternehmen nennen. Fragen Sie danach.

Eine gründliche Untersuchung dessen, was schiefgehen kann, kann viel Leid ersparen und Erkenntnisse darüber liefern, wie mit diesen Risiken am besten umgegangen werden kann. Lernen Sie aus den (schlechten und guten) Erfahrungen von Kunden und Lieferanten.

Wann ist Nearshoring eine realistische Option?

Indem Sie die Risiken identifizieren, einen Plan zu deren Bewältigung erstellen und diesen mit den Lösungen vergleichen, die Nearshoring bieten kann, geben Sie eine Antwort. Möglicherweise haben Sie diese Antwort nicht an einem Nachmittag gefunden, aber ein erfahrenes Team, das bereit ist, mit Ihnen eine ehrliche Analyse der Situation durchzuführen, kann Ihnen auf Ihrem Weg helfen.

Nearshoring-Softwareentwicklung kann Risiken mit sich bringen, aber genauso oft auch Risiken begrenzen. Sie können sich vorstellen:

• Bessere Qualitätssicherung in Ihrem Prozess durch eine strukturierte Vorgehensweise mit einem externen Partner. Hier kann die Hinzufügung von Qualitätssicherung (QA) ein wichtiger Schritt hin zu einer messbaren und vorhersehbaren Qualität Ihrer Entwicklung sein.
• Einsatz von Spezialisten im Bereich Softwareentwicklung. Nicht jeder ist in allem gut. Für eine gute Entwicklung bedarf es einer optimalen Zusammenarbeit zwischen Product Owner (Client), Design (UI/UX) und Entwicklern. Die (teilweise) Auslagerung der Entwicklung an Spezialisten auf diesem Gebiet könnte Ihre Entwicklung verbessern.
• Bessere Analyse im Vorfeld (was bei Outsourcing oft notwendig ist).
• Lassen Sie den Lieferanten vertragliche Risiken abdecken (z. B. in Bezug auf Zeit und Geld).

Mehr darüber, wie Nearshoring in KMU funktioniert und wie nicht, und eine praktische Checkliste, auf die Sie achten sollten? Laden Sie unten das Whitepaper herunter, das ich dazu geschrieben habe.

Literaturverzeichnis