Eine Anwendung läuft, aber der bisherige Ansprechpartner ist nicht mehr verfügbar. Oder die Zusammenarbeit soll wechseln, während der Betrieb weitergehen muss. Für eine Übernahme zählt zunächst, ob ein neues Team die Software nachvollziehen, bauen und betreiben kann. Eine Liste der verwendeten Technologien beantwortet das noch nicht.
Für das erste Gespräch genügt ein Überblick: Was macht die Anwendung, wer arbeitet damit, wo läuft sie und was muss als Nächstes passieren? Die folgenden Unterlagen werden für eine vertiefte Bestandsaufnahme relevant. Fehlende Punkte sollten als offen markiert werden. Niemand muss vor einer Anfrage eine perfekte Dokumentation erstellen.
1. Anwendung und Verantwortung beschreiben
Halten Sie die wichtigsten Arbeitsabläufe fest. Welche davon müssen täglich funktionieren? Wer entscheidet fachlich, ob ein Ergebnis stimmt? Welche Termine oder Abrechnungszyklen beeinflussen mögliche Änderungen?
Hilfreich sind eine kurze Systemübersicht, die verantwortlichen Personen und ein Beispielablauf mit neutralen Daten. Ergänzen Sie bekannte Probleme und den Anlass der Übergabe. Ein geplanter Ausbau verlangt eine andere erste Prüfung als ein akuter Ausfall.
2. Quellcode und Auslieferung zusammentragen
Benötigt werden der verfügbare Quellcode, seine Versionshistorie und eine Beschreibung, wie daraus die laufende Anwendung entsteht. Dazu gehören vorhandene Tests, benötigte Laufzeitversionen und die Auslieferungskonfiguration.
Die zentrale Frage lautet: Lässt sich der produktive Stand aus dem übergebenen Bestand nachvollziehbar herstellen? Ein heruntergeladenes Archiv ist dafür ein Ausgangspunkt, aber noch kein Nachweis. In einer Bestandsaufnahme lässt sich ein Bau- und Testlauf in einer getrennten Umgebung vereinbaren.
Erfassen Sie außerdem, welche Teile von anderen Anbietern stammen und welche Nutzungsrechte oder Verträge vorliegen. Offene Rechtefragen gehören auf die Übergabeliste, bevor Änderungen beauftragt werden.
3. Betrieb und Zugänge erfassen
Erstellen Sie ein Verzeichnis der benötigten Konten: Hosting, Domains, Datenbanken, E-Mail-Versand, Schnittstellen und gegebenenfalls App-Veröffentlichung. Halten Sie fest, wer das Konto verwaltet und wie die Übergabe erfolgt. Zugangsdaten gehören nicht in eine erste Anfrage per E-Mail.
Zum Betrieb gehören auch Sicherungen, Wiederherstellung, Überwachung und der Umgang mit Störungen. Ein vorhandenes Backup beantwortet noch nicht, ob sich daraus eine nutzbare Anwendung wiederherstellen lässt. Vereinbaren Sie, welche Wiederherstellung tatsächlich geprüft werden soll und in welcher Umgebung.
4. Daten und Abhängigkeiten verstehen
Welche Daten werden gespeichert, woher kommen sie und wohin werden sie weitergegeben? Sammeln Sie ein Datenmodell, vorhandene Exportspezifikationen und Beschreibungen angebundener Systeme. Für eine erste technische Prüfung reichen häufig Strukturinformationen und geeignete Testdaten.
Ein fiktives Beispiel: Ein Portal liest Stammdaten aus einem Verwaltungssystem und schreibt freigegebene Vorgänge zurück. Dann muss die Übernahme beide Richtungen berücksichtigen, einschließlich Zuständigkeiten bei abgelehnten oder verspäteten Übertragungen. Die sichtbare Oberfläche beschreibt nur einen Teil des Systems.
5. Offene Arbeit und Übergabe vereinbaren
Eine hilfreiche Übergabeliste enthält Fehler, zugesagte Funktionen, bekannte Risiken und bisher verschobene Wartung. Ordnen Sie jeden Punkt nach Auswirkung und Dringlichkeit. „Login fällt gelegentlich aus“ ist konkreter als „Software verbessern“; ein reproduzierbares Beispiel hilft zusätzlich.
Für die Bestandsaufnahme sollten die Ergebnisse im Voraus feststehen:
- Übersicht über Anwendung, Betrieb und Abhängigkeiten.
- Dokumentierte Lücken und Risiken mit ihrer Auswirkung.
- Geprüfte Schritte zum Bauen, Testen oder Wiederherstellen im vereinbarten Umfang.
- Vorschlag für die ersten Maßnahmen samt Aufwandsschätzung und Annahmen.
- Klare Abgrenzung, welche Verantwortung ab welchem Zeitpunkt übergeht.
Bei IKAZE sind ein reproduzierbares Deployment und ein versioniertes Betriebs-Runbook Teil der dokumentierten Arbeit. Das zeigt, welche Informationen einem nachfolgenden Team helfen. Ob ein fremdes System übernahmefähig ist, muss am jeweiligen Bestand geprüft werden.
Den ersten Schritt vorbereiten
Die Softwareübernahme beginnt mit einem Gespräch über Anwendung und Anlass. Eine vertiefte Prüfung wird gesondert mit definiertem Umfang beauftragt. Daraus entsteht die Grundlage für Betreuung, gezielte Reparaturen oder eine schrittweise Modernisierung.
Nutzen Sie unseren Projektbrief, wenn Sie Ihre Anfrage vorab strukturieren möchten. Beschreiben Sie dabei auch, welche Unterlagen fehlen. Genau diese Lücken gehören zur Klärung.