Zum Inhalt springen
MARCODES
Abstrakte Formen aus Mattglas: ein neuer Block schiebt sich in eine Mauer und trägt sofort mit

Entwicklerverstärkung auf Zeit: Liefern ab der ersten Woche

Ein externer Entwickler liefert in der ersten Woche, wenn Zugänge, Testdaten und eine klar umrissene erste Aufgabe vor seinem ersten Tag bereitliegen. Zur befristeten Entwicklerverstärkung gehören außerdem ein vereinbarter Endpunkt und eine Übergabe mit Tests und Entscheidungsprotokollen.

8 min Lesezeit Beratung und Digitalisierung

Für die FinTech-Tochter einer deutschen Versicherungsgruppe haben wir über viele Monate, mit wechselndem Umfang, an einem Backend für eine Versicherungs-App gearbeitet, mit klar umrissenem Liefer-Scope und einem definierten Endpunkt; die anonymisierte Case Study zum FinTech-Backend beschreibt den Auftrag. Erste Ergebnisse lagen in der ersten Woche vor, weil wir Erfahrung aus Versicherungs- und Banking-Projekten mitbrachten und keine Einarbeitung in die Technik brauchten.

Diese Voraussetzung bringt nicht jede externe Person mit. Was ein Unternehmen selbst beitragen kann, damit die erste Woche trotzdem Ergebnisse bringt, steht unten als Checkliste, Tag für Tag. Die Hinweise zum Vertragsrahmen weiter unten sind allgemein gehalten und ersetzen keine Prüfung des eigenen Falls.

Einordnung

Wann Verstärkung auf Zeit sinnvoll ist

Eine befristete Verstärkung passt, wenn ein Team mit funktionierender Arbeitsweise für eine begrenzte Etappe mehr Kapazität braucht und sich ein Teil der Arbeit als eigenes Paket beschreiben lässt. In unserem FinTech-Auftrag war das Paket klar umrissen: PHP-Services, REST-Endpunkte gegen die mobile App und eine wachsende Fachlogik rund um Verträge, Bewegungen und Audit-Ereignisse mit nachvollziehbarem Audit-Trail, auf einer bestehenden Datenschicht mit dokumentierten API-Verträgen.

Weniger gut passt das Modell, wenn genau diese Grundlagen fehlen. Ohne Architektur, ohne Backlog und ohne jemanden, der technische Entscheidungen trifft, braucht ein Projekt zuerst Steuerung. Dafür gibt es die Projektbegleitung als Interim-Lead oder Sparringspartner. Für Startups, die erst entscheiden müssen, ob die Technik dauerhaft im Gründerteam liegen soll, stehen die Mischformen im Beitrag Technischer Mitgründer oder Dienstleister.

Zur Einordnung helfen diese Fragen:

  • Gibt es eine Person im Unternehmen, die fachliche Fragen innerhalb eines Tages beantwortet und Ergebnisse abnimmt?

  • Ist das Paket so beschrieben, dass Umfang und Ende erkennbar sind, etwa als Roadmap-Abschnitt oder Liste von Funktionen?

  • Laufen Tests und Auslieferung so, dass eine neue Änderung ohne Sonderweg auf die Staging-Umgebung gelangt?

Fehlen Tests im betroffenen Code ganz, kann die erste Aufgabe der Verstärkung sein, sie gezielt nachzurüsten. Wie das ohne Stillstand geht, zeigt die Anleitung Legacy-Code ohne Tests absichern.

Checkliste

Die erste Woche, Tag für Tag

Die Liste trennt, was das Unternehmen vorbereitet, von dem, was die externe Person in derselben Zeit liefert. Sie beschreibt einen Vorschlag für eine Woche mit fünf Arbeitstagen, keinen Ablauf aus unserem FinTech-Auftrag.

Vor dem ersten Tag

  • Benutzerkonten für Code-Repository, Chat und Staging sind angelegt und getestet, mit Mehr-Faktor-Anmeldung.

  • Gerät oder VPN ist freigegeben, falls die Arbeit nur aus dem Netz des Auftraggebers möglich ist.

  • Eine Anleitung für die lokale Umgebung liegt im Repository, dazu anonymisierte Testdaten.

  • Eine feste Ansprechperson ist benannt, mit Zeitfenster für Fragen.

  • Zwei echte Aufgaben aus dem vereinbarten Paket sind beschrieben: eine kleine, die den Hauptpfad der Anwendung berührt, und eine mittlere für die Wochenmitte.

Montag bis Freitag

  1. Montag. Das Team führt eine Stunde durch Architektur, Module und Auslieferungsweg. Die externe Person bringt die Anwendung lokal zum Laufen, lässt die Testsuite durchlaufen und korrigiert Lücken in der Anleitung per Pull Request.

  2. Dienstag. Das Team erklärt die kleine Aufgabe und die Regeln für Branches, Reviews und Auslieferung im Repository. Die externe Person reicht den ersten Pull Request mit Test ein und sammelt offene Fragen in einer Liste.

  3. Mittwoch. Das Team prüft den Pull Request am selben Tag. Die Änderung landet auf Staging, die externe Person beginnt die mittlere Aufgabe.

  4. Donnerstag. Das Team nennt die Schnittstellen zu anderen Abteilungen oder Konzern-Teams, etwa Anmeldung über Single Sign-On oder Mailversand. Die externe Person klärt offene Punkte direkt mit diesen Stellen und legt die ersten Übergabenotizen für das bearbeitete Modul an.

  5. Freitag. Team und externe Person gehen in 30 Minuten durch, was gut lief und was fehlte. Die Fragenliste wird zu Ergänzungen der Anleitung, damit die nächste Person schneller startet.

Der Freitag zeigt, ob die Woche funktioniert hat: Mindestens eine Aufgabe ist auf Staging, die zweite in Arbeit, und die Anleitung ist besser als am Montag.

Arbeitsweise

Leistung beschreiben, Schnittstellen vereinbaren

Damit eine Verstärkung ab der ersten Woche liefert, muss vorher feststehen, was sie liefert. Dafür eignet sich eine schriftliche Leistungsbeschreibung mit dem Paket, den Qualitätsanforderungen an das Ergebnis (etwa Tests in den kritischen Pfaden, Code-Review vor der Übernahme) und den Ergebnissen der Übergabe. Dazu kommen die Schnittstellen zum Team: welche Termine zur Abstimmung vereinbart sind, über welchen Weg Fragen gestellt werden und wer Ergebnisse abnimmt.

Wie eng eine externe Person in Abläufe, Termine und Anweisungen des Unternehmens eingebunden ist, hat rechtliche Folgen. Der nächste Abschnitt beschreibt die Merkmale, auf die Behörden dabei schauen.

Vertrag

Endpunkt und Vertragsrahmen von Anfang an

Ein Endpunkt gehört in den Vertrag, bevor die erste Zeile Code entsteht. In unserem FinTech-Auftrag war es ein Cut-off nach Abschluss der Roadmap-Etappe, danach lag die Verantwortung wieder vollständig beim internen Team. Ein Endpunkt kann ein Datum sein, eine Liste von Funktionen oder beides.

Der Vertragsrahmen berührt eine zweite Frage, die Auftraggeber früh klären sollten: die Abgrenzung zur abhängigen Beschäftigung. Nach § 7 Absatz 1 SGB IV ist Beschäftigung die nichtselbständige Arbeit, Anhaltspunkte sind eine Tätigkeit nach Weisungen und die Eingliederung in die Arbeitsorganisation des Weisungsgebers. Die Deutsche Rentenversicherung stellt auf das Gesamtbild ab und nennt als mögliche Hinweise auf Scheinselbstständigkeit unter anderem feste Arbeitszeiten, regelmäßige detaillierte Berichte, Arbeit in den Räumen des Auftraggebers und vorgeschriebene Hardware oder Software. Je enger eine externe Person in die Arbeitsorganisation des Auftraggebers eingebunden ist, desto genauer sollte der Vertragsrahmen vorher geprüft werden.

Ist der Vertragspartner eine Gesellschaft, etwa eine GmbH, verschiebt sich die Prüfung, sie entfällt nicht:

  • Arbeitnehmerüberlassung: Nach § 1 Absatz 1 Satz 2 AÜG werden Arbeitnehmer überlassen, wenn sie in die Arbeitsorganisation des Entleihers eingegliedert sind und seinen Weisungen unterliegen. Dafür braucht der Verleiher eine Erlaubnis, der Vertrag muss die Überlassung vorher ausdrücklich so bezeichnen, und die Höchstdauer liegt bei 18 aufeinander folgenden Monaten, soweit ein Tarifvertrag der Einsatzbranche nichts anderes festlegt. Fehlt die Erlaubnis, sind die Verträge nach § 9 AÜG unwirksam, und nach § 10 AÜG gilt ein Arbeitsverhältnis mit dem Entleiher als zustande gekommen. Ausnahmen nennt § 1 Absatz 3 AÜG, etwa Überlassungen zwischen Konzernunternehmen, wenn die Person nicht zum Zweck der Überlassung eingestellt wurde, oder gelegentliche Überlassungen.

  • Statusfeststellung: Nach § 7a SGB IV entscheidet die Deutsche Rentenversicherung Bund auf Antrag der Beteiligten, auf Antrag auch vor Beginn der Tätigkeit. Ausgeschlossen ist der Antrag, wenn die Einzugsstelle oder ein anderer Versicherungsträger bereits ein Verfahren zur Versicherungspflicht eingeleitet hat. Wird die Arbeit für einen Dritten erbracht und gibt es Anhaltspunkte für Eingliederung und Weisungen, entscheidet sie auch, ob ein Beschäftigungsverhältnis zu diesem Dritten besteht. Diese Regeln zur Prognose und zum Dritten gelten laut § 7a Absatz 7 bis 30.06.2027. Das Verfahren ist laut DRV kostenfrei und dauert im Durchschnitt drei Monate. Die DRV empfiehlt es bei Zweifeln, besonders wenn jemand fast ausschließlich für einen Auftraggeber arbeitet; vorgeschrieben ist es für diese Konstellation nicht. Für eine erste, unverbindliche Orientierung hat die DRV am 16.04.2026 den Selbstcheck Erwerbsstatus vorgestellt; für GmbH-Geschäftsführer und mitarbeitende Gesellschafter ist er nach ihren Angaben nicht geeignet.

Eine Reform ist in Arbeit: Das Bundesministerium für Arbeit und Soziales hat am 26.03.2026 den Referentenentwurf eines Gesetzes zur Erleichterung der Feststellung des Erwerbsstatus der Selbständigkeit im Sozialversicherungsrecht vorgelegt. Stand 04.08.2026 ist das ein Entwurf, es gilt § 7 SGB IV in der bisherigen Fassung.

Mit MARCODES als externem Auftragnehmer ersparen Sie sich die Abwägungen zur Scheinselbstständigkeit weitgehend: Ihr Vertragspartner ist die MARCODES GmbH, keine Einzelperson, und sie übernimmt definierte Arbeitspakete mit Verantwortung für das Ergebnis. Ob das AÜG greift, hängt aber immer davon ab, wie die Zusammenarbeit tatsächlich gelebt wird, vor allem davon, wer die Anweisungen gibt. Deshalb gehören Paket, Ergebnis und Abstimmungswege schriftlich in den Vertrag.

Ein gepackter Umzugskarton für die Übergabe: Ordner mit Tests, Entscheidungsprotokolle, obenauf das orange Notizbuch.

Abschluss

Übergabe mit Tests, Entscheidungsprotokollen und Notizen

Die Übergabe beginnt in der ersten Woche, mit den Notizen vom Donnerstag. Am Ende unseres FinTech-Auftrags haben wir drei Dinge übergeben: Code mit Test-Abdeckung in den kritischen Pfaden, einige Architecture Decision Records für die größeren Abzweigungen und kurze Übergabenotizen pro Modul.

Jedes der drei erfüllt eine eigene Aufgabe:

  • Tests sichern ab, dass das interne Team den Code ändern kann, ohne die Absicht dahinter zu kennen.

  • Entscheidungsprotokolle halten fest, warum eine Lösung gewählt wurde. Im regulierten Umfeld dienen sie zusätzlich als Nachweis bei internen Revisionen.

  • Übergabenotizen pro Modul beschreiben Einstieg, Eigenheiten und offene Punkte auf einer Seite.

Prüfen lässt sich die Übergabe vor dem letzten Tag: Eine Person aus dem internen Team ändert eine Kleinigkeit im übergebenen Modul und liefert sie aus, ohne die externe Person zu fragen. Gelingt das, hängt das Modul nicht mehr an einer einzelnen Person. Damit steigt der Bus-Faktor des Projekts über eins.

Kurz beantwortet

Häufige Fragen

  • Nicht automatisch, maßgeblich ist das Gesamtbild der tatsächlichen Durchführung. Weisungen und die Eingliederung in die Arbeitsorganisation sprechen nach § 7 SGB IV für eine Beschäftigung, bei einer GmbH als Vertragspartner kommt die Abgrenzung zur Arbeitnehmerüberlassung hinzu. Beauftragen Sie eine GmbH wie MARCODES mit einem definierten Arbeitspaket und Verantwortung für das Ergebnis, stellt sich die Frage der Scheinselbstständigkeit weitgehend nicht; ob das AÜG greift, hängt aber immer von der gelebten Zusammenarbeit ab, vor allem davon, wer Anweisungen gibt. Verbindlich klärt den Status die Clearingstelle der Deutschen Rentenversicherung Bund, auf Antrag auch vor Beginn der Tätigkeit.

  • Eine gesetzliche oder feste Untergrenze gibt es nicht. Die erste Woche dient zu einem guten Teil dem Ankommen: Bei vier Wochen Laufzeit ist das ein Viertel der Zeit, bei einem Auftrag über viele Monate wie in unserem FinTech-Auftrag nur ein kleiner Bruchteil. Bei kurzen Etappen sollte deshalb alles aus dem Abschnitt „Vor dem ersten Tag“ erledigt sein, bevor die Laufzeit beginnt.

Eine Etappe, die mehr Hände braucht?

Schicken Sie uns Umfang, Laufzeit und gewünschte Ergebnisse der Etappe. Wir sagen Ihnen, ob sich daraus ein abgegrenztes Paket schnüren lässt und was Ihr Team vor dem ersten Tag vorbereiten sollte.

Etappe beschreiben

Nachweise

Quellen und Stand

Stand: 04.08.2026.

Dieser Beitrag beschreibt die allgemeine Rechtslage zum Stand des Beitragsdatums und ist keine Rechtsberatung.

Artikel teilen