Was tun wenn dein Entwickler das Projekt abbricht?

Es ist der Albtraum jedes Unternehmers: Mitten in der Entwicklung meldet sich der beauftragte Entwickler nicht mehr, antwortet nicht auf E-Mails oder teilt direkt mit, dass er das Projekt nicht fortführen kann. Ein abgebrochenes Entwicklerprojekt kostet nicht nur Geld, sondern vor allem Zeit – und kann im schlimmsten Fall dein gesamtes Business gefährden.

Als Freelance-Webentwickler mit jahrelanger Erfahrung habe ich selbst mehrfach Projekte übernommen, bei denen der vorherige Entwickler das Projekt abgebrochen hat. In diesem Artikel zeige ich dir konkret, was du in dieser Situation tun solltest, welche rechtlichen Optionen du hast und wie du schnellstmöglich wieder auf Kurs kommst.

Erste Schritte: Ruhe bewahren und Schaden begrenzen

Wenn dein Entwickler das Projekt abgebrochen hat, ist schnelles Handeln gefragt – aber keine Panik. Folge diesen Schritten in den ersten 48 Stunden:

Dokumentiere die Situation umfassend: Sichere alle E-Mails, Chat-Nachrichten, Verträge und bereits geleistete Zahlungen. Screenshot alles, was relevant sein könnte. Diese Dokumentation brauchst du später für rechtliche Schritte oder zur Übergabe an einen neuen Entwickler.

Verschaffe dir Zugang zu allem: Prüfe sofort, ob du Zugriff auf Server, Domain, Hosting, Code-Repositories (GitHub, GitLab), Datenbanken und Admin-Bereiche hast. Falls nicht, fordere diese Zugänge schriftlich mit klarer Frist an. Bei vielen Projekten wird dieser Punkt vernachlässigt – bis es zu spat ist.

Sichere den aktuellen Stand: Lade den Quellcode herunter, erstelle Backups der Datenbank und sichere alle Assets (Bilder, Dokumente, Designs). Selbst wenn der Code unvollständig ist, ist er wertvoll für den nächsten Entwickler.

Setze eine klare Frist: Kontaktiere den Entwickler schriftlich (E-Mail mit Lesebestätigung) und setze eine konkrete Frist zur Stellungnahme – idealerweise 3-5 Werktage. Formuliere sachlich, dass du eine vollständige Übergabe aller Projektmaterialien erwartest.

Rechtliche Situation: Deine Optionen bei Projektabbruch

Wenn ein Entwickler das Projekt abgebrochen hat, hängen deine rechtlichen Möglichkeiten stark vom Vertrag ab. Ohne Vertrag wird es deutlich schwieriger, aber nicht unmöglich.

Mit Vertrag: Die meisten Entwicklerverträge enthalten Regelungen zu Kündigungsfristen, Leistungsumfang und Vergütung. Prüfe insbesondere:

• Wurde eine Projektabnahme vereinbart?
• Gibt es Meilensteine mit Teilzahlungen?
• Welche Kündigungsfristen gelten?
• Wem gehören die Nutzungsrechte am Code?

Bei Werkverträgen hast du grundsätzlich Anspruch auf ein fertiges, mangelfreies Werk. Bricht der Entwickler ab, kannst du Nacherfüllung verlangen, vom Vertrag zurücktreten oder Schadensersatz fordern. Bei Dienstverträgen ist die Lage komplexer, da hier nur die Arbeitsleistung geschuldet wird.

Ohne Vertrag: Auch mündliche Vereinbarungen sind rechtlich bindend, nur schwerer zu beweisen. Hier helfen die E-Mail-Verläufe und Zahlungsnachweise. Ein Anwalt für IT-Recht kann die Situation einschätzen – für kleine Summen lohnt sich der Aufwand meist nicht.

Pragmatischer Ansatz: Bevor du rechtliche Schritte einleitest, versuche eine einvernehmliche Lösung. Viele Entwickler sind bereit, den Code und die Zugänge herauszugeben, wenn sie bereits bezahlt wurden. Eine schnelle Lösung ist meist wertvoller als ein monatelanger Rechtsstreit.

Den richtigen Ersatz-Entwickler finden

Jetzt geht es darum, schnell einen kompetenten Entwickler zu finden, der das Projekt übernimmt. Das ist die kritischste Phase – die falsche Wahl führt nur zu weiteren Verzögerungen.

Technische Bestandsaufnahme: Der neue Entwickler muss zunächst bewerten, was bereits existiert. Ist der Code verwendbar oder muss neu angefangen werden? Diese Einschätzung sollte kostenlos oder gegen eine kleine Pauschale (ab 150€) erfolgen. Seriöse Entwickler bieten dir nach der Analyse ein klares Bild: Was ist zu retten, was muss neu gemacht werden, und was kostet die Fertigstellung realistisch.

Worauf du achten solltest: Suche einen Entwickler, der bereits Erfahrung mit Projekt-Übernahmen hat. Diese Situation erfordert andere Skills als ein Greenfield-Projekt. Der Entwickler muss fremden Code verstehen, bewerten und oft auch teilweise verwerfen können. Frage explizit nach Referenzen zu übernommenen Projekten.

Realistische Erwartungen: Ein neuer Entwickler wird vermutlich 20-40% mehr Zeit brauchen als ursprünglich geplant war. Fremden Code zu verstehen ist zeitaufwändig, und oft muss manches neu gemacht werden. Budget zusätzlich 2.000–5.000€ für kleinere Projekte, bei größeren E-Commerce- oder Web-Anwendungen entsprechend mehr.

Klare Kommunikation: Sei von Anfang an transparent über die Situation. Ein erfahrener Entwickler schätzt Ehrlichkeit und kann besser planen, wenn er weiß, dass es sich um ein übernommenes Projekt handelt.

Technische Herausforderungen bei Projektübernahmen

Wenn dein Entwickler das Projekt abgebrochen hat, steht der Nachfolger vor spezifischen technischen Problemen, die Zeit und damit Geld kosten:

Fehlende Dokumentation: In 90% der Fälle gibt es keine oder unzureichende Dokumentation. Der neue Entwickler muss den Code-Flow verstehen, Abhängigkeiten identifizieren und oft durch Trial-and-Error herausfinden, wie Komponenten zusammenspielen.

Unvollständige Infrastruktur: Server-Konfigurationen, Deployment-Prozesse und Umgebungsvariablen fehlen häufig. Was auf dem Rechner des vorherigen Entwicklers lief, funktioniert woanders oft nicht sofort.

Technologie-Entscheidungen: Manchmal wurden Technologien verwendet, die nicht mehr aktuell sind oder für den Use Case ungeeignet waren. Hier muss entschieden werden: Weitermachen mit dem Bestehenden oder Teile neu aufsetzen?

Hidden Dependencies: Externe Services, API-Keys, Datenbank-Strukturen – oft sind Abhängigkeiten nicht dokumentiert und müssen mühsam rekonstruiert werden.

Ein guter Entwickler wird dich durch diese Analyse führen und transparent kommunizieren, wo die Probleme liegen und was es kostet, sie zu lösen.

Prävention: So schützt du dich vor Projektabbrüchen

Aus jedem abgebrochenen Projekt kannst du für die Zukunft lernen:

Schriftliche Verträge sind Pflicht: Auch bei kleinen Projekten. Definiere Meilensteine, Liefertermine, Zahlungsmodalitäten und Kündigungsfristen klar.

Staffelung der Zahlungen: Zahle nie 100% im Voraus. Sinnvoll sind Anzahlung (30%), Zwischenzahlung bei definierten Meilensteinkosten (40%) und Restzahlung bei Abnahme (30%).

Regelmäßige Updates: Vereinbare wöchentliche oder zweiwöchentliche Status-Calls. Wenn ein Entwickler mehrfach Termine absagt oder ausweicht, ist das ein Warnsignal.

Zugriff von Anfang an: Du solltest ab Tag 1 Zugriff auf alle Systeme haben. Code sollte in einem Repository liegen, zu dem du Zugang hast (auch wenn du ihn nicht verstehst).

Realistische Planung: Unrealistische Deadlines oder Budgets erhöhen das Risiko, dass Entwickler abspringen. Qualität braucht Zeit, und gute Entwickler sind nicht die günstigsten.

Fazit: Vom Projektabbruch zur erfolgreichen Fertigstellung

Ein Entwickler Projekt abgebrochen – das fühlt sich katastrophal an, muss es aber nicht sein. Mit der richtigen Vorgehensweise kannst du den Schaden begrenzen und das Projekt erfolgreich zu Ende bringen:

1. Dokumentiere alles und sichere sofort den Zugang zu Code und Systemen
2. Kläre die rechtliche Situation, aber fokussiere dich auf pragmatische Lösungen
3. Finde einen erfahrenen Entwickler für Projektübernahmen
4. Kalkuliere realistisch Zeit und Budget für die Fertigstellung ein
5. Lerne aus der Situation für zukünftige Projekte

Die Kosten für eine Projektübernahme und Fertigstellung liegen typischerweise bei 3.000–12.000€, abhängig von Komplexität und Zustand des vorhandenen Codes. Das klingt nach viel, ist aber meist günstiger als ein kompletter Neustart.

Du suchst einen erfahrenen Entwickler, der dein liegengebliebenes Projekt übernimmt? Ich habe bereits mehrere solcher Situationen erfolgreich gemeistert – von E-Commerce-Shops bis zu komplexen Web-Anwendungen. Kostenloses Erstgespräch auf lonexa.de – ich schaue mir deinen Fall an und gebe dir eine ehrliche Einschätzung, was möglich und sinnvoll ist.