Alle Artikel

Wissen

Checkliste: 15 Punkte vor der Übernahme einer Webapplikation

Was muss vorhanden sein, bevor jemand eine bestehende Webapplikation übernimmt? 15 Punkte von Source Code und Server bis Budget, jeweils mit Erklärung, warum er zählt.

Von Dimitri KönigAktualisiert am 2 Min. Lesezeit

Die Checkliste ist in vier Bereiche gegliedert. Die ersten fünf Punkte entscheiden, ob eine Übernahme überhaupt beginnen kann. Die übrigen zeigen, wie viel Vorarbeit nötig ist.

Zugang und Rechte

  1. Source Code: Der vollständige Code liegt vor, inklusive aller Erweiterungen, Module und Konfigurationsdateien. Ohne Code ist keine seriöse Übernahme möglich.
  2. Hosting oder Server: Es gibt Zugang zum Hosting-Konto oder Server, idealerweise mit SSH. Dort laufen die Anwendung, die Cronjobs und die Logs.
  3. Datenbank und Backups: Es gibt Zugang zur Datenbank und ein Backup, das nachweislich wiederhergestellt werden kann. Die Daten sind oft wertvoller als der Code.
  4. Domain und DNS: Die Domain läuft auf die eigene Firma, und der Zugang zum Registrar ist bekannt. Sonst hängt die Erreichbarkeit an einer fremden Person.
  5. Rechte und Befugnis: Die Rechte am Code sind geklärt, und die Person, die die Übernahme anstösst, darf Aufträge erteilen.

Technik

  1. PHP-Version: Die eingesetzte PHP-Version und die Version von Framework oder CMS sind bekannt. Sie bestimmen, wie dringend ein Upgrade ist.
  2. Versionshistorie: Es gibt ein Git-Repository oder eine andere Versionshistorie. Sie erklärt, wann und warum sich der Code verändert hat.
  3. Testumgebung: Es gibt eine Test- oder Staging-Umgebung, in der Änderungen vor dem Livegang geprüft werden.
  4. Schnittstellen: Die externen Dienste sind bekannt, etwa ERP, Zahlungsanbieter, Mailversand oder APIs, samt Zugängen.
  5. Lizenzen: Kostenpflichtige Erweiterungen, Themes und Dienste sind erfasst, und es ist klar, wem die Lizenzen gehören.

Betrieb und Wissen

  1. Nutzung und Kritikalität: Es ist klar, wer die Anwendung wofür nutzt und was ein Ausfall pro Tag kostet.
  2. Fachliche Ansprechperson: Jemand im Unternehmen kann die wichtigsten Abläufe erklären, fachlich, nicht technisch. Rund eine Stunde Gespräch genügt für den Start.
  3. Übergabe: Die bisherige Entwicklerin, der bisherige Entwickler oder die Agentur ist für Fragen erreichbar. Das hilft, ist aber keine Voraussetzung.

Erwartungen

  1. Erst Analyse, dann Umsetzung: Allen Beteiligten ist klar, dass am Anfang eine Bestandsaufnahme steht und noch keine Reparatur oder Migration.
  2. Budget für Folgearbeiten: Für dringende Arbeiten, die die Analyse aufdeckt, gibt es grundsätzlich Budget. Sonst landet der Report in der Schublade.

Die Checkliste als Fit-Check

Dieselben Punkte fragt der Fit-Check in 16 kurzen Fragen ab, die letzte ist offen für alles, was sonst noch wichtig ist. Du siehst sofort, ob deine Anwendung grundsätzlich passt und was noch fehlt. Fehlt der Zugang zu Code oder Server, helfen die Sofortmassnahmen, wenn der Entwickler nicht erreichbar ist.

Quellen

  1. [1]Bus-Faktor · Wikipedia

FAQ

Häufige Fragen.

Was, wenn nicht alle Punkte erfüllt sind?

Dann ist die Übernahme trotzdem möglich. Unverzichtbar sind nur der Zugriff auf Source Code und Server sowie die Berechtigung, Aufträge zu erteilen. Alles andere, etwa Versionshistorie, Testumgebung oder Dokumentation, wird bei der Übernahme aufgebaut.

Wer sollte die Checkliste ausfüllen?

Die Person, die für die Anwendung verantwortlich ist, meist aus Geschäftsleitung, IT oder Fachabteilung. Technisches Wissen ist nicht nötig. Wo eine Antwort unklar ist, ist genau das die wichtigste Information.

Wie schnell geht es, wenn alles vorhanden ist?

Den Report des Übernahme-Assessments gibt es innert fünf Arbeitstagen ab vollständigem Zugang. Danach folgen Sofortmassnahmen und die laufende Betreuung. Steht die Anwendung bereits still, beginnt die Arbeit mit einem Notfall-Eingriff.