Was passiert, wenn Ihr Symfony-Freelancer ausfällt? Vertretungsregelungen in der Praxis

Eine Frage, die selten vor der Beauftragung gestellt wird

Bei der Auswahl eines Symfony-Freelancers stehen meist Referenzen, Stundensatz und Verfügbarkeit im Vordergrund. Eine Frage bleibt dabei häufig unausgesprochen: Was passiert eigentlich, wenn diese eine Person aus welchem Grund auch immer für längere Zeit ausfällt?

Aus eigener Erfahrung mit Erstgesprächen zeigt sich, dass diese Frage meist erst gestellt wird, wenn ein Vertrag schon länger läuft und dann oft im ungünstigsten Moment. Dabei lässt sich die eigentliche Ursache des Risikos schon vorher erkennen. Nicht der Ausfall an sich ist das Problem, sondern ob eine dokumentierte Übergabe existiert, die im Ernstfall greift.

Die Ausgangslage: Welche Entscheidung ansteht

Wer einen Symfony-Freelancer beauftragt, trifft implizit auch eine Entscheidung über das Ausfallrisiko des Projekts. Diese Entscheidung wird selten bewusst getroffen, sie ergibt sich meist einfach daraus, wie die Zusammenarbeit organisiert ist. Ohne dokumentierte Übergabe bedeutet ein längerer Ausfall in der Praxis, dass jemand Fremdes sich erst mühsam in unbekannten Code einarbeiten muss, oft ohne zu wissen, wo die eigentlichen Entscheidungen im System liegen.

Wie teuer das werden kann, wenn parallel noch Haftungsfragen offen sind, zeigt ein Fallbeispiel eines auf IT-Risiken spezialisierten Versicherungsmaklers: Ein freiberuflicher Entwickler löscht bei einer Datenbankmigration versehentlich Kundendatensätze, der Endkunde macht Schadensersatz in Höhe von 210.000 Euro geltend und weder der Freelancer noch der beauftragende IT-Dienstleister sind für diesen Fall ausreichend versichert. Das Beispiel beschreibt einen Haftungsfall, keinen Ausfall im engeren Sinn, zeigt aber dieselbe Grundproblematik: Wenn im Ernstfall niemand vorbereitet ist, wird aus einem einzelnen Vorfall schnell ein wirtschaftliches Problem, das über die eigentliche Ursache weit hinausgeht.

Optionen mit wirtschaftlicher Einordnung

Für die Absicherung gegen einen Freelancer-Ausfall gibt es im Kern drei Modelle.

Keine formale Regelung. Die Zusammenarbeit läuft ohne dokumentierte Übergabe oder Vertretungsvereinbarung. Das ist der häufigste Zustand in der Praxis, weil er zu Beginn eines Projekts keinen zusätzlichen Aufwand verursacht. Im Ausfallfall bedeutet das jedoch, dass jede Übernahme bei null beginnt, unabhängig davon, wie gut der bisherige Code eigentlich ist.

Dokumentationsstandard ohne aktives Partnernetzwerk. Der Freelancer führt laufend eine Projektdokumentation, etwa zu Architekturentscheidungen, Zugängen und offenen Baustellen, hat aber keine feste Vereinbarung mit anderen Entwicklern für den Vertretungsfall. Das verkürzt die Einarbeitungszeit einer Vertretung erheblich, ersetzt aber nicht die Suche nach einer geeigneten Person im Ernstfall.

Dokumentationsstandard mit Partnernetzwerk. Zusätzlich zur laufenden Dokumentation gibt es eine belastbare Vereinbarung mit anderen erfahrenen Entwicklern, die im Ausfallfall kurzfristig einspringen können, weil sie mit der Dokumentationsstruktur bereits vertraut sind. Das reduziert sowohl die Suchzeit als auch die Einarbeitungszeit, erfordert aber vom Freelancer eine kontinuierliche Investition in Dokumentation und Netzwerkpflege, die sich nicht direkt abrechnen lässt.

Entscheidungskriterien: Woran Sie eine belastbare Regelung erkennen

Vier Fragen helfen dabei, eine Vertretungsregelung im Erstgespräch tatsächlich zu prüfen, statt sich auf eine allgemeine Zusicherung zu verlassen.

Existiert eine laufende, nicht nur nachträgliche Dokumentation? Eine Dokumentation, die erst im Ausfallfall erstellt werden müsste, existiert faktisch nicht. Relevant ist, ob Architekturentscheidungen, Zugänge und offene Punkte kontinuierlich während der Projektarbeit festgehalten werden.

Wer genau würde im Ernstfall übernehmen? Eine allgemeine Aussage wie "ich habe da Kontakte" ist etwas anderes als eine konkret benennbare Person oder ein festes Netzwerk, das die Arbeitsweise und Dokumentationsstruktur bereits kennt.

Wie sieht die Versicherungssituation aus? Eine Vermögensschadenhaftpflicht deckt zwar keinen reinen Ausfall ab, aber sie ist ein Indikator dafür, wie professionell ein Freelancer mit Risiken in seiner eigenen Tätigkeit umgeht.

Wie realistisch ist die Einarbeitungszeit einer Vertretung tatsächlich? Selbst mit guter Dokumentation braucht eine neue Person Zeit, um produktiv zu werden. Diese Zeit realistisch einzuschätzen, statt sie kleinzureden, ist selbst ein Qualitätssignal.

Ein ehrlicher Punkt dazu, auch wenn er nicht für jedes Projekt für die aufwändigere Variante spricht: Nicht jedes Projekt braucht ein aktives Partnernetzwerk mit fester Vertretungsvereinbarung. Für ein kleineres, zeitlich klar begrenztes Projekt kann eine saubere, laufende Dokumentation bereits ausreichen, weil sich ein Ausfall dort eher durch Terminverschiebung als durch sofortige Übernahme auffangen lässt. Die aufwändigere Variante lohnt sich vor allem, wenn das System dauerhaft geschäftskritisch bleibt.

Was diese Frage vor der Beauftragung bringt

Die Frage nach der Vertretungsregelung ist unbequem, weil sie den Ausfall eines Menschen vorwegnimmt, der noch gar nicht beauftragt ist. Genau deshalb wird sie oft übersprungen. Wer sie trotzdem stellt, bekommt aber eine der zuverlässigsten Antworten darüber, wie professionell ein Freelancer tatsächlich arbeitet, unabhängig vom eigentlichen Ausfallrisiko.

Mehr zur grundsätzlichen Risikoeinschätzung bei Einzelentwicklung finden Sie im Artikel zum Bus-Faktor bei Eigenentwicklungen, der die Nachfolgefähigkeit von Systemen unabhängig vom konkreten Vertretungsfall einordnet.

Dennis Schwenker-Sanders ist PHP- und Symfony-Entwickler und arbeitet mit einem dokumentierten Übergabestandard sowie einem Partnernetzwerk erfahrener Entwickler für Agenturen und KMU im DACH-Raum. Mehr zur Zusammenarbeit als Symfony-Entwickler finden Sie auf der Leistungsseite.