App-Wartung: was nach der Abnahme einer Anwendung weiterlaufen muss

App-Wartung ist die planmäßige Pflege einer Anwendung nach ihrer Abnahme: Abhängigkeiten aktualisieren, Sicherheitslücken schließen, Betrieb überwachen, Daten sichern und auf Änderungen von Browsern und Betriebssystemen reagieren. Sie hält den abgenommenen Zustand funktionsfähig und ist von der Weiterentwicklung zu trennen, die neue Funktionen hinzufügt.

Was App-Wartung umfasst

Eine Anwendung besteht nur zu einem kleinen Teil aus eigenem Code. Der größere Teil sind Bibliotheken, Laufzeitumgebungen, Datenbank und Betriebssystem des Servers. Jede dieser Schichten bekommt regelmäßig neue Fassungen, und ältere Fassungen verlieren irgendwann ihre Sicherheitsupdates. Wer nichts tut, betreibt nach einiger Zeit eine Anwendung auf ungepflegtem Fundament.

Hinzu kommt die Umgebung, in der die Anwendung läuft. Browser führen neue Regeln für Speicher, Cookies und Berechtigungen ein, Betriebssysteme der Telefone ebenso. Schnittstellen angebundener Systeme ändern ihre Versionen. Keine dieser Änderungen ist ein Fehler der ursprünglichen Lieferung, aber jede verlangt Arbeit.

Wie viel Pflege eine Anwendung braucht, hängt weniger von ihrer Größe ab als von ihrer Verflechtung. Ein internes Formular ohne Schnittstellen verlangt wenig Aufmerksamkeit. Ein Kundenportal, das an Warenwirtschaft, Zahlungsdienst und E-Mail-Versand hängt, reagiert auf jede Änderung dieser Systeme und braucht deshalb einen festen Rhythmus.

Wartung, Gewährleistung und Weiterentwicklung

• Gewährleistung. Hat die gelieferte Anwendung bei der Abnahme einen Mangel, muss der Auftragnehmer ihn beheben. Das ist ein gesetzlicher Anspruch aus dem Werkvertrag und kein Wartungsthema.
• Wartung. Die Anwendung war in Ordnung, aber ihre Umgebung ändert sich. Updates, Sicherheitskorrekturen und Anpassungen an neue Browser gehören hierher.
• Weiterentwicklung. Neue Rollen, neue Bildschirme, neue Schnittstellen. Das ist neue Leistung mit eigenem Umfang und eigener Abnahme.

Die Trennung klingt akademisch, entscheidet aber im Streitfall, wer zahlt. Deshalb gehört sie schriftlich in den Vertrag und nicht in eine mündliche Absprache.

Aufgaben der App-Wartung im Einzelnen

1. Abhängigkeiten. Regelmäßiges Aktualisieren von Bibliotheken und Laufzeit, mit automatischen Tests nach jeder Änderung.
2. Sicherheit. Bekannt gewordene Lücken bewerten und schließen, Zertifikate erneuern, Zugänge ausgeschiedener Personen entfernen.
3. Überwachung. Erreichbarkeit, Fehlerraten und Speicherplatz werden beobachtet, bei Auffälligkeiten geht eine Meldung raus.
4. Sicherungen. Datenbank und Dateien werden gesichert, und die Wiederherstellung wird tatsächlich ausprobiert, nicht nur angenommen.
5. Kompatibilität. Neue Browser- und Systemfassungen werden geprüft, bevor Nutzer über Probleme berichten.
6. Dokumentation. Jede Änderung ist nachvollziehbar, damit auch ein anderer Dienstleister den Stand übernehmen kann.
7. Datenhygiene. Protokolle und temporäre Dateien werden nach festgelegten Regeln gelöscht, damit weder Speicher noch personenbezogene Daten unkontrolliert wachsen.

Wie man Wartung vertraglich fasst

Gute Wartungsvereinbarungen beschreiben Leistungen, die man prüfen kann: welche Updates in welchem Rhythmus eingespielt werden, welche Überwachung läuft, wie Sicherungen geprüft werden und wie ein Vorfall gemeldet wird. Weiterentwicklungen werden davon getrennt als eigene Pakete beauftragt, jedes mit Umfang und Abnahmekriterien, wie es der Beitrag zur Abnahme beschreibt.

Wichtig ist außerdem, was bei einem Wechsel geschieht. Zugänge, Quellcode und Dokumentation sollten beim Auftraggeber liegen, damit die Pflege nicht an eine einzelne Firma gebunden ist.

Sinnvoll ist auch, festzuhalten, wie mit Updates umgegangen wird, die das Verhalten verändern. Eine neue Hauptversion einer Bibliothek kann Anpassungen am eigenen Code verlangen. Solche Fälle werden vor der Umsetzung beschrieben und mit ihrem Aufwand benannt, damit niemand von einer Rechnung überrascht wird, die er nicht erwartet hat.

Was ohne Pflege passiert

• Das große Update. Wer Aktualisierungen jahrelang aufschiebt, steht irgendwann vor einem Sprung über mehrere Hauptversionen, der einem Teilneubau gleicht.
• Die unbemerkte Lücke. Eine bekannte Schwachstelle in einer Bibliothek bleibt offen, weil niemand zuständig ist.
• Die Sicherung, die nie getestet wurde. Sie existiert, lässt sich aber im Ernstfall nicht einspielen.
• Keine Zuständigkeit. Nach dem Projektende fühlt sich niemand für den Server verantwortlich, bis er ausfällt.
• Das Wissen im Kopf. Nur eine Person weiß, wie der Server eingerichtet ist, und diese Person ist gerade nicht erreichbar.

Wie wir es handhaben

Überwachung, Sicherungen und aktualisierte Abhängigkeiten gehören bei uns zur Übergabe jeder Anwendung, zusammen mit einer Dokumentation, mit der auch eine andere Firma weiterarbeiten kann. Wie die Pflege danach läuft, beschreiben wir als eigenes Paket mit prüfbaren Leistungen; neue Funktionen bleiben eigene Etappen. Mehr zur Umsetzung steht auf der Seite App-Entwicklung, zur Wahl der Technik der Beitrag Native App oder Webanwendung.