Aufgabenliste für die Zeit nach der Trennung von Ihrem Softwareentwickler

Warum ein geplanter Prozess notwendig ist, wenn man sich von einem Softwareentwickler trennt

Ein Softwareprojekt läuft, es kommt zu Meinungsverschiedenheiten mit einem erfahrenen Entwickler, das Budget reicht nicht aus oder das Projekt entwickelt sich anders. In solchen Momenten ist es entscheidend zu wissen, wie man sich von seinem Softwareentwickler trennt. Unternehmer nehmen das oft auf die leichte Schulter und sagen: „Die Software ist fertig, wir haben bezahlt, damit ist die Sache erledigt.“ Doch solange Sie nicht die Kontrolle über den Code, die Server, die Lizenzen und den Datenzugriff des Projekts haben, können später ernsthafte Probleme auftreten.

In meinen 25 Jahren Erfahrung in der Softwareentwicklung habe ich vielen Unternehmen geholfen, diese Übergangsphasen unstrukturiert zu bewältigen. Ein im Voraus geplanter Übergabeprozess schützt beide Parteien, reduziert rechtliche Risiken und gewährleistet eine reibungslose Übergabe des Projekts an den neuen Entwickler.

Erster Schritt: Schriftliche Eigentumsrechte am Code sichern

Der Code ist das Herzstück eines Softwareprojekts. Nach Vertragsende mit dem Programmierer sollten Sie die Rechte am gesamten Projektcode besitzen. Lassen Sie sich dies schriftlich bestätigen. Falls Ihnen der Code noch nicht ausgehändigt wurde oder Ausreden wie „Er ist verschlüsselt“ oder „Er befindet sich auf einem externen Server“ unbegründet bleiben, gehören Ihnen die Rechte am Projekt nicht.

• Der vollständige Quellcode: Geschäftssoftware, mobile Anwendung, Website – alles sollte Ihnen vollständig zur Verfügung gestellt werden.
• Versionskontrollsystem (Git, SVN usw.): Wenn der Code in einem Repository gespeichert ist, sollten Zugriffs- und Eigentumskontrolle an Sie übergehen.
• Dokumentation und Kommentare: Es sollte klar erkennbar sein, wer den Code geschrieben hat. Kommentare im Code sind hilfreich, wenn ein anderer Entwickler das Projekt nach dem Ausscheiden des ursprünglichen Programmierers fortführt.
• Unterschrift und Datum: Bewahren Sie ein unterschriebenes Dokument auf, das besagt: „Der gesamte Code für Projekt X wurde am Datum Y an Person Z übertragen.“

Sobald Sie sicher sind, dass der Code Ihnen gehört, speichern Sie ihn an einem sicheren Ort (Cloud-Speicher, lokaler Server). Diese Dateien dienen als Referenz, falls ein anderer Entwickler das Projekt übernimmt.

Zweiter Schritt: Übertragen Sie den Zugriff auf Server, Datenbank und Hosting auf Ihren eigenen Namen

Die Software läuft möglicherweise noch, aber wenn Server, Datenbankverwaltung oder Hosting-Dienste weiterhin auf den Namen des ehemaligen Entwicklers laufen, kann dieser das Projekt jederzeit offenlegen, löschen oder sperren. Dieses Risiko müssen Sie beseitigen.

• Hosting-Anbieterkonto: Der Server (AWS, Linode, Cloudways, Digital Ocean usw.) muss auf Ihren Namen registriert sein und nur Sie sollten Zugriff darauf haben. Entziehen Sie dem Entwickler den Zugriff.
• Datenbankverwaltung: Ändern Sie das Administratorpasswort für Datenbanken wie MySQL, PostgreSQL und MongoDB. Dadurch wird verhindert, dass Entwickler mit dem alten Passwort darauf zugreifen können.
• DNS- und Domainprüfung: Ihre Domain sollte auf Ihren Namen oder zumindest bei einem von Ihnen kontrollierten Registrar registriert sein. Fordern Sie den DNS-Zugriff vom Entwickler zurück.
• SSL-Zertifikat: Sie sind für die Erneuerung des HTTPS-Zertifikats verantwortlich. Stellen Sie sicher, dass der vorherige Entwickler keine Zertifikatsanfragen mehr über seine E-Mail-Adresse erhält.
• Backup-Strategie: Richten Sie ein System ein, das das Projekt täglich oder wöchentlich sichert. Sobald der Entwickler das Unternehmen verlässt, liegt die Verantwortung dafür bei Ihnen oder einem der neuen Entwickler.

Trotz dieser Maßnahmen sollten Sie, falls der Programmierer sagt: „Das ist nicht meine Verantwortung“, sicherstellen, dass dies im Vertrag klar festgehalten wird. Weitere Informationen zum Thema Software-Dienstleistungen finden Sie im entsprechenden Leitfaden.

Schritt drei: Lizenzen, API-Schlüssel und Integrationen von Drittanbietern

Viele Softwareprojekte sind auf externe Dienste angewiesen: Zahlungsportale (Stripe, PayPal), SMS-Versand (Twilio), Kartendienste (Google Maps), KI-Tools usw. Prüfen Sie, wessen Name die API-Schlüssel und Zugriffskontrollen für diese Dienste verwaltet.

• Drittanbieter-Servicekonten: Zahlungsportal, SMS-Dienst, E-Mail-Kampagnenplattform – jedes dieser Konten muss mit einer E-Mail-Adresse in Ihrem Namen oder einer Firmen-E-Mail-Adresse registriert sein.
• API-Schlüssel und Geheimnisse: Übertragen Sie die API-Schlüssel aus den persönlichen Konten der Entwickler auf das Projektkonto. Erneuern Sie diese Schlüssel, damit sie beim Ausscheiden des Entwicklers nicht ungültig werden.
• Softwarelizenzen: Sind die verwendeten Bibliotheken, Frameworks und kommerziellen Tools unter einer Open-Source-Lizenz (wie MIT, Apache) oder kommerziell lizenziert? Lesen Sie die Lizenzbedingungen und stellen Sie sicher, dass Sie die Nutzungsbedingungen einhalten.
• SSL-Zertifikate, CDNs, Firewalls: Führen Sie schriftliche Aufzeichnungen darüber, wem all diese Sicherheitstools gehören.

Schritt vier: Lieferdokumentation und Projektleitfaden beschaffen

Genauso wichtig wie der Code selbst sind der Projektleitfaden und die technische Dokumentation. Damit ein neuer Entwickler das Projekt versteht, müssen die Systemarchitektur, die Datenbankstruktur, die Abhängigkeiten und die Installationsschritte klar dokumentiert sein.

• README-Datei: Die Schritte, Bibliotheken und Umgebungseinstellungen, die zum Ausführen des Projekts erforderlich sind.
• Datenbankschema: Tabellenstruktur, Beziehungen, Indizes und Standarddaten.
• API-Dokumentation: Falls es sich bei dem Projekt um eine API handelt, Endpunkte, Parameter und Antwortbeispiele.
• Externe Integrationen: Welche Drittanbieterdienste sind angebunden, wie sind sie konfiguriert und wie hoch sind die Testguthaben?
• Bekannte Probleme und Entwicklungsplan: Welche Teile sind noch unvollständig und welche Funktionen sind für die Zukunft geplant?

Wenn ein Programmierer sagt: „Ich werde keine Dokumentation schreiben“, bedeutet das, dass Sie die Dokumentation nicht im Vertrag festgelegt haben. Halten Sie die Dokumentationsanforderungen für das nächste Projekt schriftlich fest.

Fünfter Schritt: Die rechtliche und finanzielle Einigung abschließen

Die Softwarelieferung sollte auch die rechtliche Übergabe umfassen. Gehen Sie bei der Übernahme des Projekts wie folgt vor:

• Die Bedingungen für die Schlusszahlung festlegen: Schriftlich erklären, dass die Schlusszahlung nach Erhalt des Codes und der Dokumentation erfolgt.
• Unterzeichnen Sie den Lieferschein: ein von beiden Parteien unterzeichnetes Dokument mit der Aussage: „Projekt X wurde am Datum X um Uhrzeit Y entgegengenommen; der Bauträger ist danach nicht mehr verantwortlich.“
• Machen Sie die Rechte am geistigen Eigentum deutlich: Geben Sie an, ob der Programmierer denselben Code für nachfolgende Kunden wiederverwenden kann (oder wird).
• Definieren Sie die Garantiezeit: Zum Beispiel: „Support für kritische Fehler wird 30 Tage lang gewährt; danach sind Upgrades kostenpflichtig.“

Schritt sechs: Projektübergabe und Übergang zu einem neuen Entwickler

Wenn Sie das Projekt an einen anderen Entwickler oder eine Agentur auslagern wollen, sollten Sie diesen Übergang nicht ohne Planung durchführen.

• Code-Review: Der neue Entwickler muss den alten Code analysieren und potenzielle Probleme identifizieren.
• Testen in einer Testumgebung: Führen Sie das Projekt auf einem Testserver und nicht in der Live-Umgebung aus und prüfen Sie, ob Probleme auftreten.
• Wissensaustausch zwischen erfahrenen und neuen Ingenieuren: Erfahrene Programmierer sollten sich die Zeit nehmen, neue Programmierer in das System einzuweisen. Dies wird zwar möglicherweise stundenweise vergütet, ist aber wertvoll.
• Vertrautheit mit der Live-Umgebung: Der neue Techniker sollte in der Lage sein, Serverprotokolle zu lesen, die Leistung zu überwachen und grundlegende Wartungsaufgaben durchzuführen.

Wir von Alanya IT Services verfügen über Erfahrung in der reibungslosen Übergabe übernommener Projekte. Die vollständige Übernahme der Verantwortung für Ihr Projekt ist entscheidend für Ihren zukünftigen Geschäftserfolg.

Schritt Sieben: Definition der langfristigen Wartungsverantwortung

Wer ist nach dem Ausscheiden des Entwicklers für die Wartung und Aktualisierung des Projekts verantwortlich? Klären Sie dies im Voraus:

• Updates zur Cybersicherheit: Betriebssystem, Datenbank und Bibliotheken sollten regelmäßig aktualisiert werden.
• Leistungsüberwachung: Die Serverressourcen sollten überwacht und Probleme frühzeitig erkannt werden.
• Datensicherung und Notfallwiederherstellung: Für den Fall eines Datenverlusts muss ein Wiederherstellungsplan vorhanden sein.
• Kleinere Fehlerbehebungen und Funktionswünsche: Werden diese an den neuen oder den ursprünglichen Entwickler weitergeleitet? Wie hoch werden die Kosten sein?

Für detailliertere Informationen zu Wartungs- und Supportleistungen konsultieren Sie bitte die Übersicht der monatlichen Wartungsgebühren .

Fazit: Übernehmen Sie die Kontrolle über das Projekt und blicken Sie nach vorn.

Wenn Sie sich von Ihrem Softwareentwickler trennen, schützen die sieben oben genannten Schritte Ihr Projekt und beugen zukünftigen Problemen vor. Der häufigste Fehler ist, diesen Übergang zu unterschätzen und nach dem Ausscheiden des Entwicklers zu fragen: „Wo ist der Code? Wie lautet das Zugangspasswort?“ Dann ist es zu spät, und Sie haben Ihre Verhandlungsposition verloren.

Mein Rat: Selbst bei der Beauftragung von Software-Dienstleistern sollten diese Bedingungen im Vertrag festgehalten werden. Besprechen Sie dies unbedingt zu Projektbeginn. Machen Sie deutlich: „Nach Projektabschluss gehören mir der Code, der Server und die Lizenzen vollständig.“ Wenn der Entwickler dem widerspricht, sollten Sie eine Zusammenarbeit gut überdenken.

Unternehmen in Alanya, Antalya und der Mittelmeerregion kontaktieren mich häufig, um solche Probleme zu lösen. Wenn Sie Fragen zu einem laufenden Projekt haben, erreichen Sie uns über unsere Instagram-Seite oder direkt über die Agentur. Es ist nie zu spät, Ihre bestehende Softwareinfrastruktur zu modernisieren.