Best Practices im Nearshoring: Wie man ein Nearshoring-Projekt umsetzt

Johannes Krüger

I'm an experienced leader in the nearshore services sector, serving as Founding Partner & Managing Director at nearshorefriends. I have deep experience in coordinating international tech and talent operations.

Best Practices im Nearshoring: Wie man ein Nearshoring-Projekt umsetzt

Best Practices im Nearshoring: Wie man ein Nearshoring-Projekt umsetzt

Wie Sie Ihr Nearshoring-Projekt starten und erfolgreich gestalten

Haben Sie ein IT-Projekt und fragen sich, wie Sie es umsetzen sollen? Sie haben bereits von Nearshoring gehört: Prinzipiell ist es eine Option für Sie. Vielleicht konnten Sie sogar schon erste Erfahrungen sammeln. Die Vorteile von Nearshoring gegenüber Offshoring-Projekten liegen auf der Hand. Nearshoring bietet das beste Preis-Leistungs-Verhältnis, wenn es um IT-Outsourcing geht. Doch was nützt dieses Wissen, wenn Sie in der Praxis nicht wissen, wie Sie ein Nearshoring-Projekt aufsetzen und erfolgreich umsetzen? Oft ist es notwendig, vorab zu klären, ob das Projekt für Nearshoring geeignet ist. Dieser Artikel zeigt, welche Projekte für Nearshoring geeignet sind, wie die praktische Umsetzung aussieht und wie Sie die ersten Schritte mit einem Nearshoring-Team unternehmen.


Jedes IT-Projekt ist einzigartig, aber nicht immer für Nearshoring geeignet

Projekte unterscheiden sich sehr stark voneinander. Zeithorizont, Aufgaben, Ressourcen und das gewünschte Ergebnis definieren, wie das Projekt gestaltet wird. Tatsächlich sind die Unterschiede hier sehr groß und nicht alle Projekte sind daher für Nearshoring geeignet. Schauen wir uns einige Beispiele genauer an. Für Projekte, die ad hoc umgesetzt werden müssen und sehr schnell von einem Team, ist Nearshoring keine Alternative. Solche Projekte finden wir beispielsweise in Werbeagenturen, wo Kundenanfragen recht schnell entstehen und umgesetzt werden müssen. Ressourcen, also die entsprechenden Mitarbeiter oder Freelancer, stehen zur Verfügung, sodass die Umsetzung sofort beginnen kann. Diese Reaktionsfähigkeit finden Sie beim Nearshoring nicht. Wenn Sie erst ein Team zusammenstellen oder finden müssen, dauert dies einfach zu lange. Der Kunde wäre nicht begeistert, wenn er lange auf das Ergebnis warten muss. Wenn nur ein Experte benötigt wird für ein bestehendes oder neues Projekt (z. B. ein Salesforce-Spezialist), können Sie dies jederzeit auslagern und nach einem Spezialisten in einem Nearshoring-Land suchen. Dieser Experte kann ad hoc Projekte unterstützen oder langfristig Teil eines Teams werden. Bei Legacy- und Wartungsprojekten hängt es sehr davon ab, wen Sie dafür einsetzen. Unserer Erfahrung nach ist es schwierig, Junior-Entwickler für diese Projekte zu begeistern. Sie finden die Arbeit an solchen Projekten nicht sehr interessant, und es ist auch schwierig für sie, neue Fähigkeiten für ihre Karriere aufzubauen. Senior-Entwickler sind eher interessiert, da diese Projekte langfristig oder sogar unbefristet sind und ihnen ein gewisses Maß an Stabilität bieten. Nearshoring macht am meisten Sinn in der Produktentwicklung. Am Anfang steht eine Produktvision oder die Idee eines Produkts. Diese Vision lässt sich sehr gut in einzelne Meilensteine herunterbrechen, die Schritt für Schritt entwickelt werden. Für die Umsetzung wird ein Softwareentwicklungsteam benötigt, das über einen längeren Zeitraum an der Realisierung des Produkts arbeitet. Ein Nearshoring-Team kann hierfür sehr gut aufgebaut werden. Aufwand und Nutzen sind hier ausgewogen.


Für welches Projekt passt welches Konzept?

Grob gesagt kennen wir aus unserer jahrelangen Nearshore-Erfahrung drei Modelle oder Ansätze. Diese unterscheiden sich in der Zeitkomponente und darin, ob und wie viel Erfahrung im Management von Softwareentwicklungsprojekten vorhanden ist.

Freelancer

Für Projekte, die eine sehr kurze Dauer haben und kein großes Team erfordern, ist die Zusammenarbeit mit einem Freelancer eine gute Option. Dies ermöglicht es auch, sich zunächst kennenzulernen. Vielleicht wird der IT-Spezialist später sogar Teil eines Entwicklungsteams, wenn beide Seiten dies wünschen.

Projekt-Outsourcing

Nehmen wir an, die Vision eines Produkts oder einer Anwendung existiert. Sie wissen jedoch nicht, wie Sie diese realisieren sollen. Wie erstellen Sie einen Proof of Concept (PoC)? Wie stelle ich ein Team zusammen und welche Fähigkeiten (z. B. Programmiersprachen) sollten die einzelnen Teammitglieder haben? Wenn Ihnen Erfahrung im Projektmanagement fehlt oder Sie keinen Projektmanager im eigenen Unternehmen haben möchten, bleibt nur die Zusammenarbeit mit einem Outsourcing-Anbieter. Beim Outsourcing sagen Sie als Auftraggeber, wie das fertige Produkt aussehen soll, welche Anforderungen und Funktionalitäten erfüllt werden sollen und zu welchen Kosten. Sie legen die Softwareentwicklung vollständig in die Hände des Anbieters, der dafür verantwortlich ist, am Ende ein fertiges Produkt zu liefern. Wie erwähnt, kann dies vorteilhaft sein, wenn Ihnen Erfahrung, Know-how oder Ressourcen fehlen. In dieser Konstellation haben Sie jedoch wenig Einfluss auf das Personal und die Geschwindigkeit, mit der die Software entwickelt wird. Es liegt in der Verantwortung des Nearshoring-Anbieters, das entsprechende Team zusammenzustellen.

Nearshoring-Team – Outstaffing

In diesem Modell arbeitet ein Team von IT-Fachleuten remote für Sie und Ihr Projekt aus einem Nearshoring-Land. Dieses Remote-Team besteht aus verschiedenen IT-Spezialisten, wie Entwicklern und Softwaretestern, die so zusammengestellt werden, wie Sie sie für das Projekt benötigen. Sie wählen die Teammitglieder selbst aus und entwickeln sie zu einem Team, Ihrem Team. Die Tatsache, dass das Team ausschließlich für Sie arbeitet, wird auch als Dedicated Team bezeichnet. Sie sind sehr frei in der Zusammensetzung des Teams – vorausgesetzt, dass die richtigen Spezialisten am Nearshoring-Standort gefunden werden können. Sie sind auch verantwortlich für die Produktentwicklung und Umsetzung des Projekts. Sie sollten diesen Weg also nur gehen, wenn Sie ein solches Team entweder selbst managen können oder jemanden an Bord haben mit der entsprechenden technischen, kulturellen und Management-Erfahrung. Zum Beispiel einen Delivery Manager, Projektmanager, Agile Coach oder CTO.


Wo Sie IT-Fachleute für Ihr Team oder einen Nearshoring-Partner finden

Es gibt unzählige Ressourcen, um Freelancer zu finden. Internetportale wie Upwork, freelancer.com oder Gulp vermitteln nicht nur Freelancer, sondern wickeln auch die Zahlungsabwicklung ab. Wenn Sie nach einem Nearshoring-Anbieter suchen, können Sie sich auf Portalen wie Clutch oder The Manifest umsehen. Dort finden Sie über Kategorien und Länder eine Vielzahl von Partnern, die im Outsourcing und/oder Outstaffing aktiv sind. Kundenbewertungen und Anbieterporträts helfen Ihnen, geeignete Dienstleister zu finden. Darüber hinaus gibt es Online-Portale (z. B. Transparency Wins), auf denen Unternehmen eine Anfrage platzieren und aus den eingereichten Angeboten den passenden Auftragnehmer auswählen können.


Der Start mit einem Nearshoring-Team

Zunächst wird eine Vision benötigt. Diese sollte auf nicht mehr als drei Seiten niedergeschrieben werden. Fragen könnten sein: Was soll entwickelt werden (mobile App, Website, Unternehmenssoftware usw.)? Wofür wird es benötigt oder was sollen Kunden damit tun können? Umfassende Softwarespezifikationen findet man heute selten, weil sie nicht nur sehr zeitaufwendig sind, sondern auch ständig neu geschrieben werden müssen, sobald sich die Anforderungen an das Produkt ändern. Da gute Entwickler selten arbeitslos sind, können Sie mit der Vision auch die Programmierer für das Projekt begeistern. Darüber hinaus sollten Sie aus der Vision den Arbeitsaufwand und die Teamgröße abschätzen. Aus unserer Erfahrung müssen Teamgröße und Nearshoring-Anbieter zusammenpassen. Wenn Ihr Projekt klein ist, läuft es besser, wenn Sie mit einem kleinen Anbieter arbeiten. Für einen großen Anbieter sind kleine Projekte finanziell unattraktiv. Wenn kein Wissen über Technologien vorhanden ist, können Sie die Funktionalitäten des Produkts und die Produktvision beschreiben und einen Projekt-Outsourcer mit der vollständigen Umsetzung beauftragen. Falls Sie das Team jedoch selbst managen, suchen Sie nach einem Anbieter, der Ihnen helfen kann, IT-Fachleute zu finden und Räumlichkeiten, Infrastruktur und Verwaltung bereitstellt. Ein Dedicated Team zu haben macht immer Sinn, wenn längerfristige Unterstützung benötigt wird, zum Beispiel weil es eine ganze Pipeline von Projekten gibt. Sie können das Team dann viel granularer zusammenstellen und Kompetenzen entwickeln, die notwendig sind, um die Geschäfts- und Projektziele zu erreichen. Wenn zu Beginn noch nicht hundertprozentig klar ist, wohin die Reise geht, weil nur ein Proof of Concept (PoC) oder Minimum Viable Product (MVP) erforderlich ist, können Sie dies mit Freelancern entwickeln. Die Entwicklung eines fertigen Produkts erfordert jedoch in der Regel ein stabiles Team.


Was für den Erfolg des Nearshoring-Projekts wichtig ist

Wir haben Ihnen nun einige Tipps gegeben, die Ihnen den Einstieg erleichtern. Damit Sie nicht stolpern, wenn Sie Ihre ersten Schritte im Nearshoring unternehmen. Der Erfolg Ihres Projekts – wenn am Ende alle Projektziele erreicht sind – hängt zu einem großen Teil davon ab, wie gut das Team und das Projekt gemanagt werden. Im Folgenden geben wir einige Methoden und Tipps mit auf den Weg.

Workshop

Basierend auf der Produktvision muss eine konkrete To-Do-Liste zusammen mit einem Zeitplan erstellt werden. Auf diese Weise können Abhängigkeiten identifiziert und beschrieben werden (Was hängt wovon ab? Was muss zuerst entwickelt werden, was danach?). Auch die Anzahl der benötigten Entwickler kann ermittelt werden.Dies gelingt am besten in einem Workshop, zu dem alle Stakeholder eingeladen sind (Vertrieb, Kunde, CEO, CTO etc.). Aus den Diskussionen mit den Stakeholdern ergeben sich oft neue Produktmerkmale, und es wird jeweils entschieden, ob diese umgesetzt werden sollen. Auch nicht-funktionale Anforderungen müssen definiert werden, da diese Auswirkungen auf die Kosten haben.Sie können einen solchen Workshop auch bei einem Projekt-Outsourcer in Auftrag geben, der gemeinsam mit Ihnen einen Plan und eine Spezifikation entwickelt. Diese Dokumente nutzen Sie dann, um passende Angebote von mehreren Anbietern einzuholen.

Proof of Concept

Mit einem POC überprüfen Sie die Machbarkeit Ihrer Vision. Im Projektmanagement ist dies ein Meilenstein, der die Machbarkeit eines Projekts grundsätzlich beweist – sowohl technisch als auch in wirtschaftlicher Hinsicht.Dadurch bestätigen Sie das Konzept Ihres Projekts und schaffen die Grundlage für weitere Arbeiten.Für Start-ups ist ein POC oft die Voraussetzung, um Investoren anzuziehen.

Kanban

Kanban stammt ursprünglich aus Japan und der Automobilindustrie. In der Softwareentwicklung wird diese agile Methode eingesetzt, um die Komplexität eines Projekts in eine Struktur zu bringen, damit es besser handhabbar wird.Ein Board (virtuell oder real) ist in Spalten unterteilt, die verschiedene Phasen kennzeichnen (z. B. zu erledigen, in Bearbeitung, Testen, erledigt). Karten, die Aufgaben darstellen, werden im Verlauf des Projekts von Station zu Station bewegt.Aufgaben und Verantwortlichkeiten lassen sich so gut visualisieren. Es gibt etliche Anbieter für solche digitalen Projektmanagement-Tools.

Scrum/Sprints

Scrum ist ebenfalls ein Prozessmodell des Projektmanagements, insbesondere in der Softwareentwicklung. Der Ansatz hier unterscheidet sich von dem von Kanban.Der Fokus liegt auf einem bestimmten Rhythmus, dem ein Team während der Entwicklung folgt. So werden Projekte in zweiwöchige Abschnitte, einen Sprint, unterteilt.Für einen Sprint wird festgelegt, welche Aufgaben es gibt und wie lange für eine Aufgabe benötigt wird. Am Ende eines Sprints wird bewertet, ob die Aufwände realistisch waren. Neue Aufwände für den nächsten Sprint werden geschätzt.Dies verbessert die Zusammenarbeit des Teams, da es einem Lernprozess unterzogen wird. Inkrementell verbessert sich die Produktivität des Teams.

Strukturiertes Backlog

Die Funktionalitäten, die ein Produkt haben soll, werden in einem Backlog erfasst. Es kann als To-Do-Liste verstanden werden und wird in Scrum verwendet. Aufgaben, die noch erledigt werden müssen, werden in der Liste festgehalten.Diese Liste ist dynamisch, daher sollte das Backlog regelmäßig gepflegt, aktualisiert und bereinigt werden. Andernfalls gehen die Struktur und damit die Übersicht verloren.

Story Points, Messbarkeit, Tools

Tools wie Trello (für Kanban) oder Jira (für Scrum) unterstützen Sie bei Ihrer Arbeit. Sie zeigen den Projektfortschritt und helfen zu messen, welche Arbeitspakete in den letzten zwei Wochen eines Sprints abgeschlossen wurden. So können Verbesserungsmöglichkeiten für das Team identifiziert werden.Aufwände können mit Story Points bewertet werden. Gemessen wird nicht, wie viel Zeit für einen Arbeitsauftrag aufgewendet wurde, sondern wie viele Punkte die Aufgabe hat. Dies muss im Voraus geschätzt werden: Je aufwendiger und zeitintensiver die Aufgabe, desto mehr Story Points erhält sie.

Scope Creep

Dieser Begriff bezieht sich auf Änderungen im Projekt, die das Projekt kontinuierlich und unkontrolliert erweitern. Dies kann auftreten, wenn der Umfang eines Projekts nicht richtig definiert oder kontrolliert wird.Neue Anforderungen an das Produkt und ständige Projektänderungen führen zu endloser Arbeit am Produkt oder Software-Release, ohne dass es fertiggestellt wird. Da dies auch die Kosten in die Höhe treibt, sollten Sie dies unbedingt im Auge behalten.

Technische Schulden

Technische Schulden sind eine gängige Metapher in der Softwareentwicklung. Sie entstehen, wenn Software von unzureichender Qualität entwickelt wird. Dies geschieht oft, wenn neue Funktionalitäten schnell und somit unsauber implementiert werden.Je häufiger dies geschieht, desto schwieriger wird es, die daraus resultierenden Defizite in der Softwarestruktur zu beheben. Oft erschweren diese „Altlasten“ die Integration neuer Funktionen.Um dies zu verhindern, sollten in der Entwicklung immer Phasen eingeplant werden, in denen man die technischen Schulden abbaut. Wird dies versäumt, kann die Software oft nur noch komplett neu aufgebaut werden.


Fazit

Es gibt viele Dinge zu beachten bei der Umsetzung Ihres Nearshoring-Projekts. Am Anfang steht immer die Frage, ob Sie genügend Projektmanagement-Erfahrung in Ihrem Unternehmen haben, um das Nearshoring-Team zu managen. Ist dies nicht der Fall, bleibt Ihnen die Option, die Produktentwicklung an einen Dienstleister auszulagern. Wenn Sie daran interessiert sind, Ihr eigenes Nearshoring-Team aufzubauen, bietet dieser Artikel einige Orientierungshilfen zu Best Practices, um das Projekt zum Erfolg zu führen. Nearshoring-Anbieter sind lokal im jeweiligen Land ansässig und können Sie beim Teamaufbau und Recruiting unterstützen. Sie stellen auch Räumlichkeiten, Infrastruktur und administrative Unterstützung bereit. Sie sind die kulturelle Verbindung zum Nearshoring-Team und sorgen mit Events dafür, dass der Zufriedenheitsfaktor unter den IT-Spezialisten hoch ist und Teamidentität entsteht. nearshorefriends hat Nearshoring-Standorte in Tunesien, Portugal und der Ukraine. Kontaktieren Sie uns gerne, wenn Sie Fragen zu Ihrem Projekt haben oder ein Team benötigen.

Weiterlesen

Mehr zu IT-Nearshoring

Zwei Männer lächeln und schütteln sich die Hände vor einem Banner mit der Aufschrift „10 years. People. Projects.“ und der Website www.nearshorefriends.com. Der Schauplatz scheint ein modernes Büro zu sein.

10-jähriges Jubiläum – was für eine Achterbahnfahrt!

„Manche Ereignisse bleiben uns noch lange nach ihrem Ende in Erinnerung. Unser jüngstes Networking-Event in Sofia war eines davon – eine eindrucksvolle Erinnerung daran, was wirklich zählt: unsere Gemeinschaft.“ Das...

Kostenlose Readiness-Checkliste

Bereit für Nearshoring?

Finden Sie heraus, wie gut Ihr Unternehmen auf Nearshoring vorbereitet ist