Hochgeladen vonMarkus Schweizer
Digicomp change management_2 0_m_schweizer_v3_150317
Das Dokument behandelt Change Management 2.0 und dessen Herausforderungen in der IT, insbesondere die Zielkonflikte zwischen Anwendungsentwicklung und IT-Betrieb. Es wird der Nutzen eines integrierten Change- und Release-Management-Prozesses hervorgehoben, um Silos zu überwinden und die Betriebsstabilität zu verbessern. Des Weiteren werden Trends und Lösungsansätze vorgestellt, um die Flexibilität und Geschwindigkeit in der Anwendungsentwicklung zu erhöhen.
Weitere ähnliche Inhalte
Digicomp change management_2 0_m_schweizer_v3_150317
- 1. Digicomp 1 Change Management2.0 Markus Schweizer, Digicomp Trainer Senior Consultant, AWK Group
- 2. http://www.awk.chMarkus Schweizer -Steckbrief ● Lic. phil. I, EMBA HSG ● IT Beratung und Engineering seit 1989 ● IBM, PwC, CA, Protiviti, USU Consulting, AWK ● Highlights: ─ Grosskunden: Allianz, AXA Winterthur, CS, SwissRe, Novartis, T-Systems, Helsana, BAFU, armasuisse ─ USA 1999-2008: AON, MetLife, Dept. of the Treasury, State of California, General Electric, Aegon, Delphi Automotive, VISA, CGI, SunTrust, Convergys ─ Beratungsschwerpunkte: Service Management, IT Asset Management, Lizenz Management, IT Financial Management, IT Strategie, Programm Management, strategische Verbesserungsprogramme, Governance etc. ─ Digicomp Trainer für ITIL und Cobit ─ ITIL Service Manager seit 2000, Expert seit 2008 2
- 3. 3Digicomp Agenda Ausgangslage Vor-und Nachteile eines strikten Change Managements Zielkonflikte Business-Anwendungsentwicklung-Betrieb Alte und neue Silos Lösungsansätze? ITIL® V3 Service-Orientierung IT der verschiedenen Geschwindigkeiten Ein Lösungsansatz Zusammenfassung und Diskussion
- 4. 4Digicomp Verbesserung der Betriebsstabilitätbei einer Versicherung: Investitionen in das Prozessfeld Incident-, Problem-, Change und Configuration Management Verbesserung der Betriebsstabilität Prio 1 Störungen gingen um 85% zurück Prio 2 Störungen konnten seit Messbeginn ebenfalls um 66% gesenkt werden. Change Management ist eine Erfolgsstory!
- 5. 5Digicomp Nach Eli Goldratt:«Theory of constraints» IT-Ziel Dilemma
- 6. 6Digicomp Change & ReleaseManagement Verschiedene Prioritäten führen zu Zielkonflikten Rascher, schneller, besser • Rasche Auslieferung neuer Funktionalitäten • Leistung und Qualität • Kundenzufriedenheit • Projekt Management Ziele der Anwendungs- entwicklung Sicher, steuerbar, planbar • Stabilität • Sicherheit • Architekturen • Prozesse Ziele des IT-Betriebs
- 7. 7Digicomp Change & ReleaseManagement Zielkonflikte übersetzen sich häufig in getrennte «Change-Prozesse» • Anwendungsentwicklung und IT Betrieb haben eigene Prozesse für Change & Release Management – Prozesse sind nicht durchgängig • Wenig Kommunikation zwischen beiden wichtigen Abteilungen • IT-Betrieb erfährt häufig sehr spät von Change (=Auftrag zum Deployment) • Auf der anderen Seite wird IT-Betrieb-Abteilung als umständlich und verzögernd empfunden Release Management «Anwendungsentwicklung» Req. Eng. Planung Entwicklung & Test Deployment Abschluss Business Freigabe Change Management «IT Betrieb» Erfassung RfC Review Freigabe Deployment Abschluss Anwendungs -entwicklung IT-Betrieb & Infrastruktur
- 8. 8Digicomp End 2 EndChange & Release Management Durchgängiger Change, Release & Deployment Management Prozess für eine Applikation sieht typischerweise 2 Bewilligungsstufen vor Release & Deployment Management Change Management Release abschliessen Rollout / Deployment durchführen Pilot durch- führen Release kommunizieren und vorbereiten Rollout / Deployment planen Change überprüfen & schliessen Release testen und abnehmen Release entwickeln Release planen Change Deployment koordinieren Deployment freigeben Realisierung koordinieren RfC bewilligen (Business) RfC planen und koordinieren RFC erfassen, prüfen und bewerten RfC bewilligt? Ready? Deployment freigegeben? 1. Stufe – Bewilligung der Entwicklung 2. Stufe – Freigabe des Deployments • Fokus: Wollen wir den Change wirklich machen? • Zusammensetzung des Autorisierungsgremiums (CAB) ist typischerweise abhängig vom jeweiligen Service bzw. Applikation • Fokus: Schutz der Produktivumgebung / Minimieren der Risiken • Zusammensetzung des Autorisierungsgremiums (CAB) ist unabhängig vom jeweiligen Service, und mehrheitlich ein Betriebsgremium
- 9. 9Digicomp ITIL ®: Aufbrechender Silos in Ops durch Prozessorientierung und Matrixorganisation ? Dev
- 10. 10Digicomp Neue Silos inder IT Organisation Die starke Ausrichtung auf Risikominimierung hat hohe Mauern zwischen Dev und Change und IT- Betrieb kreiert. Business Anwendungs -entwicklung Change-, Release, Test & Deployment Betrieb
- 11. 11Digicomp Agenda Ausgangslage Vor-und Nachteile eines strikten Change Managements Zielkonflikte Business-Anwendungsentwicklung-Betrieb Alte und neue Silos Lösungsansätze? ITIL® V3 Service-Orientierung IT der verschiedenen Geschwindigkeiten Ein Lösungsansatz Zusammenfassung und Diskussion
- 12. 12Digicomp Trends mit Einflussauf Change Management Business fordert mehr Flexibilität und schnellere Auslieferung neuen Funktionen Ablösung von ‘Legacy’-Anwendungen: Hunderte von Schnittstellen zu Umsystemen stellen enorme Anforderungen an das Test- und Release- Management Neue Technologien wie Virtualisierung, Cloud Services, agile Entwicklungsmethoden und eine Generation ganz neuer Tools erlauben mehr Automatisierung und dadurch höhere Auslieferungsgeschwindigkeit bei geringerem Risiko Service-Orientierung und damit einhergehend die Service-Verrechnung bringt die Budgets für Änderung und Betrieb eines Service in die Verantwortung des Kunden: ‘Run-the-business’ und ‘Change-the-business’ aus einer Hand Heraus- forderungen Chancen
- 13. 13Digicomp Agiler Demand Schnelle Markt- änderungen Produkt- innovationen Herausforderungen und Lösungsansätze KomplexeApplikationslandschaften Fehlende End-to-End Prozesse Entwicklung Betrieb • Applikationslandschaft weist viele Schnittstellen untereinander auf • Alte Technologien/Plattformen • Ein Business-Change benötigt viele Applikations-Changes • Langsame Release-Zyklen • Agiler Business-Demand kann nicht befriedigt werden • Anwendungsentwicklung und IT Betrieb haben eigene Prozesse – Prozesse sind nicht durchgängig • Geringe Kommunikation zwischen beiden wichtigen Abteilungen • IT-Betrieb erfährt häufig sehr spät von Change • IT-Betrieb-Abteilung wird als umständlich und verzögernd empfunden • Aufbrechen bzw. Erneuerung der Architektur Modularisierung • Einsatz moderner Technologien/ Plattformen • Technologische Fähigkeiten für schnellere Release-Zyklen schaffen • Etablieren von End-to-End Change & Release Prozessen • 2 Prozessausprägungen unterstützen: klassisch und agil • Stärken der Kommunikation zwischen Dev & Ops • Organisatorische Fähigkeiten für schnellere Release-Zyklen schaffen LösungsansätzeHerausforderungen ITBusiness Technologische Fähigkeiten Organisatorische Fähigkeiten
- 14. 14Digicomp ITIL® V3: Verbindung zwischen Anwendungs- entwicklungund IT Betrieb «Based on AXELOS ITIL® material. Reproduced under license from AXELOS»
- 15. 15Digicomp Geschäftsbereich 1 Geschäfts- anforderungen Geschäfts- Entwicklung Project Portfolio Kapazität s-plan Change Advisory Board Budgeting Run the business Changethe business Additional Capacity New Services Service Portfolio Service Catalog ServiceOperation (Consumption) Service-Orientierung bedingt strategisches Change Management Budgets für ‘Change-the-business’ und ‘Run-the-Business’ werden vom selben Gremium beschlossen Geschäftsbereich 2 Geschäfts- anforderungen Geschäfts- Entwicklung Project Portfolio Kapazität s-plan Change Advisory Board Budgeting Run the business Change the business Additional Capacity New Services
- 16. 16Digicomp Automatisierung erlaubt mehrStandard-Changes Änderungs -Dienst RfC Instandhaltung • Ungeplant • Geplant Prozess Management • Struktur • Inhalt Dok. Mgmt • Inhaltlich • Formal Ausführung in SAP Update durch Prozess Owner Update durch Dok-Owner Delegation Standard Change Standard Changes Prozess Ende Change Requester Budget notwendig • Risiko • Dring- lichke it Operationelles Change Management Release Mgmt • Prio • Freigabe Go Live ? PIR Beschaffung Projekt Abgekürzter Änderungsdienst Delegation Triage Beispiel einer Change-Steuerung über eine zentrale Triage-Funktion
- 17. 17Digicomp Starke Governance mussverschiedene Change-Modelle einheitlich steuern Unterschiedliche Anwendungsentwicklungs- methoden verlangen unterschiedliche Change Modelle
- 18. 18Digicomp Agenda Ausgangslage Vor-und Nachteile eines strikten Change Managements Zielkonflikte Business-Anwendungsentwicklung-Betrieb Alte und neue Silos Lösungsansätze? ITIL® V3 Service-Orientierung IT der verschiedenen Geschwindigkeiten Ein Lösungsansatz Zusammenfassung und Diskussion
- 19. 19Digicomp Eine integrierte Wertschöpfungsketteder Änderung muss als ‘Umsetzungsprozess’ die Silos überwinden Lean Methoden können den ‘Speck’ aus den eingefahrenen ‘Silo’-Prozessen entfernen helfen Traditional Lean Managers have all the answers Manager should ask the right questions, employees should have the answers as a team Managers do the thinking, workers concentrate on doing Managers facilitate the workers to add value Activities are done, because they are asked to be done Activities are only done if they add value A certain rate of defects is unavoidable Defects can be eliminated
- 20. 20Digicomp Projektpo rtfolio- Mgmt. IT Financial- Mgmt. Require- ments Mgmt. Code- & Dev Mgmt. QA &Test Mgmt. Deploy- ment. Mgmt. Systems Mgmt. Service Mgmt. Kapazitäts - Mgmt. Projektpo rtfolio- Mgmt. IT Financial- Mgmt. Require- ments Mgmt. Code- & Dev Mgmt. QA & Test Mgmt. Deploy- ment. Mgmt. Systems Mgmt. Service Mgmt. Kapazitäts - Mgmt. Projektpo rtfolio- Mgmt. IT Financial- Mgmt. Require- ments Mgmt. Code- & Dev Mgmt. QA & Test Mgmt. Deploy- ment. Mgmt. Systems Mgmt. Service Mgmt. Kapazitäts - Mgmt. Projektpo rtfolio- Mgmt. IT Financial- Mgmt. Require- ments Mgmt. Code- & Dev Mgmt. QA & Test Mgmt. Deploy- ment. Mgmt. Systems Mgmt. Service Mgmt. Kapazitäts - Mgmt. ‘Legacy’ ‘Packaged App’ ‘Web/Cloud’ ‘Techn. Change’ 4 Change-Modelle für die IT der verschiedenen Geschwindigkeiten Je nach Change-Modell sind unterschiedliche Schritte der Wertschöpfungskette wichtiger
- 21. 21Digicomp Triage Programm- und Projekt-Management,PMO Automatisierung, DevOps Kunde – «Ich will …» Change Management Flexibles End-to-End-Change Management 2.0 4 Change Modelle – 4 Geschwindigkeiten 2x Fokus auf Projekt- und Programm- management 2x Fokus auf Automatisierung und Geschwindigkeit
- 22. 22Digicomp Bewertung der Realisierbarkeitvon Nutzenpotentialen Steigerung der Agilität wird erst mit Umsetzung der neuen Architektur breit möglich Steigerung Qualität • Besseres Management der Schnittstellen - dadurch kommt es zu weniger Fehlern während Prozess • Der Prozess-Owner hat die End-to-End Verantwortung und kann somit ganzheitlich Qualität steigern Nutzenpotentiale Realisierbarkeit Steigerung Effizienz • Schnittstellen-Verluste können minimiert werden und somit Effizienz gesteigert werden • Automatisierung erst mit Erneuerung der Applikationslandschaft sinnvoll Steigerung Agilität / Time-to-Market • Ziel kann erst mit Erneuerung der Applikationslandschaft vollständig erreicht werden • Aktuell ist dies wahrscheinlich nur für wenige isolierte Applikationen möglich P1 P2 P3 • Etablierung eines End-to-End Change & Release Management Prozesses • Etablierung einer übergreifenden Prozess-Ownership (Cross-Unit) • Steigerung Kommunikation zwischen Entwicklung und Betrieb • Etablierung des Prozesses nach Lean- Gedanken Vermeidung von Verschwendung • Automatisierungen entlang der gesamten Prozesskette • Modularisierung der Applikations- landschaft als Basis für kleinere Release-Packages und schnellere Zyklen • Etablierung des Prozesses nach DevOps-Gedanken neue Prozessausprägung «Agil» Massnahmen
- 23. 23Digicomp Vorgehensvorschlag zur Realisierungder Nutzenpotentiale Vorgehensvorschlag Aktuellen Projektfokus auf Etablierung eines End-to-End Change & Release Management für Applikationsbereich mit agilem Demand legen Etablieren des Prozesses für mindestens eine Applikation im Bereich «Agil» Etablieren einer Kommunikationskultur zwischen den Abteilungen Identifikation von Chancen für Modularisierung, Beschleunigung und Automation Aufzeigen von weiteren Chancen für die Ausbreitung der ‘DevOps’-Kultur Definition einer Roadmap für die Prozess- Vertiefung (z.B. ‘Continuous Delivery’) und - Verbreiterung (zusätzliche Anwendungen)
- 24. 24Digicomp Agenda Ausgangslage Vor-und Nachteile eines strikten Change Managements Zielkonflikte Business-Anwendungsentwicklung-Betrieb Alte und neue Silos Lösungsansätze? ITIL® V3 Service-Orientierung IT der verschiedenen Geschwindigkeiten Ein Lösungsansatz Zusammenfassung und Diskussion
- 25.
- 26. Sozialkompetenzen 26 Herzlichen Dank! markus.schweizer@awk.ch ITIL®is a registered trade mark of Axelos Limited. ITIL Kursportfolio: https://www.digicomp.ch/de/weiterbildung/management/itil-und-it-service-management