Kurze Antwort
Prüfen Sie vor der Übernahme eines Softwareprojekts vier Dinge: Haben Sie Zugriff auf alle Konten und Repositories, lässt sich die Anwendung in einer sauberen Umgebung installieren und starten, gibt es Backups und Monitoring und sind offene Arbeiten schriftlich erfasst. Betrachten Sie die Übernahme erst als abgeschlossen, wenn das erledigt ist.
Zugang und Eigentümerschaft
Erfassen Sie Repository, Domain, Server, Datenbank, E-Mail und Drittanbieterkonten. Planen Sie geordnete Kontoübertragung und Schlüsselwechsel statt einer gemeinsamen Passwortliste.
Führen Sie im Zugriffsinventar nicht nur technische Konten auf, sondern auch Konten, die Ihrem Unternehmen gehören sollten, etwa Domain-Registrar, DNS, Entwicklerkonten der App-Stores, Zahlungsanbieter, E-Mail-Dienst und Monitoring-Werkzeuge. Prüfen Sie, ob ein Konto an eine private E-Mail-Adresse gebunden ist.
Reproduzierbare Installation
Installieren Sie Anwendung und Datenbankmigrationen in einer sauberen Umgebung und testen Sie Kernabläufe mit Beispieldaten. Nur auf dem bisherigen Server lauffähige Software ist nicht zuverlässig übergeben.
Testen Sie die Installation anhand schriftlicher Schritte, denen auch jemand folgen könnte, der das Projekt nicht kennt. Fehlende Schritte, versteckte Umgebungsvariablen oder Dateien, die nur auf dem Rechner des Entwicklers liegen, zeigen sich bei diesem Versuch. Tragen Sie jede Lücke in die Übergabeliste ein.
Betrieb und offene Aufgaben
Prüfen Sie Wiederherstellung, Bereitstellung, Überwachung und Zuständigkeiten. Trennen Sie Fehler von unfertigen Funktionen und dokumentieren Sie Lizenzbedingungen.
Versuchen Sie mindestens einmal, aus einem Backup wiederherzustellen; dass Backups erstellt werden, heißt nicht, dass sie sich einspielen lassen. Halten Sie fest, wer auf Fehlerprotokolle zugreifen kann und wer bei einer Störung alarmiert wird.
Abnahmegespräch
Besprechen Sie fehlende Zugänge, die funktionierende Version, Risiken und erste Maßnahmen. Jede Aufgabe erhält Zuständigkeit und Prüfmethode. Die Liste ersetzt keine Vertrags- oder Umfangsprüfung.
Legen Sie für jeden bei der Abnahme offenen Punkt Verantwortliche, Termin und Prüfmethode fest. Entscheiden Sie gesondert, ob eine Lücke ein akzeptables Risiko oder ein Hindernis ist, das die Übernahme verzögern sollte.
Häufige Lücken
Bei Übernahmen treten diese Lücken häufig auf: geheime Schlüssel bei nur einer Person, undokumentierte manuelle Bereitstellungsschritte, bald ablaufende Domains oder Zertifikate, ungenutzte, aber weiter bezahlte Dienste, Umgebungen ohne Testdaten und Drittanbieter-Dienste, die am privaten Konto des Entwicklers hängen. Jede davon sollte eine eigene Zeile in der Übergabeliste sein.
Arbeitsblatt für die Softwareübergabe
Ergänzen Sie pro Zeile eine verantwortliche Person und ein Datum. Bestätigen Sie die Abnahme anhand des Nachweises. Zugangsdaten und Kundendaten gehören nicht in diese Tabelle.
Häufige Fragen
Die Fragen, die bei der Übernahme eines Softwareprojekts am häufigsten gestellt werden.
Ist vor der Übernahme ein Code-Review nötig?
Ja, auch ein kurzes. Wie lesbar und testbar der Code ist und wie aktuell die Abhängigkeiten sind, bestimmt die Kosten der Übernahme. Für eine ausführliche Prüfung siehe unsere Leistung Software- und Technikberatung.
Was, wenn der bisherige Entwickler nicht kooperiert?
Klären Sie zuerst, welche Zugänge Ihrem Unternehmen gehören. Gehören Domain, Repository und Konten Ihnen, kann technisch weitergearbeitet werden; fehlende Informationen bedeuten, das System rückwärts zu analysieren, was Zeit und Kosten erhöht. Für die rechtliche Seite holen Sie sich anwaltlichen Rat.
Muss das System während der Übergabe abgeschaltet werden?
In der Regel nicht. Die Prüfungen lassen sich an einer separaten Kopie durchführen, ohne die Produktion zu berühren. Müssen Änderungen in der Produktion erfolgen, werden sie gesondert geplant.
Kann ich die Checkliste mit meinem eigenen Team verwenden?
Ja. Laden Sie die CSV-Datei am Ende der Seite herunter und füllen Sie sie mit Ihrem Team aus; tragen Sie keine Schlüssel oder Kundendaten in die Tabelle ein.
