IT Releases
Releases, Deployments und Änderungen
Produkte und Anwendungen, Versionen und Releases, Plan und Release-Kalender, Verbesserungen, Fehler, Release-Aufgaben und Änderungen, Umgebungen und Deployments, Rollback, Release Notes und Beobachtung nach dem Deployment. Funktioniert eigenständig.
IT Releases: was es kann und wie es aufgebaut ist
Produkte und Anwendungen, Versionen und Releases, Plan und Release-Kalender, Verbesserungen, Fehler, Release-Aufgaben und Änderungen, Umgebungen und Deployments, Rollback, Release Notes und Beobachtung nach dem Deployment. Funktioniert eigenständig. Zusammen mit IT Service Desk sieht man im Release, wie viele Störungen es verursacht hat und wie schwer sie sind, und in der Störung, welches Release sie ausgelöst hat. Zusammen mit IT SLA, wie viele Fristverletzungen mit dem Release zusammenhängen.
So arbeiten Sie damit – Schritt für Schritt
- 1
Legen Sie Produkte und Umgebungen an: etwa „Onlineshop“ und „Test“, „Preprod“, „Prod“
- 2
Erstellen Sie ein Release mit Version, Risiko und geplantem Datum und fügen Sie Verbesserungen und Fehler aus dem Backlog hinzu
- 3
Führen Sie das Release durch die Status und erfassen Sie Deployments in jede Umgebung mit Ergebnis
- 4
Nach dem Go-live in Prod sehen Sie in der Karte, wie viele Störungen das Release verursacht hat
- 5
Wenn etwas schiefgeht, rollen Sie das Release mit Begründung zurück und schließen es, wenn alles stabil ist
Was Sie tun können
- Produkte mit eigenem Dienst und Verantwortlichem, Umgebungen für Entwicklung, Test, Preprod und Prod
- Releases mit Version, Name, Risiko, geplantem Datum und Release Notes
- Release-Status: geplant, in Arbeit, Test, bereit, ausgerollt, fehlgeschlagen, zurückgerollt, geschlossen – nur zulässige Übergänge
- Deployment in eine Umgebung mit dem Ergebnis „erfolgreich“ oder „fehlgeschlagen“ und Kommentar
- Rollback eines Releases mit Pflichtbegründung
- Inhalt des Releases: Verbesserungen (FTR), Fehler (BUG), Release-Aufgaben (RT) und Änderungen (CHG) mit eigenen Nummern
- Backlog: Arbeiten, die noch in keinem Release sind, mit Filter nach Art
- Der Bearbeiter einer Arbeit wird über die Zuweisung benachrichtigt
- Release-Kalender nach Monaten
- In der Release-Karte – wie viele Störungen im Betrieb und nach dem Deployment, wie viele offen sind und wie schwer
- Jeder Arbeitseintrag – Störung, Fehler – lässt sich mit einem Release verknüpfen
So sieht es aus
Echte Anwendungsfenster am Beispiel eines fiktiven Unternehmens. Klicken Sie auf einen Screenshot, um ihn zu vergrößern.
Mit welchen Anwendungen es verknüpft ist
- IT Service Desk: Der Go-live in Prod wird zum Dienst des Produkts gespeichert, neue Störungen zu diesem Dienst werden automatisch mit dem Release verknüpft, und in der Release-Karte erscheint der Tab „Anfragen“
- IT Service Desk: Bei drei oder mehr Störungen nach einem Deployment schlägt der Assistent vor, ein Problem „Mögliche Regression“ anzulegen
- IT SLA: In der Release-Karte ein Tab mit den Fristverletzungen, die dieses Release verursacht hat
- Alle drei IT-Anwendungen arbeiten in einer Umgebung mit gemeinsamer Seitenleiste
Was noch nicht angebunden ist
Wir sagen offen, was nur mit einem externen Anbieter funktioniert oder noch geplant ist:
- Repositorys und CI/CD sind nicht angebunden: Das Deployment wird in der Anwendung manuell vermerkt, sie selbst rollt nichts aus
Sie brauchen eine Anbindung für Ihr Unternehmen – erzählen Sie uns von der Aufgabe.
Testen Sie IT Releases in Ihrem Unternehmen
Binden Sie Ihr Unternehmen an – die Anwendung wird im Marktplatz in einer Minute aktiviert. Fehlt Ihnen eine Funktion, kann das CODE44-Team sie kostenlos für Sie ergänzen.