Externe Senior Engineers für eine ERP-Schnittstellenmigration einsetzen

Ein Schweizer Industriezulieferer muss eine ERP-Schnittstelle befristet migrieren. Das interne Team kennt die Produktionsabläufe, hat aber neben dem Tagesgeschäft zu wenig Kapazität für Architekturentscheide, Umsetzung und Tests. Für diese Situation kann IT Staff Augmentation Schweiz eine Option sein – sofern vor dem ersten Zugriff feststeht, wer fachlich entscheidet, wer Ergebnisse abnimmt und wem die Arbeitsergebnisse zugeordnet werden.

Das folgende Industrie-KMU ist ein anonymes Beispielszenario, kein realer Kunde. Dieser Beitrag zeigt, wie Sie den Einsatz externer Senior Engineers vom Scoping bis zur Übergabe strukturieren, welche Risiken Sie früh prüfen und welche Entscheide intern bleiben.

Welche Entscheide gehören vor die Anfrage?

Beginnen Sie nicht mit einer Rollenliste, sondern mit dem abgrenzbaren Projektauftrag: Welche Schnittstellen werden migriert, welche Systeme bleiben unverändert und woran erkennen Fachbereich und IT eine erfolgreiche Abnahme? Halten Sie fest, welche Termine von Dritten abhängen – etwa vom ERP-Anbieter oder von einem Produktionsfenster. Ohne diese Angaben lässt sich weder die passende Seniorität noch der Umfang eines externen Einsatzes sinnvoll beurteilen.

• Interne Verantwortung: Benennen Sie eine Person für Architektur- und Sicherheitsentscheide sowie eine fachliche Eigentümer:in der betroffenen Prozesse. Externe Engineers können Optionen erarbeiten; die Freigabe kritischer Änderungen bleibt beim Unternehmen.
• Liefergegenstände: Beschreiben Sie beispielsweise die zu migrierenden Datenflüsse, vereinbarte Tests, Dokumentation und Übergabe. Trennen Sie Muss-Kriterien von späteren Verbesserungen.
• Abnahmekriterien: Legen Sie vorab fest, welche Testnachweise, Freigaben des Fachbereichs und Rückfallmöglichkeiten für den Wechsel in den Betrieb nötig sind.
• Abhängigkeiten: Erfassen Sie Systemverantwortliche, Anbieterzugänge und geplante Wartungsfenster. Daraus wird ersichtlich, wann externe Kapazität tatsächlich produktiv eingesetzt werden kann.

Falls die Migration grundlegende Architekturfragen offenlegt, hilft eine vorgelagerte strukturierte Prüfung der IT-Architektur, Risiken von reinen Umsetzungsaufgaben zu trennen. Geht es dagegen vor allem um fehlende Senior-Kapazität für einen festen Meilenstein, sind die Entscheidungskriterien bei offenen Senior-Rollen eine ergänzende Lektüre.

IT Staff Augmentation Schweiz: Einzelne Engineers oder ein Squad?

Für das Beispielszenario ist eine einzelne externe Senior-Person sinnvoll, wenn das interne Team Architektur, Reviews und fachliche Abstimmung zuverlässig übernimmt. Ein dediziertes Squad kommt eher infrage, wenn mehrere zusammenhängende Arbeitspakete parallel laufen und die interne Leitung nicht jede technische Koordination selbst leisten kann. Auf Wunsch ist ein Squad mit Tech Lead möglich. Weder zusätzliche Personen noch ein Lead ersetzen jedoch die interne Verantwortung für Prioritäten und Freigaben.

Prüfen Sie die Option anhand des tatsächlichen Engpasses: Fehlt Umsetzungskapazität, technische Koordination oder eine Person, die Zielkonflikte zwischen ERP, Produktion und Betrieb entscheiden kann? Für letzteren Fall kann statt zusätzlicher Entwicklungskapazität auch technische Führung auf Zeit zu prüfen sein. Remoteplatz bietet externe Senior Software Engineers und dedizierte Squads als B2B-Leistung an. Für das Briefing sind Stack, benötigte Seniorität, Teamkultur und Projektziele entscheidend; das Kundenteam führt danach ein technisches Interview mit vorgeschlagenen Profilen.

Vergleichen Sie Angebote nicht nur anhand des Umfangs der eingesetzten Kapazität. Relevante Kostenfaktoren sind die Laufzeit, die nötige technische Koordination, der Aufwand für Zugänge und Tests sowie die Verfügbarkeit interner Ansprechpartner:innen. Konditionen werden nach dem Scoping individuell angeboten; eine Übersicht der Engagement-Modelle hilft bei der Vorbereitung des Gesprächs.

Was muss zu Vertrag, Daten und IP geklärt sein?

Direkte B2B-Abrechnung und die praktische Arbeit im Kundenteam sind zwei verschiedene Fragen. Remoteplatz rechnet seine laufende Leistung gegenüber Kund:innen monatlich als B2B-Dienstleister ab; es gibt keine Personalvermittlung und keinen Arbeitsvertrag mit dem Kundenunternehmen. Ob die konkrete Ausgestaltung eines Einsatzes rechtlich als Dienstleistung oder als Personalverleih einzuordnen ist, lässt sich daraus allein nicht ableiten. Lassen Sie Vertragsmodell, tatsächliche Weisungs- und Eingliederungspraxis sowie allfällige Pflichten für Ihren Einzelfall fachlich prüfen.

Für die Migration sollten Einkauf, IT und gegebenenfalls Datenschutzverantwortliche insbesondere diese Punkte vor dem Zugriff dokumentieren:

• Leistungsrahmen: Halten Sie Aufgaben, Zuständigkeiten, Laufzeit, Änderungsweg und Abnahmeverfahren schriftlich fest. Klären Sie, wer zusätzliche Arbeitspakete genehmigen darf.
• Zugriff und Daten: Bestimmen Sie benötigte Systeme, Berechtigungsstufen, Protokollierung und den Umgang mit Test- und Produktivdaten. Prüfen Sie, welche Datenschutzvereinbarungen und technischen Massnahmen im konkreten Fall erforderlich sind.
• IP und Bestandteile Dritter: Remoteplatz sieht die vertragliche Übertragung der Arbeitsergebnisse und Rechte an Code und geistigem Eigentum an das Kundenunternehmen vor. Prüfen Sie im Projektvertrag zusätzlich, wie vorbestehende Komponenten, Drittsoftware, Dokumentation und die Übergabe behandelt werden.
• Austritt: Vereinbaren Sie, wer Zugriffe deaktiviert, Unterlagen übernimmt und offene Punkte beim Projektende dokumentiert. So hängt die Betriebsfähigkeit nicht von einzelnen Personen ab.

Hinweis: Die Einordnung des Einsatzmodells sowie Fragen zu IP, Datenschutz, Steuern und Sozialversicherungen sind vom konkreten Vertrag und der tatsächlichen Zusammenarbeit abhängig. Diese Hinweise ersetzen keine Rechts- oder Steuerberatung.

Wie läuft das Onboarding ohne unkontrollierte Zugriffe ab?

Planen Sie das Onboarding als Folge von Freigaben, nicht als einmalige Tool-Einladung. Im Beispielszenario liefert die interne IT zuerst eine Systemübersicht und benennt Verantwortliche für ERP, Schnittstellen und Betrieb. Das externe Team erhält danach nur die für den vereinbarten Arbeitsstand benötigten Zugriffe. Produktivberechtigungen werden separat begründet und freigegeben.

1. Briefing und Auswahl: Teilen Sie Ziele, Stack, Abhängigkeiten und Teamrituale unter NDA, falls gewünscht. Nach dem Scoping-Call stellt Remoteplatz gemäss Leistungsbeschreibung innert 48–72 Stunden eine Shortlist bereit; das technische Interview führt Ihr Team.
2. Zugänge vorbereiten: Legen Sie Konten, Rollen, Freigabeverantwortliche und Ablaufdaten fest. Prüfen Sie vor Arbeitsbeginn, ob Testumgebungen und erforderliche Ansprechpartner:innen verfügbar sind.
3. Erste Aufgabe begrenzen: Starten Sie mit einem überschaubaren Datenfluss. Lassen Sie Annahmen, Abhängigkeiten und Testnachweise gemeinsam mit dem internen Team prüfen, bevor weitere Schnittstellen folgen.
4. Rituale und Eskalation vereinbaren: Bestimmen Sie, wo Entscheidungen dokumentiert werden, wer Reviews übernimmt und an wen Sicherheits- oder Produktionsrisiken sofort gehen.

Remoteplatz beschreibt einen Einsatzbeginn in der Regel nach 5–10 Arbeitstagen. Für Ihre Planung ist das kein Ersatz für die eigene Vorbereitung: Wenn Konten, Testdaten oder fachliche Freigaben fehlen, kann auch ein verfügbares Senior-Profil die Migration nicht kontrolliert starten.

Wie steuern Sie Abnahmen und die Übergabe?

Teilen Sie die Migration in fachlich prüfbare Abschnitte. Für jeden Abschnitt braucht es eine interne Auftraggeber:in, ein beschriebenes Ergebnis und eine dokumentierte Entscheidung: freigegeben, mit klar benannten Mängeln zurückgegeben oder wegen einer Abhängigkeit verschoben. Ein bestandener technischer Test allein belegt noch nicht, dass ein Prozess im Industriebetrieb fachlich akzeptiert ist.

Ein regelmässiger Steuerungstermin sollte offene Risiken, Entscheidungen und den nächsten Abnahmepunkt behandeln – nicht bloss erledigte Aufgaben aufzählen. CTO oder IT-Leitung verantworten technische Leitplanken und Eskalationen; Fachverantwortliche bestätigen die Prozessanforderungen; die Geschäftsleitung entscheidet über wesentliche Änderungen bei Umfang oder Termin. Externe Engineers liefern Umsetzung, technische Einschätzungen und vereinbarte Nachweise innerhalb ihres Auftrags.

Planen Sie die Übergabe schon während der Umsetzung: Welche Schnittstellen sind dokumentiert, welche Tests kann das interne Team wiederholen und welche offenen Risiken übernimmt der Betrieb? Prüfen Sie vor Projektende die vereinbarten Arbeitsergebnisse und Rechtezuordnungen und veranlassen Sie den Entzug nicht mehr benötigter Zugriffe. So wird aus zusätzlicher Kapazität eine nachvollziehbar abgenommene Leistung statt einer neuen Abhängigkeit.

Häufige Fragen

Fazit

Ein befristeter Einsatz gelingt eher, wenn Ihr KMU Auftrag, interne Entscheider:innen, Zugriffe, Abnahmen und IP-Zuordnung vor dem Onboarding festlegt und bis zur Übergabe aktiv steuert. Wenn Sie dafür externe Senior Software Engineers prüfen möchten, buchen Sie ein technisches Briefing mit Ihren Projektzielen und offenen Abhängigkeiten.