Ein Launch macht Software verfügbar. Betrieb bedeutet zu wissen, wer bei Problemen reagiert, wie Änderungen Nutzer erreichen und was die nächste verantwortliche Person verstehen muss. Diese Aufgaben gehören vor dem ersten Release ins Gespräch.
Dieser Leitfaden behandelt Fragen, die Unternehmen mit ihrem Entwicklungspartner für Webanwendungen, mobile Produkte oder Backend-Systeme klären sollten. Das Supportmodell hängt von Anwendung und Vereinbarung ab.
Die Kontrolle über wesentliche Konten klären
Erfassen Sie Quellcode-Repository, Cloud-Umgebung, Domain, App-Store-Konten, externe Dienste und Designdateien. Notieren Sie Eigentümer und Zugriffsbedarf. Ein kritisches System sollte nicht allein über das persönliche Konto einer einzelnen Person erreichbar sein.
Die Projektvereinbarung sollte Rechte, Drittanbieter-Komponenten und Übergabe regeln. Eine brauchbare Übergabe erklärt Bereitstellung, Konfiguration und Betrieb. Zugangsdaten gehören in einen geeigneten sicheren Übertragungsprozess statt in ein allgemeines Dokument.
Support vor dem ersten Vorfall definieren
Vereinbaren Sie Meldeweg, benötigte Informationen und Zuständigkeit für die Einstufung. Ein ausgefallener Dienst verlangt eine andere Reaktion als ein optischer Fehler. Reaktionsziele und Abdeckungszeiten gehören ausdrücklich in die Supportvereinbarung.
Monitoring soll das zuständige Team dabei unterstützen, Probleme und betroffene Abläufe zu erkennen. Ein Dashboard ohne Verantwortliche begründet keinen Vorfallsprozess. Klären Sie, wer Warnungen prüft, Nutzer informiert und ein Rollback freigibt.
Das System warten, nicht nur die Oberfläche
Abhängigkeiten, Plattformvorgaben, Integrationen und Nutzung ändern sich. Planen Sie die Bewertung und Prüfung von Updates. Bei dauerhaft gespeicherten Daten müssen Backup-Verantwortung und Prüfung der Wiederherstellung feststehen.
Eine Infrastrukturprüfung betrachtet Kosten und Leistung. Hintergrundaufträge, gespeicherte Medien, externe API-Aufrufe und mehr Nutzung können die Betriebsrechnung verändern. Dokumentieren Sie Annahmen und prüfen Sie sie bei Produktänderungen erneut.
Das nächste Release erleichtern
Halten Sie wichtige Entscheidungen kurz fest: warum ein Dienst gewählt wurde, welche Grenzen akzeptiert wurden und welche Änderungen warten. Ergänzen Sie eine verständliche Aufgabenliste und einen wiederholbaren Releaseprozess.
Bei Brainbaby Labs umfassen Liefergespräche auch Aufgaben nach dem Launch. Entwicklung, Hosting, Wartung und weitere Funktionen können unterschiedliche Umfänge haben. Diese Grenzen sollen vor dem Start klar sein.
Für ein neues Projekt beschreiben Sie Ergebnis, vorhandene Systeme und das spätere Betriebsteam im Briefing. Bei einem vorhandenen Produkt bringen Sie wiederkehrende Probleme und verfügbare Betriebsinformationen mit.