Wenn der Entwickler geht: Wie ein Betrieb seine Software behält
Die Anwendung läuft seit Jahren, und nur eine Person weiss, wie. Dann kündigt sie, geht in Pension oder die Agentur schliesst. Was dann passiert, entscheidet sich lange vorher. Eine Anleitung für den Moment, in dem es noch nicht zu spät ist, und für den, in dem es fast ist.
Es ist eine der häufigsten Situationen, mit denen Betriebe zu uns kommen: Eine Anwendung, oft vor Jahren von einem einzelnen Entwickler oder einer kleinen Agentur gebaut, trägt einen Teil des Geschäfts. Sie funktioniert. Und niemand im Haus könnte sagen, wo sie läuft, wie man sie ändert oder was passiert, wenn der Server nicht mehr startet. Solange der Entwickler erreichbar ist, fällt das nicht auf. Dieser Artikel beschreibt, wie Sie diese Abhängigkeit erkennen, abbauen und was zu tun ist, wenn der Ernstfall schon eingetreten ist.
Woran Sie die Abhängigkeit erkennen
- Niemand im Betrieb hat Zugang zum Quellcode, oder weiss, ob es einen gibt.
- Hosting, Domain oder Datenbank laufen auf den Namen des Entwicklers, und Sie haben die Rechnung noch nie gesehen.
- Es gibt keine Dokumentation, oder sie ist älter als die letzte grosse Änderung.
- Änderungen dauern Wochen, weil nur eine Person sie machen kann, und sie hat andere Prioritäten.
- Auf die Frage «Was passiert, wenn der Server ausfällt?» gibt es keine schriftliche Antwort.
- Der Entwickler ist freundlich und zuverlässig, und genau deshalb hat nie jemand nachgefragt.
Wenn drei dieser Punkte zutreffen, sind Sie abhängig. Das ist kein Vorwurf an den Entwickler; die meisten dieser Situationen entstehen aus gutem Willen und Zeitmangel auf beiden Seiten. Es ist ein Risiko, das Sie kennen sollten, und es lässt sich abbauen, solange die Person noch da ist.
Solange der Entwickler noch da ist
- 01Zugänge auf Ihren Namen
Repository, Hosting, Domain, Datenbank, Mailversand, alle Drittdienste: Jedes Konto gehört auf Ihren Betrieb, mit dem Entwickler als eingeladener Person. Das ist eine Nachmittagsarbeit und der wichtigste Schritt. Die Checkliste dazu steht im Artikel Der Quellcode gehört Ihnen.
- 02Rechte klären
Steht im Vertrag, dass die Software Ihnen gehört? Wenn nicht, holen Sie das schriftlich nach, solange das Verhältnis gut ist. Ein kurzer Nachtrag genügt in den meisten Fällen. Für Angestellte regelt das Gesetz die Rechte an Software zugunsten des Arbeitgebers; für Externe nicht.
- 03Dokumentation schreiben lassen
Nicht ein Handbuch für Benutzer, sondern eine Beschreibung für den nächsten Entwickler: Was tut die Anwendung, aus welchen Teilen besteht sie, wie baut und startet man sie, wo liegen die Daten, was ist bekanntermassen heikel. Mit KI-Werkzeugen ist das heute in Tagen machbar: Claude Code oder Codex lesen den Code und schreiben einen Entwurf, den der Entwickler prüft und ergänzt.
- 04Die Probe aufs Exempel
Lassen Sie eine zweite Person, intern oder extern, die Anwendung anhand der Dokumentation auf einem frischen Rechner zum Laufen bringen. Wo sie steckenbleibt, fehlt etwas. Das ist der einzige Test, der zählt.
- 05Wiederherstellung üben
Sicherung zurückspielen, auf einem anderen Server, mit Protokoll. Einmal. Danach wissen Sie, ob der Notfall ein Ärger oder eine Katastrophe wäre.
- 06Eine zweite Person aufbauen
Mit KI-Werkzeugen kann eine technisch interessierte Person aus Ihrem Betrieb kleine Änderungen selbst machen, wenn der Code dokumentiert ist und Regeln dafür bestehen. Das ist unser Weg A, und er ist der beste Schutz vor Abhängigkeit: Das Wissen liegt dann im Betrieb.
Wenn der Entwickler schon weg ist
Dann geht es um Schadensbegrenzung in einer bestimmten Reihenfolge. Zuerst: Läuft die Anwendung noch, und wie lange? Wer bezahlt das Hosting, und wann läuft das nächste Abonnement aus? Domains verfallen, Server werden abgeschaltet, und dann sind nicht nur der Code, sondern auch die Daten weg. Sichern Sie zuerst die Daten, dann die Zugänge, dann den Code.
- Datenbank sichern, sofort, auch wenn Sie nicht wissen, wie man sie liest. Eine Kopie ist besser als keine.
- Alle Zugänge einsammeln, die es gibt: Hosting-Konto, Domain, Mail, Drittdienste. Wo der Entwickler sie hatte, kontaktieren Sie den Anbieter mit dem Nachweis, dass der Betrieb der Kunde ist.
- Quellcode suchen: auf dem Server, in einem Repository, auf dem Rechner des Entwicklers, wenn es ein Angestellter war. Oft ist er da, nur niemand weiss wo.
- Bestandsaufnahme durch jemanden, der Code lesen kann: Was ist da, in welchem Zustand, was fehlt. Mit KI-Werkzeugen geht das heute in Tagen; sie lesen fremden Code schneller als jeder Mensch und erklären, was er tut.
- Entscheiden: weiterbetreiben und dokumentieren, Teile ersetzen oder neu bauen. Das hängt davon ab, was die Bestandsaufnahme ergibt.
Was KI-Werkzeuge hier verändert haben
Verwaiste Anwendungen waren früher ein Albtraum, weil sich kaum ein Entwickler freiwillig in fremden, undokumentierten Code einarbeitete, und wenn, dann teuer. Werkzeuge wie Claude Code und Codex lesen eine fremde Codebasis in Stunden, erklären ihre Struktur, finden die Stellen, an denen etwas geändert werden muss, und schreiben die fehlende Dokumentation. Das macht die Rettung einer Anwendung von einem Projekt mit offenem Ende zu einem mit abschätzbarem Aufwand. Es macht auch den Weg frei, dass Ihr eigenes Team die Anwendung danach übernimmt.
Wie wir vorgehen
Bei einer bestehenden Anwendung beginnen wir mit einer Bestandsaufnahme zum Festpreis: Code lesen, Betrieb verstehen, Risiken benennen, Dokumentation schreiben. Am Ende haben Sie ein Dokument, das sagt, was Sie haben und was zu tun ist, und zwar unabhängig davon, ob Sie uns danach beauftragen. Danach gibt es drei Wege: Wir betreiben und pflegen die Anwendung per Leistungsvertrag; Ihr Team übernimmt sie mit unserer Einführung; oder wir ersetzen sie schrittweise, wenn die Bestandsaufnahme zeigt, dass Pflege teurer wäre als Neubau.
Und bei allem, was wir neu bauen, ist die Übergabe von Anfang an Teil des Projekts: Repository auf Ihren Namen, Dokumentation für den nächsten Entwickler, verbreitete Bausteine statt eigener Erfindungen. Das ist Modul 09, und es ist der Grund, warum Sie von uns genauso unabhängig sind wie von jedem anderen.
Wenn Sie beim Lesen an eine bestimmte Anwendung in Ihrem Betrieb gedacht haben, ist das der Anlass für ein Erstgespräch. Je früher, desto günstiger: Mit dem Entwickler im Haus ist es ein Nachmittag Arbeit. Ohne ihn ein Projekt.
Häufige Fragen
Unser Entwickler ist Angestellter und seit fünfzehn Jahren da. Müssen wir uns trotzdem Sorgen machen?
Nicht Sorgen, aber Vorsorge. Die sechs Schritte oben kosten mit einem Angestellten wenige Tage und sind eine normale Massnahme der Betriebsführung, wie eine Stellvertretung in der Buchhaltung. Die Rechte an der Software liegen bei Angestellten ohnehin beim Arbeitgeber; es geht um Zugänge, Dokumentation und eine zweite Person.
Die Agentur will den Quellcode nicht herausgeben. Was können wir tun?
Zuerst den Vertrag lesen: Was steht zu Rechten und Herausgabe? Wenn nichts, ist die Lage rechtlich oft zugunsten der Agentur, und es lohnt sich, eine Fachperson beizuziehen. Praktisch hilft meist ein Gespräch mit einem konkreten Angebot: Herausgabe gegen eine Abgeltung ist für beide Seiten günstiger als ein Streit. Parallel sichern Sie Daten und Zugänge, die Sie haben.
Lohnt es sich, eine alte Anwendung zu retten, oder besser neu bauen?
Das zeigt die Bestandsaufnahme. Entscheidend sind der Zustand des Codes, wie verbreitet die Bausteine sind und wie viel die Anwendung noch tun soll. Oft ist die Antwort gemischt: Die Datenbank und die Geschäftsregeln bleiben, die Oberfläche und die Anbindungen werden neu gebaut. Eine Zahl dazu gibt es nach der Bestandsaufnahme, nicht vorher.
Kommt aus dem digitalen Produktmanagement: hat Software gebaut, betreut und optimiert. Führt bei Synesis jedes Projekt selbst, vom Erstgespräch bis zur Abnahme, und baut Anwendungen mit KI, etwa den Pumpenauslegungs-Auftritt für Biral und den 3D-Konfigurator mit CRM und Produktionsportal für Nokto. Versteht zuerst den Ablauf, legt dann Architektur und Schnittstellen fest und prüft jede Änderung, bevor sie live geht.
Mehr über uns →