Software übernehmen? Machen wir.
Individualsoftware lebt oft viele Jahre. Entwickler und Dienstleister leider nicht immer. Wir arbeiten uns auch in fremde, gewachsene Systeme ein – und übernehmen sie.
Eine Anwendung, die seit Jahren läuft, ist selten schön – aber sie bildet ab, wie ein Unternehmen tatsächlich arbeitet. Dieses Wissen steckt im Code, nicht in einem Handbuch. Deshalb ist der erste Reflex, eine gewachsene Software komplett neu zu bauen, fast immer der teuerste. Wir steigen stattdessen dort ein, wo sie heute steht.
Wann Unternehmen bei uns anrufen
Meist ist es kein geplantes Projekt, sondern eine Situation, die sich nicht länger aussitzen lässt.
- Der ursprüngliche Entwickler ist nicht mehr erreichbar oder im Ruhestand
- Die Agentur, die das System gebaut hat, gibt es nicht mehr
- Die technische Basis ist veraltet – alte PHP-Version, abgekündigtes Framework
- Sicherheitsupdates sind seit Jahren nicht mehr eingespielt worden
- Der bisherige Dienstleister reagiert zu langsam oder gar nicht mehr
- Niemand traut sich mehr, etwas zu ändern – aus Angst, dass etwas kippt
Was wir nicht erwarten
Keinen perfekten Quellcode. Keine vollständige Dokumentation. Keine Tests, keine saubere Historie, keine Übergabe vom Vorgänger.
Wir haben noch kein System übernommen, in dem all das vorlag – das ist der Normalfall und kein Grund, die Anfrage zurückzuhalten. Es genügt, wenn Sie uns Zugriff auf den Code und das laufende System geben können.
Wie eine Übernahme abläuft
Erst verstehen, dann absichern, dann verbessern – in dieser Reihenfolge. Eine Modernisierung, die vor der Bestandsaufnahme beginnt, ist geraten.
1. Bestandsaufnahme
Wir lesen den Code, prüfen Abhängigkeiten, Datenbank und Serverumgebung und benennen die technischen Risiken. Am Ende steht eine ehrliche Einschätzung: was trägt, was ist gefährlich, was kostet in Zukunft Geld.
2. Stabilisieren
Zuerst das, was akut wehtut: Sicherheitsupdates, Backups, Monitoring und ein nachvollziehbares Deployment. Ab hier ist das System nicht mehr auf gutes Glück angewiesen – noch bevor eine Zeile modernisiert wird.
3. Schrittweise modernisieren
Danach wird Stück für Stück erneuert, während die Anwendung weiterläuft. Welche Teile zuerst drankommen, entscheidet sich nach Risiko und Nutzen – nicht danach, was technisch am meisten Spaß macht.
Muss eine zehn Jahre alte Anwendung neu gebaut werden?
Meistens nicht. Eine kontrollierte Modernisierung ist in der Regel schneller, billiger und risikoärmer als ein Neubau – schon deshalb, weil das Fachwissen im bestehenden System bereits erprobt ist. Eine Neuentwicklung muss all das erst wieder einsammeln.
Es gibt Fälle, in denen ein Neubau richtig ist: wenn die technische Basis keine Sicherheitsupdates mehr bekommt, wenn zentrale Anforderungen sich grundlegend geändert haben oder wenn jede Änderung an einer Stelle drei andere kaputt macht. Das sagen wir Ihnen dann auch – nach der Bestandsaufnahme, nicht vorher.
Übernahme heißt bei uns auch Betrieb
Eine Übernahme endet nicht mit dem letzten Modernisierungsschritt. In den meisten Fällen betreiben wir das System anschließend dauerhaft.
- Server, Betriebssystem und Container
- Datenbanken und Backups
- Updates und Sicherheitspatches
- Monitoring und Fehlerüberwachung
- Fehlerbehebung und laufende Weiterentwicklung
Eine übernommene Plattform, die seither läuft
Die JURANDO GmbH aus Lüdenscheid betreut Unternehmen als externer Datenschutzbeauftragter. Ihre Online-Plattform hilft Kunden dabei, datenschutzrelevante Informationen zu strukturieren und DSGVO-konforme Dokumentationen zu erstellen – ein System, das die JURANDO GmbH nicht selbst betreiben wollte und für das sie eine technische Heimat brauchte.
Wir haben die Plattform samt Codebasis übernommen, die Architektur bewertet, sie auf aktuelle technische Standards gebracht und betreiben sie seitdem – inklusive Wartung, Verfügbarkeit und Sicherheit. Die Zusammenarbeit läuft seit rund drei Jahren.
Veröffentlichung mit Zustimmung der JURANDO GmbH.
Fragen zur Übernahme
Wir haben keine Dokumentation. Ist das ein Problem?
Nein. Wir haben noch kein System übernommen, zu dem eine vollständige Dokumentation vorlag – das ist der Normalfall. Wir lesen die Anwendung aus dem Code und aus dem laufenden Betrieb. Was wir dabei lernen, halten wir schriftlich fest, sodass die Dokumentation im Zuge der Übernahme entsteht.
Wie lange dauert es, bis Sie unser System verstanden haben?
Für eine belastbare Bestandsaufnahme rechnen wir je nach Größe mit ein bis drei Wochen. Danach können wir sagen, was trägt, was gefährlich ist und in welcher Reihenfolge modernisiert werden sollte. Handlungsfähig bei akuten Störungen sind wir deutlich früher.
Muss unsere alte Anwendung komplett neu gebaut werden?
Meistens nicht. Eine kontrollierte Modernisierung ist in der Regel schneller und risikoärmer, weil das Fachwissen im bestehenden System bereits erprobt ist. Für einen Neubau sprechen abgekündigte Technik ohne Sicherheitsupdates, grundlegend veränderte Anforderungen oder ein Zustand, in dem jede Änderung an anderer Stelle etwas zerstört.
Unser bisheriger Dienstleister ist noch im Boot. Geht das trotzdem?
Ja. Eine geordnete Übergabe mit dem Vorgänger ist der angenehmste Fall, weil Fragen direkt geklärt werden können. Notwendig ist sie nicht – wir übernehmen auch Systeme, bei denen niemand mehr für Rückfragen zur Verfügung steht.
Was passiert mit unserem bisherigen Hosting?
Das schauen wir uns in der Bestandsaufnahme an. Häufig zieht die Anwendung auf unsere Infrastruktur in Deutschland um, weil Betrieb und Entwicklung dann in einer Hand liegen. Wenn Ihr bestehendes Hosting tragfähig ist, kann es auch bleiben.
Zeigen Sie uns, was Sie haben.
Sie brauchen keine Dokumentation und keine Aufräumaktion vorab. Schildern Sie uns kurz, was die Anwendung tut und wo es hakt – wir sagen Ihnen, ob und wie eine Übernahme sinnvoll ist.
Direkter Kontakt – ohne Umwege. Wir melden uns innerhalb eines Werktages.