Agile Praktiken für das Service Transition Management und wie IT Automation Ihre Service Transition Prozesse verändert - Change Management
Agenda Warum Change Management? Wie wird Change Management umgesetzt? Warum funktioniert es oder auch nicht? Change Management mit agilen Praktiken 2
celix Solutions GmbH Dienstleistung und Beratung Lean und Agile Management auch für IT Organisationen Agile Development Version Control Systems Continuous Integration Continuous Delivery DevOps 3
Was ist der Zweck? Wofür brauchen wir Change Management? Wir müssen Compliant sein? ok, Aufwand minimieren Nur Changes die uns etwas bringen Changes are breaking systems! 4
ITIL Change Management Dokumentation - Prozess Wer tut was, wann, weshalb. Koordination Keine kollidierenden Changes Genehmigung/Freigabe CAB 5
Grau, teurer Freund, ist alle Theorie, Und grün des Lebens goldner Baum. Johann Wolfgang von Goethe, Faust 1, Studierzimmer. (Mephistopheles)
Was wir gesehen haben Normal-, Standard-, Emergency-, Minor-Changes Nicht jeder Change durchläuft eine Bewilligung Nur high risk Projekte müssen durch s CM Uboot Changes Die Dokumentation des Changes wird an den Bedarfsträger delegiert 7
Das CAB Mitglieder: CTO, CIO, COO, CEO Dokumentation in menschlicher Sprache, interpretiert von Menschen! Wissen die CAB Mitglieder worüber sie entscheiden? Wie oft? Nicht so oft, weil VIPs nicht viel Zeit haben. Wartezeit auf CAB verzögert das Release / Rollout 8
Funktioniert es für Sie? Haben Sie weniger Rollout Incidents? Ist jeder Change so dokumentiert, dass 100%ig klar ist, wer was wann getan hat? Wird nur das umgesetzt, das für Sie einen Wert hat? 9
Was tut weh? Changes werden zu langsam umgesetzt Big Bang Changes Changes passieren das erste Mal in Produktion Changes funktionieren nicht beim ersten Mal Change ist nicht vollständig definiert 10
Agile Manifesto Individuals and interactions over processes and tools Working software (systems) over comprehensive documentation Customer collaboration Responding to change over contract negotiation over following a plan! While there is value in the items on the right, we value the items on the left more www.agilemanifesto.org 11
Agile Prinzipien schnelles Feedback informierte Entscheidungen treffen Empower the Team Build Integrity In Das Ganze ist mehr als seine Teile 12
Ein unmissverständlicher Change! package { openssl : - ensure => 1.0.1e-8, + ensure => 1.0.1e-42, # no heart bleed notify => Service[ sshd ], }! - firewall { 100 open https port 443 : - port => 443, - proto => tcp, - action => accept, - }! + user { harald : + group => [ wheel ], + } 13
Modulare Infrastruktur Modules Database Web Server Application Server Security 1 Define your resources in modules. Via Puppet Dashboard Custom External Source (CMDB, LDAP, etc.) 2 Assign resource relationships automatically. Web Servers Database Servers Application Servers 3 Reuseable, composable configurations. 14
Wie Puppet arbeitet 1 Define. 2 Simulate. 4 Report. 3 Enforce. 15
Möglichkeiten dank Automatisierung wiederholbar wiederverwendbar testbar überprüfbar vergleichbar 16
Nicht nur postulieren, sondern ausprobieren automatisiertes Deployment für alle Environments Change Propagation Development Bei mir gehts! Test Environment Staging Environment - produktionsnah mit automatisierten Tests Tests aus QA für Produktions Monitoring 17
Simulieren wir die voraussichtlichen Änderungen Puppet Catalog Diff
Lassen Sie diejenigen entscheiden die das System kennen Wenn Sie wissen wer Ihr(e) Service(s) wirklich kennt -> lassen Sie ihn über Änderungen Entscheiden Wenn Sie nicht wissen wer Ihr(e) Service(s) wirklich kennt -> finden Sie ihn! Wenn Sie niemanden finden können der Ihr(e) Service(s) kennt -> haben Sie ohnehin ein Problem Ja, Sie haben/brauchen mehr als einen Wissenden/ Entscheider 20
Normal Change 21
Alles hängt zusammen Portfolio Change Server Config Service Change Puppet Catalog Team Change VCS Release VCS Commit 22
Alles hängt zusammen Portfolio Change Server Config Service Change Puppet Catalog Team Change VCS Release VCS Commit 22
Agile CM Tool Suite Process Management Version Management Build and Test Puppet Console Modules/Environments Puppet Master Puppet Agent Facter Puppet Agent Facter Puppet Agent Facter Puppet Agent Facter Puppet Agent Facter NODE NODE NODE NODE NODE 23
Was haben wir erreicht Alle Changes sind klar definiert Alle Changes werden im Prozess Management Tool dokumentiert und in der Versionsverwaltung reviewed Flow of Change verbessert Changes funktionieren nicht beim ersten Mal 24
Was haben wir erreicht aber nicht in der Produktion! aber Fehler werden frühzeitig entdeckt das Team fühlt sich verantwortlich mehr Informationen vor einem Go Live 25
Was wir noch nicht angesprochen haben 26
celix Solutions GmbH celix Solutions GmbH Gumpendorfer Straße 59-61/2/1 1060 Wien - Österreich! Telefon: +43 (0)1 503 61 11 Telefax: +43 (0)1 503 61 11 9 E-Mail: office(at)celix.at! www.celix.at 27