Software-Modernisierung, ohne die Delivery anzuhalten
Mit unserer Software-Modernisierung verändern wir eine in die Jahre gekommene Plattform, während sie das Geschäft weiter trägt. Die Delivery läuft weiter, und das Altsystem wird erst abgeschaltet, wenn das neue die Last trägt.
68%kürzere Erstellungszeit für Diagnoseberichte bei einem Anbieter für Fahrzeugdiagnose
Wann sich die Modernisierung einer Legacy-Anwendung lohnt
Diese Leistung passt, wenn sich Ihre Lage so anhört.
- Das Altsystem trägt immer noch das Geschäft, und niemand will es anfassen.
- Wir können nicht ein Jahr lang auf neue Features verzichten, nur weil neu geschrieben wird.
- Die halbe Woche des Teams geht dafür drauf, den Legacy-Code am Leben zu halten.
Was unsere Software-Modernisierung umfasst
- Schrittweise Ablösung statt einer riskanten Umstellung auf einen Schlag
- Datenmigration geprüft, bevor irgendetwas abgeschaltet wird
- Eine klare Begründung, was neu geschrieben wird und was nicht
So läuft es ab
- 1
Nennen Sie uns das Ziel
Das Produkt, das Problem mit der Plattform oder den Auftrag. Eine vollständige Spezifikation brauchen Sie nicht.
- 2
Wir schlagen den ersten Schritt vor
Discovery, eine klar definierte Entwicklung oder eine kleinere erste Phase, mit dem Vertragsmodell, das dazu passt.
- 3
Mit der kleinsten sinnvollen Zusage starten
Meist Discovery oder eine erste Delivery-Phase. So hängt die Entscheidung über den nächsten Schritt an echter Arbeit.
- 4
Entwickeln mit benannten Verantwortlichen
Namentlich benannte Personen, vereinbarte Kennzahlen und ein Release-Rhythmus, an dem Sie uns messen können.
Formen der Zusammenarbeit
Die Entwicklung läuft über eine Leistungsbeschreibung (Statement of Work). Festpreis, wenn der Scope feststeht, nach Aufwand, wenn er sich wirklich erst noch klärt. Kann noch niemand den Scope aufschreiben, wird die Discovery zuerst und separat beauftragt.
- Festpreis
- Passend für: Ein klar definierter Umfang für Entwicklung, Migration, Feature oder Support
- So funktioniert es: Leistungsbeschreibung mit vereinbartem Umfang, Abnahmekriterien und Zeitplan
- Nach Aufwand
- Passend für: Produktarbeit, bei der sich der Scope erst im Lauf der Arbeit zeigt
- So funktioniert es: Leistungsbeschreibung mit Stundensätzen, zugesagter Kapazität und Reporting dazu
Fallstudien
Legacy-Migration in der Praxis: Plattformen, die wir migriert, neu gebaut oder von Altsoftware abgelöst haben.
68% Verkürzung der Erstellungszeit für DiagnoseberichteEin westeuropäischer Diagnoseanbieter ersetzte Desktop-Software durch eine Mobile-App mit Live-Daten. Diagnoseberichte entstehen 68 % schneller, die App-Bewertung stieg von 3,2 auf 4,6.Vehicle Diagnostics Platform, Westeuropa
40% Reduzierung der EntwicklungskostenING+ hilft Kommunen in Deutschland, Infrastrukturdaten mit Automatisierung und KI zu nutzen. Unser Team hat die Apps neu gestaltet, Features gebaut und die Entwicklungskosten um 40 % gesenkt.ING+, Deutschland
Kompletter Systemneuaufbau nach NormenOBE hilft Hochschulen, Kursziele und Studienfortschritt zu verwalten. Unser dreiköpfiges Team hat das veraltete System in 8 Monaten neu aufgebaut, passend zu aktuellen Bildungsstandards.OBE
Was unsere Kunden sagen
„Das Projektmanagement von Intelvision ist durchweg zuverlässig und professionell.“
Christopher WeindlCEO, ING+
„Intelvision brachte fundiertes technisches Know-how mit und hat eine wirksame Softwarearchitektur entworfen.“
Kyle McLoughlinKunde, Dublin
„Sie haben unsere geschäftlichen Anforderungen klar priorisiert und das Budget eingehalten. Das war für uns viel wert.“
Pavlo PotichnyiCEO, Swiss Scholar
Fragen zur Software-Modernisierung
Sollen wir unser Altsystem neu schreiben oder refaktorieren?
Neu schreiben fast nie. Bei einem Neubau auf einen Schlag kommt bis zur Umstellung kein neuer Nutzen beim Kunden an, und alles hängt an diesem einen künftigen Stichtag. Der disziplinierte Weg ist eine Transformation in Phasen, bei der jede Phase Risiko abbaut und sich selbst bezahlt.
Wie gelingt eine Legacy-Modernisierung, ohne die Delivery zu stoppen?
Indem man die Migration in Phasen aufteilt, die sich selbst finanzieren und parallel zur Roadmap live gehen: kein Feature Freeze, kein riskanter Stichtag für die Umstellung, und in jeder Phase sind Rollback und Sicherheitsstrategie eingebaut.
Können Sie einen Monolithen in Microservices überführen?
Ja, wenn es gerechtfertigt ist. Entscheidungen zur Zielarchitektur halten wir mit Begründung fest, auch dann, wenn für Ihre Phase ein modularer Monolith besser ist als Microservices.
Passende Artikel
Alle Artikel
Weitere Leistungen der Softwareentwicklung
Softwareentwicklung im ÜberblickDeep Discovery
Der erste bezahlte Schritt, wenn der Auftrag noch nicht feststeht. Sie bekommen den Scope, die Architekturrichtung und den Delivery-Plan, nach dem die Entwicklung dann tatsächlich arbeitet.MVP- und Produktentwicklung
Ein erstes Release im Produktivbetrieb, das echte Nutzer beurteilen können, kein Prototyp. Die kleinste Version, die das Produkt beweist, auf einer Architektur, die schon das nächste Release trägt.Plattformentwicklung
Langlebige Systeme mit echten Daten, echten Integrationen und mehr als einer Zielgruppe. Ein cross-funktionales Team hält die Architektur zusammen und verantwortet die Delivery, Release für Release.Größere Features und Integrationen
Eine klar umrissene Änderung in einem System, das Sie bereits betreiben, gebaut für Ihre Codebasis, Ihren Release-Prozess und Ihre Rahmenbedingungen. Die Risiken der Integration kommen vor dem Launch auf den Tisch.Support und Weiterentwicklung
Nach dem Launch ändert sich die Arbeit, aber sie hört nicht auf. Freie Kapazität fließt in Verbesserungen statt in reine Betreuung.
Sprechen Sie mit uns über Software-Modernisierung
Das Produkt, das Problem mit der Plattform oder der Auftrag. Wir sagen Ihnen, ob es eine Discovery braucht, eine klar definierte Delivery-Phase oder einen ganz anderen Weg.
Ihr Ansprechpartner
Yurii Kotula
CEO und Engineering-Leiter
Das erste Gespräch führen Sie mit Yurii. Schicken Sie das Formular oder wählen Sie direkt einen Termin in seinem Kalender.
Termin mit Yurii buchen