Produkt und Entwicklung

Release- und Deployment-System

Ein Release-Team, das den regelmäßigen Veröffentlichungszyklus des Produkts von der Sammlung bis zum Monitoring steuert.

Der Release-Zug ohne Überraschungen: Sammlung, Test, Deployment und Monitoring — plus ein Lessons-Learned-Review, das den nächsten Release speist.

Ohne Kreditkarte — Ihr Projekt ist in einer Minute mit dem kompletten System eingerichtet

Sammlung1
Den Release-Rhythmus und den Termin des ersten kommenden Zugs festlegen
Test0
Noch keine Karten
Deployment1
Die Deployment-Checkliste und den Rollback-Plan schreiben
Monitoring1
Die Post-Deployment-Indikatoren und ihr Monitoring-Dashboard festlegen
Review0
Noch keine Karten
Lessons Learned0
Noch keine Karten
Nächste Planung0
Noch keine Karten

So sieht das System-Board aus, das Sie erhalten: Workflow-Spalten und Startkarten, die die ersten Schritte zeigen

Wie läuft die Arbeit in diesem System ab?

Der Release-Manager eröffnet die Karte des kommenden Releases in „Sammlung“ mit der Liste der kandidierenden Features und dem angestrebten Veröffentlichungstermin; die Liste wird zu einem angekündigten Cut-off-Termin eingefroren. Die Karte wandert zu „Test“ auf der Staging-Umgebung mit der Deployment-Checkliste, dann zu „Deployment“ in einem angekündigten Zeitfenster und mit einem fertigen Rollback-Plan für den Fall, dass etwas bricht. Nach dem Deployment tritt sie für Tage in „Monitoring“: Performance-, Fehler- und Adoptionsindikatoren werden beobachtet und ihre Werte auf der Karte erfasst. Dann „Review“ in einer kurzen Sitzung: was sich verzögerte, was brach und warum — gefolgt von „Lessons Learned“, wo die Lektionen als verbesserte Verfahren dokumentiert werden. Aus ihr wird die Karte „Nächste Planung“ für den kommenden Release eröffnet.

Der Chat ist der Einsatzkanal des Deployments: Abstimmung in Echtzeit zwischen Entwicklung und Infrastruktur während des Fensters und die Bekanntgabe des Abschlusses jedes Schritts, damit alle wissen, wo wir stehen. Die Ankündigungen sprechen das ganze Unternehmen an: der Termin des kommenden Releases und was er bringen wird, der Hinweis auf das Fenster davor und dann die Bekanntgabe des abgeschlossenen Deployments mit den Release Notes — damit der Support nicht von einer Kundenfrage zu einem Feature überrascht wird, von dem er nie gehört hat.

Der Release-Manager ist der Leiter des Zyklus: Er kündigt den Cut-off-Termin an, besitzt die Entscheidung über Deployment oder Verschiebung und schreibt die Ankündigungen davor und danach. Die Entwickler liefern ihre Features vor dem Cut-off und bleiben während des „Monitoring“ in Bereitschaft. Der DevOps-Engineer bereitet die Deployment-Pipeline und den Rollback-Plan vor und führt das eigentliche Deployment durch. Die Lektionen in „Lessons Learned“ sind verbindlich: Jede Lektion wird ein angepasstes Verfahren oder ein Punkt auf der Checkliste des nächsten Releases — sonst wiederholt der kommende Release denselben Fehler.

Wer macht was?

Die operativen Rollen in diesem System und die Verantwortung jeder Rolle im Tagesgeschäft — weisen Sie sie Ihrem Team so zu oder passen Sie sie an Ihre Gegebenheiten an.

Release-Manager

Plant den Zyklus und kündigt den Cut-off-Termin an, besitzt die Entscheidung über Deployment oder Verschiebung, schreibt die Release-Ankündigungen und leitet die „Review“-Sitzung.

Entwickler

Liefern die Features vor dem Cut-off-Termin, beheben, was während „Test“ und „Monitoring“ auftaucht, und bringen ihre Zahlen in das Review ein.

DevOps-Engineer

Verwaltet die Deployment-Pipeline und ihre Umgebungen, bereitet den Rollback-Plan vor jedem Fenster vor, führt das Deployment durch und überwacht die technischen Indikatoren danach.

Was ist ab dem ersten Tag für Sie vorbereitet?

Module des Systems

  • Aufgaben Ein Kanban-Board mit Workflow-Spalten und Ausführungskarten
  • Chat Der schnelle Kanal für die tägliche Abstimmung im Team
  • Ankündigungen Die offizielle Stimme der Geschäftsführung — Rundschreiben und Mitteilungen, die alle erreichen

Willkommens-Ankündigung: «Der Release-Zyklus ist jetzt offiziell»

Ab heute sind die Releases ein regelmäßiger Zug, kein Abenteuer: Eine Liste wird gesammelt, getestet, in einem angekündigten Fenster deployed und danach überwacht. Alle Cut-off-Termine, Fenster und Release Notes werden hier laufend veröffentlicht. Der erste Schritt: Prüfen Sie die Karte des kommenden Releases in „Sammlung“ und stellen Sie sicher, dass Ihre Features vor dem Cut-off-Termin fertig werden.

Bereit? Ihr erstes Projekt ist zwei Minuten entfernt

Erstellen Sie jetzt Ihren kostenlosen Arbeitsbereich und laden Sie Ihr Team noch vor Tagesende ein.