← Wissen & Praxis
Softwareentwicklung

Anwendung umziehen: Umfang, Betrieb und Abnahme vorab klären

„Die Anwendung zieht auf einen anderen Server um“ klingt nach einer klaren Aufgabe. In der Praxis entscheidet die Abgrenzung: Welche Anwendung und Daten gehören dazu, welche alten Systeme bleiben außen vor, und wer übernimmt den anschließenden Betrieb? Halten Sie diese Punkte vor einer Aufwandsschätzung fest.

Eine Anwendung ist nicht automatisch die ganze alte Website

Fiktives Beispiel: Ein Unternehmen möchte sein internes Bestellportal auf einen anderen Server umziehen. Auf dem alten Server liegen außerdem eine frühere Website und ein nicht mehr gepflegter Katalog. Der Auftrag soll nur das Bestellportal umfassen. Ohne diese Grenze könnten Sicherung, Datenübernahme und Abnahmetests von drei unterschiedlichen Systemen in derselben Schätzung landen.

Frage Vor der Schätzung festhalten
Was zieht um? Anwendung, Datenbank, Dateien und ausdrücklich einbezogene Schnittstellen
Was bleibt draußen? Altsysteme, archivierte Inhalte und nicht beauftragte Funktionsänderungen
Welche Abhängigkeiten bestehen? Anmeldung, Versand, externe Dienste, geplante Jobs und erforderliche Lizenzen
Wer stellt das Ziel bereit? Verantwortliche für Server, Datenbank, DNS, Zertifikate und Zugriffsrechte
Wann ist der Umzug abgenommen? Benannte Prüffälle, zulässige Ausfallzeit, Ansprechpartner und Rückfallentscheidung

Umzug und laufenden Betrieb getrennt betrachten

Die einmalige Übertragung beantwortet noch nicht, wer anschließend sichert, überwacht, aktualisiert und Störungen bearbeitet. Legen Sie beim Betrieb außerdem fest, welche Daten gesichert werden, wie lange Sicherungen aufbewahrt werden, wie die Wiederherstellung geprüft wird und wann Unterstützung erreichbar ist. Diese Leistungen gehören als eigener Umfang in die Abstimmung; eine pauschale Serverbezeichnung ersetzt sie nicht.

Eine kleine Probe statt einer pauschalen Zusage

Für die technische Vorprüfung genügt zunächst ein ausdrücklich vereinbarter Ausschnitt: Start der Anwendung, Anmeldung mit einer berechtigten Testrolle, Lesen und Speichern eines synthetischen Vorgangs sowie ein benötigter Hintergrundlauf. Stimmen Sie Daten und Rechte vorab ab. Die Probe soll offene Voraussetzungen sichtbar machen; sie ist keine Erlaubnis, Kundendaten ungeprüft in eine andere Umgebung zu kopieren.

Rückweg und Abnahme vor dem Umschalten klären

  1. Ausgangsstand, Sicherung und verantwortliche Personen festhalten.
  2. Im Testziel die vereinbarten Kernabläufe und Abhängigkeiten prüfen.
  3. Datenübernahme, letzte Änderungen und Umschaltfenster abstimmen.
  4. Die öffentliche beziehungsweise betriebliche Zieladresse aus der tatsächlichen Nutzerperspektive kontrollieren.
  5. Bei Abweichungen anhand vorher vereinbarter Kriterien entscheiden: korrigieren, zurückschalten oder den Betrieb ausdrücklich freigeben.

Ein Upload oder ein erfolgreicher Serverstart allein bestätigt noch keine vollständige Migration. Die Abnahme bezieht sich auf den vereinbarten Umfang. Bleiben Funktionserweiterungen offen, werden sie getrennt beschrieben und geschätzt.

Für Schnittstellen und wiederholbare Datenübernahmen ergänzt unser Beitrag Importvorlage oder Schnittstelle? die fachliche Abgrenzung.

Verbinden Sie die fachliche Einordnung mit konkreten Projekten und dem passenden Leistungsbereich.

Themen, Projekte und Praxiswissen