Wie wir einen Auftrag strukturieren.
Fünf Phasen, jede mit einem Ziel, konkreten Aktivitäten und Ergebnissen, die bei Ihnen bleiben. Das ist die Struktur, die wir für neue Aufträge vorschlagen: Die Tiefe jeder Phase richtet sich nach dem Problem, und ein kleiner Auftrag kann mehrere Phasen in einer Woche abdecken.
-
01
Discovery & Bestandsaufnahme
ZielSystem, Rahmenbedingungen und das eigentliche Ziel verstehen, bevor wir etwas vorschlagen.
Aktivitäten
- Nur-Lese-Review von Architektur, Cloud-Accounts, Repositories und Pipelines
- Schriftliche Fragen an die Menschen, die das System betreiben
- Eine Ausgangsbasis für Kosten, Zuverlässigkeit und Delivery, wo Messwerte existieren
- Eine Risikoliste, sortiert nach Auswirkung und Wahrscheinlichkeit
Ergebnisse
- Analysebericht mit Belegen
- Priorisierte Liste von Problemen und Chancen
Sie entscheidenOb es weitergeht, und mit welchen Prioritäten.
-
02
Architektur & Planung
ZielEinen Entwurf bewusst wählen und in einen Plan überführen, der sich in kleinen Schritten umsetzen lässt.
Aktivitäten
- Optionen verglichen nach Kosten, Risiko, Aufwand und Betreibbarkeit
- Zielarchitektur und der Weg dorthin
- Entscheidungsprotokolle für jede wichtige Wahl
- Ein gestaffelter Plan mit Meilensteinen festen Umfangs
Ergebnisse
- Architekturdokument und Diagramme
- Plan mit Umfang, Meilensteinen und Abnahmekriterien
Sie entscheidenFreigabe des Entwurfs und des ersten Meilensteins.
-
03
Umsetzung
ZielDie Änderung schrittweise bauen, als Code, in Ihren Repositories und Accounts.
Aktivitäten
- Änderungen an Infrastruktur, Pipelines und Software über geprüfte Pull Requests
- Gestaffelte Rollouts oder Feature Flags, wo das Risiko hoch ist
- Regelmäßiger schriftlicher Stand gegenüber dem Plan
- Keine manuelle Änderung in Produktion, die nicht im Code festgehalten ist
Ergebnisse
- Geprüfter, gemergter Code
- Dokumentation, die mit jeder Änderung aktualisiert wird
Sie entscheidenAbnahme jedes Meilensteins nach seinen Kriterien.
-
04
Validierung & Zuverlässigkeit
ZielMit Belegen zeigen, dass sich das System wie entworfen verhält — unter Last, bei Ausfällen und während der Wiederherstellung.
Aktivitäten
- Last- und Ausfalltests, dimensioniert nach echtem Traffic
- Wiederherstellungen und Rollbacks geübt, nicht angenommen
- SLOs, Dashboards und Alerts definiert und abgestimmt
- Prüfung von Identitäten, Angriffsfläche und Secrets
Ergebnisse
- Testergebnisse und bekannte Grenzen
- SLOs, Alert-Regeln und Dashboards als Code
Sie entscheidenGo-live, mit den verbleibenden Risiken schriftlich benannt.
-
05
Wissenstransfer & kontinuierliche Verbesserung
ZielIhr Team zum Eigentümer des Ergebnisses machen und es dann mit Daten verbessern.
Aktivitäten
- Runbooks für Routinebetrieb und Incidents
- Schriftliche Übergabe, mit Arbeitssitzungen, wenn Ihr Team sie möchte
- Review von SLOs, Kosten und Incidents nach dem Go-live
- Ein Verbesserungs-Backlog, sortiert nach gemessener Wirkung
Ergebnisse
- Runbooks und Betriebsdokumentation
- Verbesserungs-Backlog mit gemessenen Prioritäten
Sie entscheidenOb es weitergeht und woran — oder ob Sie selbst übernehmen.
Drei Wege zu beginnen.
- F—01
Cloud-Review in 5 Tagen
Eine Analyse mit festem Umfang für eine bestehende Cloud-Umgebung, mit Nur-Lese-Zugriff. Sie deckt die erste Phase ab und endet mit einem schriftlichen Bericht und Plan.
- F—02
Umrissenes Projekt
Ein definiertes Ergebnis — eine Plattform, eine Migration, ein Service — mit Umfang und Preis, die vor Arbeitsbeginn vereinbart werden.
- F—03
Folgearbeiten
Nach einem ersten Ergebnis weitere Punkte aus dem Plan, jeder einzeln umrissen und angeboten. Nichts ist verpflichtend.