SlideShare une entreprise Scribd logo
1  sur  24
Télécharger pour lire hors ligne
Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 
Ramon Anger 
Capgemini 
Bildquelle: Jens Goetzke / pixelio.de
Welches Problem soll EA(M) lösen? 
• „EA stellt Alignment zwischen Geschäft und IT her“ 
[Wikipedia] 
• „EAM beschreibt das Zusammenspiel von Elementen der 
Informationstechnologie und der geschäftlichen Tätigkeit im 
Unternehmen“ [Wikipedia] 
• ... gern mit einem Enterprise Architektur Framework und 
einem Tool, das das Framework unterstützt! 
Bildquelle: Rainer Sturm / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 2
Eine heile EAM-Welt besteht aus 
Singularitäten 
• 1 Architekturstil 
• 1 Betriebssystem 
• 1 Datenbankprodukt 
• 1 Hardware-Plattform 
• Homogene IT-Services 
• 1 Komponentenframework 
• 1 gutes Tool für jedes Problem 
• Klar aufgeteilte Domänenlandschaft 
• 1 minimal redundanten Servicekatalog 
• Minimal redundante Informationsobjekte 
• IT, die das Geschäft in seiner Gänze unterstützt 
Bildquelle: eckwe / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 3
Die heile EAM-Welt ist ein Traum 
• Klassisches EAM jagt die IT-Strategie von 
übermorgen 
• Aktuelle Probleme werden nicht bedient 
• Übermorgen ist alles anders, als vom EAM ursprünglich 
geplant 
• „Die einzige Konstante im Universum ist die 
Veränderung.“ [Heraklit von Ephesus] 
Bildquelle: Dominik Pöpping / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 4
Die häufigsten Herausforderungen für EA 
100.00% 
90.00% 
80.00% 
70.00% 
60.00% 
50.00% 
40.00% 
30.00% 
20.00% 
10.00% 
0.00% 
1. Ad hoc EAM 
demands 
2. Unclear 
business goals 
3. Hard to find 
experienced 
enterprise 
architects 
4. EA demands 
unclear for EAM 
team 
5. Enterprise 
environment 
changes too 
quickly 
Agree (%) 
Neither (%) 
Disagree (%) 
n=102 
Hauder, M., Roth, S., Schulz, C., Matthes, F.: Organizational Factors Influencing 
Enterprise Architecture Management Challenges, 21st European Conference on 
Information Systems (ECIS 2013), Utrecht, Netherland, 2013. 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 5
Aus Sicht Agiler Teams liegt das Problem 
tiefer ... 
• EAM stellt für konkrete Probleme unbrauchbare 
Werkzeuge bereit 
• Wirkung: Fehlende Flexibilität für angemessene Lösung 
• Es entstehen Bastellösungen, mit denen 
Anforderungen geradeso erfüllt werden 
• Wirkung: Benutzerzufriedenheit ist stark eingeschränkt 
• In Folge sind hohe Mehraufwände denkbar 
• Alignment zwischen Geschäft und IT behindert 
Bildquelle: Marius Förster / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 6
Noch tiefer ... 
• Pflege von EAM-Artefakten kostet Zeit 
• Wirkung: EAM Artefakte sind häufig veraltet 
• Problem: Agile Teams benötigen Informationen aktuell und 
zeitnah 
• Entscheidungsfindung bei EAM dauert lange 
• Wirkung: Stakeholder von Entscheidungen werden gebremst 
• Problem: Agile Teams benötigen Entscheidungen zeitnah 
Bildquelle: Bernd Kasper / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 7
Welche Anforderungen hat Agile Software 
Entwicklung an EAM? 
• Unterstützung bei System-übergreifenden Anforderungen: 
Schnittstellen, Infrastruktur, Service-Katalog 
• Schnelle, übergreifende Entscheidungen 
• Bereitstellung relevanter Informationen In der notwendigen 
Tiefe und Aktualität 
• Freiheit und Unterstützung bei konkreten Problemen: 
Zugeständnis temporärer Inkonsistenzen 
• Hier kann klassisches EAM nicht helfen! 
Bildquelle: Gisela Peter / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 8
Würde EAM in einer Agilen Welt fehlen? 
• Welches Problem sollte EAM lösen? 
• „... soll helfen Geschäft und IT aneinander auszurichten ...“ 
• Wer benötigt EA(M)? 
• Unternehmen mit einfacher IT-Landschaft 
• EAM ist nur bedingt oder gar nicht relevant 
• Unternehmen mit komplizierter IT-Landschaft 
• EAM ist aus Sicht der agilen Welt unabdingbar 
• Wer bereits EAM hat und für verbesserungsfähig hält, kann 
über Agiles bzw. Pragmatisches EAM nachdenken 
Bildquelle: roberto reisch / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 9
Agiles/Pragmatisches EAM (A/PEAM) 
• Entwarnung! Keine neue Methode und kein neues 
Framework! 
• Es gibt bereits hunderte EA Frameworks sowie Agile und 
hybride Methoden/Frameworks 
• A/PEAM als Methode/Framework würde eher schaden als 
nutzen 
• A/PEAM ist kein 3-Letter-Acronym  nicht als Buzzword 
geeignet 
Bildquelle: Karin Bangwa / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 10
Wie kann pragmatisches EAM aussehen? 
• Aktueller EAM-Fokus: z.B. (IT-)Strategie 2020 
• Wirkung: Aktuelle IT-Planung wird an Luftschloss 
ausgerichtet 
• Wirkung: Unterstützung des aktuellen Geschäfts wird aus 
den Augen verloren 
• Pragmatischer EAM-Fokus: (IT-)Strategie heute 
• Aktuelle Probleme und Herausforderungen erfordern jetzt 
Lösungen – für Geschäft und IT 
Bildquelle: pogobuschel / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 11
Pragmatische Plattformstrategie oder für 
jedes Problem das richtige Werkzeug? 
• Typische EAM-Sicht 
• Technologievielfalt aus kommerzieller bzw. Betriebssicht zu 
beschränken 
• Problem 
• One-Size doesn‘t fit all 
• Warum nicht zwei oder drei Plattformansätze 
• Wirkung: Probleme passgenauer lösbar 
• Wirkung: Trade-off zwischen IT-Zielen (Kostensenkung) 
und Entwicklungszielen (Qualität) 
Bildquelle: Rainer Sturm / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 12
Architekten in die Projekte 
• Enterprise Architekten neigen zu Elfenbeinturm 
Mentalität 
• Wirkung: Virtuelle Lösungen für virtuelle Probleme 
• Enterprise Architekten brauchen engen Kontakt zu 
IT-Projekten 
• Enterprise Architekten arbeiten in Projekten mit um dort 
Bildquelle: Bernd Sterzl / pixelio.de 
Wert zu schöpfen 
• Wirkung: Reale Lösungen für reale Probleme 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 13
Klassisches EAM verbraucht viele 
Ressourcen! 
Bildquelle: lichtkunst.73 / pixelio.de 
• Rechtfertigt der Aufwand den Nutzen? 
• In der agilen Welt würde EAM ... 
• Entscheidungen rechtzeitig treffen 
• Ein Product Backlog nutzen 
• Crossfunktional arbeiten 
• Tätigkeiten abschließen 
• Aufgaben priorisieren 
• Transparenz schaffen 
• Iterativ vorgehen 
• Kommunizieren 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 14
Wie soll ich EAM-Aufgaben priorisieren? 
• Unterteilung der EA in Kern-, Misch- und 
Randgebiete 
• 1. Ausrichtung an Geschäftszielen 
• 2. Ausrichtung an IT-Zielen 
• Aufwands- und 
Reaktionszeitgewichtung: 
• 1. Kerngebiete 
• 2. Mischgebiete 
• 3. Randgebiete 
Randgebiet (Supportprozesse) 
Mischgebiet (Services) 
Kerngebiet (gemäß Geschäftszielen) 
Geschäftsziele 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 15
EAM – Prozess und Engpässe sichtbar 
machen 
Kerngebiet 
Mischgebiet 
Randgebiet 
Backlog 
Backlog 
Backlog 
Done 
Done 
Done 
Prozess ... 
Prozess ... 
Prozess ... 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 16
Crossfunktional im EAM? 
• Zusammenarbeit zwischen EAM und Agilen Teams 
um Problem/Sichten besser zu verstehen und zu 
lösen 
• Gemeinsame Lösungen  höhere Akzeptanz 
• Crossfunktionale Aufstellung  Lean Thinking  bessere, 
Bidquelle: Helmut Kaltenleitner / pixelio.de 
innovativere Lösung 
• Community of Practice für EAM bilden? 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 17
Fehlende Reaktionsfähigkeit 
Grundproblem von EAM 
• Reaktion auf schnelle Veränderung 
• Priorisierung von Aufgaben und Kapazität 
• Unterstützung/Inkaufnahme kurzzeitiger 
Inkonsistenzen zur Unterstützung des Geschäfts 
• Sonst macht das Geschäft jemand anderes 
• Welche Strategie wird gefahren? 
• Einmal alles oder kleine, unabhängige Dienstleistungen 
• EA Framework pragmatisch interpretieren 
Bildquelle: http://commons.wikimedia.org/wiki/File:Neon_sign,_%22CHANGE%22.jpg 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 18
Nutzenorientierung im EAM 
• EAM wird Dienstleister für IT und Geschäft 
• IT, Strategie, Fachabteilung etc. werden Stakeholder von 
EAM 
• Kein Stakeholder für ein Artefakt? 
• Kein Artefakt 
• Kein Interessent für gegebene Granularität? 
• Granularität gemäß Kundenwunsch anpassen 
• Aufwand und Zeit zielführend einsetzen und Nutzen 
erbringen, nicht sklavisch EA Framework anwenden 
Bildquelle: Jörg Brinckheger / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 19
Architecture Owner 
• Ein Entscheidungsgremium, dass einmal im Monat 
tagt, ist für EAM ungeeignet 
• Lieber eine falsche Entscheidung, die später revidiert wird, 
als keine Entscheidung 
• Architecture Owner 
• analog zum Scrum Product Owner 
• Einer trägt die Verantwortung und trifft die Entscheidung 
• z.B. Schnelle Priorisierung 
Bildquelle: sokaeiko / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 20
Fazit: Klassisches EAM passt nicht zur 
Agilen Welt! 
• EAM muss mit pragmatischen Ansätzen an den 
Bedarf Agiler Herangehensweise angepasst werden 
• Eine Möglichkeit dies zu tun ist 
Agiles/Pragmatisches EAM (A/PEAM) 
Bildquelle: VRun / pixelio.de 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 21
Zusammenfassung: Praktiken für A/PEAM 
Architekten in die Projekte 
Architecture Owner 
Pragmatische Plattformstrategie 
Temporäre Inkonsistenzen zur Strategie akzeptieren 
Crossfunktionales EAM Team 
Nutzenorientierung von EAM 
Iterativ/Inkrementelles Vorgehen auch im EAM 
Transparente Prozesse und Ergebnisse 
Aktuelle EA-Informationen durch passgenaue Artefakte 
Pragmatische Interpretation etablierter EA Frameworks 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 22
Vielen Dank! 
Ramon Anger 
Capgemini
Firma 
• Hier können Sie, wenn Sie möchten, Informationen 
über Ihre Firma einfügen 
Herbstcampus 2014 – Wer braucht das schon! 
Unternehmensarchitektur im agilen Zeitalter 24

Contenu connexe

Similaire à Wer braucht das schon - Unternehmensarchitektur im agilen Zeitalter

Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...
Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...
Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...netmedianer GmbH
 
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...OMM Solutions GmbH
 
Wjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinkingWjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinkingAnnegret Junker
 
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM)
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM) Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM)
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM) oose
 
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...University St. Gallen
 
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...Tassilo Kubitz
 
Der Beitrag von Requirements Engineering zur Steuerung Agiler Festpresiprojekte
Der Beitrag von Requirements Engineering zur Steuerung Agiler FestpresiprojekteDer Beitrag von Requirements Engineering zur Steuerung Agiler Festpresiprojekte
Der Beitrag von Requirements Engineering zur Steuerung Agiler FestpresiprojekteTassilo Kubitz
 
Projektmanagement und IBM Lotus Quickr - Olav Behrens (PAVONE AG)
Projektmanagement und IBM Lotus Quickr  - Olav Behrens (PAVONE AG)Projektmanagement und IBM Lotus Quickr  - Olav Behrens (PAVONE AG)
Projektmanagement und IBM Lotus Quickr - Olav Behrens (PAVONE AG)Udo Sill
 
Unic AG - Enterprise-Search Breakout Session X.Days 2009
Unic AG - Enterprise-Search Breakout Session X.Days 2009Unic AG - Enterprise-Search Breakout Session X.Days 2009
Unic AG - Enterprise-Search Breakout Session X.Days 2009André Schmid
 
IAK13 Darwin und die Kreativen
IAK13 Darwin und die KreativenIAK13 Darwin und die Kreativen
IAK13 Darwin und die KreativenWebster59
 
KnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei DeteconKnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei DeteconMichael Schomisch
 
Icom Intranet Workshops V2 Web
Icom Intranet Workshops V2 WebIcom Intranet Workshops V2 Web
Icom Intranet Workshops V2 WebJürgen Mirbach
 
FMK2022 Dokumentation - Thomas Hirt
FMK2022 Dokumentation - Thomas HirtFMK2022 Dokumentation - Thomas Hirt
FMK2022 Dokumentation - Thomas HirtVerein FM Konferenz
 
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...Stephan Schillerwein
 
Digital Workplace by Andreas Knauer
Digital Workplace by Andreas KnauerDigital Workplace by Andreas Knauer
Digital Workplace by Andreas KnauerAndreas Knauer
 
IT-Provider-Management: So behalten Sie die Hebel in der Hand
IT-Provider-Management: So behalten Sie die Hebel in der HandIT-Provider-Management: So behalten Sie die Hebel in der Hand
IT-Provider-Management: So behalten Sie die Hebel in der HandGernot Sauerborn
 
Tisson & Company IT Management - Architektur
Tisson & Company IT Management - ArchitekturTisson & Company IT Management - Architektur
Tisson & Company IT Management - ArchitekturHorst Tisson
 
Digitale Transformation für KMU
Digitale Transformation für KMUDigitale Transformation für KMU
Digitale Transformation für KMUGernot Sauerborn
 
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungDas Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungOPITZ CONSULTING Deutschland
 

Similaire à Wer braucht das schon - Unternehmensarchitektur im agilen Zeitalter (20)

Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...
Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...
Webinar: Erfolgsfaktoren und Akzeptanzmaßnahmen bei der Einführung von ShareP...
 
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...
Nutzerzentrierte Prozesse und Methoden im Überblick - Mit Design Thinking, Cu...
 
Wjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinkingWjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinking
 
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM)
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM) Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM)
Modellierung im Spannungsfeld von agilen Vorgehensweisen (z.B. SCRUM)
 
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...
Future Workplace: Was adidas Group Mitarbeitende, Studierende und Jungunterne...
 
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...
Modern-RE_Tassilo_Kubitz-Der_Beitrag_von_RE_zur_Steuerung_Agiler_Festpreispro...
 
Der Beitrag von Requirements Engineering zur Steuerung Agiler Festpresiprojekte
Der Beitrag von Requirements Engineering zur Steuerung Agiler FestpresiprojekteDer Beitrag von Requirements Engineering zur Steuerung Agiler Festpresiprojekte
Der Beitrag von Requirements Engineering zur Steuerung Agiler Festpresiprojekte
 
Projektmanagement und IBM Lotus Quickr - Olav Behrens (PAVONE AG)
Projektmanagement und IBM Lotus Quickr  - Olav Behrens (PAVONE AG)Projektmanagement und IBM Lotus Quickr  - Olav Behrens (PAVONE AG)
Projektmanagement und IBM Lotus Quickr - Olav Behrens (PAVONE AG)
 
Unic AG - Enterprise-Search Breakout Session X.Days 2009
Unic AG - Enterprise-Search Breakout Session X.Days 2009Unic AG - Enterprise-Search Breakout Session X.Days 2009
Unic AG - Enterprise-Search Breakout Session X.Days 2009
 
IAK13 Darwin und die Kreativen
IAK13 Darwin und die KreativenIAK13 Darwin und die Kreativen
IAK13 Darwin und die Kreativen
 
KnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei DeteconKnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei Detecon
 
Icom Intranet Workshops V2 Web
Icom Intranet Workshops V2 WebIcom Intranet Workshops V2 Web
Icom Intranet Workshops V2 Web
 
FMK2022 Dokumentation - Thomas Hirt
FMK2022 Dokumentation - Thomas HirtFMK2022 Dokumentation - Thomas Hirt
FMK2022 Dokumentation - Thomas Hirt
 
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...
Digital Workplace: Wie neue IT-Tools die Zusammenarbeit in Unternehmen transf...
 
Hybrid Cloud - Warum IT Perspektiven braucht
Hybrid Cloud - Warum IT Perspektiven brauchtHybrid Cloud - Warum IT Perspektiven braucht
Hybrid Cloud - Warum IT Perspektiven braucht
 
Digital Workplace by Andreas Knauer
Digital Workplace by Andreas KnauerDigital Workplace by Andreas Knauer
Digital Workplace by Andreas Knauer
 
IT-Provider-Management: So behalten Sie die Hebel in der Hand
IT-Provider-Management: So behalten Sie die Hebel in der HandIT-Provider-Management: So behalten Sie die Hebel in der Hand
IT-Provider-Management: So behalten Sie die Hebel in der Hand
 
Tisson & Company IT Management - Architektur
Tisson & Company IT Management - ArchitekturTisson & Company IT Management - Architektur
Tisson & Company IT Management - Architektur
 
Digitale Transformation für KMU
Digitale Transformation für KMUDigitale Transformation für KMU
Digitale Transformation für KMU
 
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungDas Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
 

Plus de Ramon Anger

Chaos engineering applied
Chaos engineering appliedChaos engineering applied
Chaos engineering appliedRamon Anger
 
Was Software-Entwickler von der Raumfahrt lernen können
Was Software-Entwickler von der Raumfahrt lernen könnenWas Software-Entwickler von der Raumfahrt lernen können
Was Software-Entwickler von der Raumfahrt lernen könnenRamon Anger
 
Mob Programming - Ein Erfahrungsbericht
Mob Programming - Ein ErfahrungsberichtMob Programming - Ein Erfahrungsbericht
Mob Programming - Ein ErfahrungsberichtRamon Anger
 
Chaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsChaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsRamon Anger
 
Chaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsChaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsRamon Anger
 
How to kill (software) architecture?
How to kill (software) architecture?How to kill (software) architecture?
How to kill (software) architecture?Ramon Anger
 
DWX Developer Week 2015 - Microservice architecture applied
DWX Developer Week 2015 - Microservice architecture appliedDWX Developer Week 2015 - Microservice architecture applied
DWX Developer Week 2015 - Microservice architecture appliedRamon Anger
 
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Ramon Anger
 
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenGeschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenRamon Anger
 
Where are all transactions gone? Was in_der_cloud_alles_verboten_ist
Where are all transactions gone? Was in_der_cloud_alles_verboten_istWhere are all transactions gone? Was in_der_cloud_alles_verboten_ist
Where are all transactions gone? Was in_der_cloud_alles_verboten_istRamon Anger
 
Das Agile muss ins Klassische
Das Agile muss ins KlassischeDas Agile muss ins Klassische
Das Agile muss ins KlassischeRamon Anger
 
Under pressure - Sozialer und Termindruck in agilen Teams
Under pressure - Sozialer und Termindruck in agilen TeamsUnder pressure - Sozialer und Termindruck in agilen Teams
Under pressure - Sozialer und Termindruck in agilen TeamsRamon Anger
 
Vom Hybriden zu Scrum und zurück
Vom Hybriden zu Scrum und zurückVom Hybriden zu Scrum und zurück
Vom Hybriden zu Scrum und zurückRamon Anger
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat VorlageRamon Anger
 

Plus de Ramon Anger (14)

Chaos engineering applied
Chaos engineering appliedChaos engineering applied
Chaos engineering applied
 
Was Software-Entwickler von der Raumfahrt lernen können
Was Software-Entwickler von der Raumfahrt lernen könnenWas Software-Entwickler von der Raumfahrt lernen können
Was Software-Entwickler von der Raumfahrt lernen können
 
Mob Programming - Ein Erfahrungsbericht
Mob Programming - Ein ErfahrungsberichtMob Programming - Ein Erfahrungsbericht
Mob Programming - Ein Erfahrungsbericht
 
Chaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsChaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps Teams
 
Chaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps TeamsChaos Kata Fitnesstraining für DevOps Teams
Chaos Kata Fitnesstraining für DevOps Teams
 
How to kill (software) architecture?
How to kill (software) architecture?How to kill (software) architecture?
How to kill (software) architecture?
 
DWX Developer Week 2015 - Microservice architecture applied
DWX Developer Week 2015 - Microservice architecture appliedDWX Developer Week 2015 - Microservice architecture applied
DWX Developer Week 2015 - Microservice architecture applied
 
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
 
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenGeschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
 
Where are all transactions gone? Was in_der_cloud_alles_verboten_ist
Where are all transactions gone? Was in_der_cloud_alles_verboten_istWhere are all transactions gone? Was in_der_cloud_alles_verboten_ist
Where are all transactions gone? Was in_der_cloud_alles_verboten_ist
 
Das Agile muss ins Klassische
Das Agile muss ins KlassischeDas Agile muss ins Klassische
Das Agile muss ins Klassische
 
Under pressure - Sozialer und Termindruck in agilen Teams
Under pressure - Sozialer und Termindruck in agilen TeamsUnder pressure - Sozialer und Termindruck in agilen Teams
Under pressure - Sozialer und Termindruck in agilen Teams
 
Vom Hybriden zu Scrum und zurück
Vom Hybriden zu Scrum und zurückVom Hybriden zu Scrum und zurück
Vom Hybriden zu Scrum und zurück
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat Vorlage
 

Wer braucht das schon - Unternehmensarchitektur im agilen Zeitalter

  • 1. Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter Ramon Anger Capgemini Bildquelle: Jens Goetzke / pixelio.de
  • 2. Welches Problem soll EA(M) lösen? • „EA stellt Alignment zwischen Geschäft und IT her“ [Wikipedia] • „EAM beschreibt das Zusammenspiel von Elementen der Informationstechnologie und der geschäftlichen Tätigkeit im Unternehmen“ [Wikipedia] • ... gern mit einem Enterprise Architektur Framework und einem Tool, das das Framework unterstützt! Bildquelle: Rainer Sturm / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 2
  • 3. Eine heile EAM-Welt besteht aus Singularitäten • 1 Architekturstil • 1 Betriebssystem • 1 Datenbankprodukt • 1 Hardware-Plattform • Homogene IT-Services • 1 Komponentenframework • 1 gutes Tool für jedes Problem • Klar aufgeteilte Domänenlandschaft • 1 minimal redundanten Servicekatalog • Minimal redundante Informationsobjekte • IT, die das Geschäft in seiner Gänze unterstützt Bildquelle: eckwe / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 3
  • 4. Die heile EAM-Welt ist ein Traum • Klassisches EAM jagt die IT-Strategie von übermorgen • Aktuelle Probleme werden nicht bedient • Übermorgen ist alles anders, als vom EAM ursprünglich geplant • „Die einzige Konstante im Universum ist die Veränderung.“ [Heraklit von Ephesus] Bildquelle: Dominik Pöpping / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 4
  • 5. Die häufigsten Herausforderungen für EA 100.00% 90.00% 80.00% 70.00% 60.00% 50.00% 40.00% 30.00% 20.00% 10.00% 0.00% 1. Ad hoc EAM demands 2. Unclear business goals 3. Hard to find experienced enterprise architects 4. EA demands unclear for EAM team 5. Enterprise environment changes too quickly Agree (%) Neither (%) Disagree (%) n=102 Hauder, M., Roth, S., Schulz, C., Matthes, F.: Organizational Factors Influencing Enterprise Architecture Management Challenges, 21st European Conference on Information Systems (ECIS 2013), Utrecht, Netherland, 2013. Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 5
  • 6. Aus Sicht Agiler Teams liegt das Problem tiefer ... • EAM stellt für konkrete Probleme unbrauchbare Werkzeuge bereit • Wirkung: Fehlende Flexibilität für angemessene Lösung • Es entstehen Bastellösungen, mit denen Anforderungen geradeso erfüllt werden • Wirkung: Benutzerzufriedenheit ist stark eingeschränkt • In Folge sind hohe Mehraufwände denkbar • Alignment zwischen Geschäft und IT behindert Bildquelle: Marius Förster / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 6
  • 7. Noch tiefer ... • Pflege von EAM-Artefakten kostet Zeit • Wirkung: EAM Artefakte sind häufig veraltet • Problem: Agile Teams benötigen Informationen aktuell und zeitnah • Entscheidungsfindung bei EAM dauert lange • Wirkung: Stakeholder von Entscheidungen werden gebremst • Problem: Agile Teams benötigen Entscheidungen zeitnah Bildquelle: Bernd Kasper / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 7
  • 8. Welche Anforderungen hat Agile Software Entwicklung an EAM? • Unterstützung bei System-übergreifenden Anforderungen: Schnittstellen, Infrastruktur, Service-Katalog • Schnelle, übergreifende Entscheidungen • Bereitstellung relevanter Informationen In der notwendigen Tiefe und Aktualität • Freiheit und Unterstützung bei konkreten Problemen: Zugeständnis temporärer Inkonsistenzen • Hier kann klassisches EAM nicht helfen! Bildquelle: Gisela Peter / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 8
  • 9. Würde EAM in einer Agilen Welt fehlen? • Welches Problem sollte EAM lösen? • „... soll helfen Geschäft und IT aneinander auszurichten ...“ • Wer benötigt EA(M)? • Unternehmen mit einfacher IT-Landschaft • EAM ist nur bedingt oder gar nicht relevant • Unternehmen mit komplizierter IT-Landschaft • EAM ist aus Sicht der agilen Welt unabdingbar • Wer bereits EAM hat und für verbesserungsfähig hält, kann über Agiles bzw. Pragmatisches EAM nachdenken Bildquelle: roberto reisch / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 9
  • 10. Agiles/Pragmatisches EAM (A/PEAM) • Entwarnung! Keine neue Methode und kein neues Framework! • Es gibt bereits hunderte EA Frameworks sowie Agile und hybride Methoden/Frameworks • A/PEAM als Methode/Framework würde eher schaden als nutzen • A/PEAM ist kein 3-Letter-Acronym  nicht als Buzzword geeignet Bildquelle: Karin Bangwa / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 10
  • 11. Wie kann pragmatisches EAM aussehen? • Aktueller EAM-Fokus: z.B. (IT-)Strategie 2020 • Wirkung: Aktuelle IT-Planung wird an Luftschloss ausgerichtet • Wirkung: Unterstützung des aktuellen Geschäfts wird aus den Augen verloren • Pragmatischer EAM-Fokus: (IT-)Strategie heute • Aktuelle Probleme und Herausforderungen erfordern jetzt Lösungen – für Geschäft und IT Bildquelle: pogobuschel / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 11
  • 12. Pragmatische Plattformstrategie oder für jedes Problem das richtige Werkzeug? • Typische EAM-Sicht • Technologievielfalt aus kommerzieller bzw. Betriebssicht zu beschränken • Problem • One-Size doesn‘t fit all • Warum nicht zwei oder drei Plattformansätze • Wirkung: Probleme passgenauer lösbar • Wirkung: Trade-off zwischen IT-Zielen (Kostensenkung) und Entwicklungszielen (Qualität) Bildquelle: Rainer Sturm / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 12
  • 13. Architekten in die Projekte • Enterprise Architekten neigen zu Elfenbeinturm Mentalität • Wirkung: Virtuelle Lösungen für virtuelle Probleme • Enterprise Architekten brauchen engen Kontakt zu IT-Projekten • Enterprise Architekten arbeiten in Projekten mit um dort Bildquelle: Bernd Sterzl / pixelio.de Wert zu schöpfen • Wirkung: Reale Lösungen für reale Probleme Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 13
  • 14. Klassisches EAM verbraucht viele Ressourcen! Bildquelle: lichtkunst.73 / pixelio.de • Rechtfertigt der Aufwand den Nutzen? • In der agilen Welt würde EAM ... • Entscheidungen rechtzeitig treffen • Ein Product Backlog nutzen • Crossfunktional arbeiten • Tätigkeiten abschließen • Aufgaben priorisieren • Transparenz schaffen • Iterativ vorgehen • Kommunizieren Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 14
  • 15. Wie soll ich EAM-Aufgaben priorisieren? • Unterteilung der EA in Kern-, Misch- und Randgebiete • 1. Ausrichtung an Geschäftszielen • 2. Ausrichtung an IT-Zielen • Aufwands- und Reaktionszeitgewichtung: • 1. Kerngebiete • 2. Mischgebiete • 3. Randgebiete Randgebiet (Supportprozesse) Mischgebiet (Services) Kerngebiet (gemäß Geschäftszielen) Geschäftsziele Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 15
  • 16. EAM – Prozess und Engpässe sichtbar machen Kerngebiet Mischgebiet Randgebiet Backlog Backlog Backlog Done Done Done Prozess ... Prozess ... Prozess ... Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 16
  • 17. Crossfunktional im EAM? • Zusammenarbeit zwischen EAM und Agilen Teams um Problem/Sichten besser zu verstehen und zu lösen • Gemeinsame Lösungen  höhere Akzeptanz • Crossfunktionale Aufstellung  Lean Thinking  bessere, Bidquelle: Helmut Kaltenleitner / pixelio.de innovativere Lösung • Community of Practice für EAM bilden? Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 17
  • 18. Fehlende Reaktionsfähigkeit Grundproblem von EAM • Reaktion auf schnelle Veränderung • Priorisierung von Aufgaben und Kapazität • Unterstützung/Inkaufnahme kurzzeitiger Inkonsistenzen zur Unterstützung des Geschäfts • Sonst macht das Geschäft jemand anderes • Welche Strategie wird gefahren? • Einmal alles oder kleine, unabhängige Dienstleistungen • EA Framework pragmatisch interpretieren Bildquelle: http://commons.wikimedia.org/wiki/File:Neon_sign,_%22CHANGE%22.jpg Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 18
  • 19. Nutzenorientierung im EAM • EAM wird Dienstleister für IT und Geschäft • IT, Strategie, Fachabteilung etc. werden Stakeholder von EAM • Kein Stakeholder für ein Artefakt? • Kein Artefakt • Kein Interessent für gegebene Granularität? • Granularität gemäß Kundenwunsch anpassen • Aufwand und Zeit zielführend einsetzen und Nutzen erbringen, nicht sklavisch EA Framework anwenden Bildquelle: Jörg Brinckheger / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 19
  • 20. Architecture Owner • Ein Entscheidungsgremium, dass einmal im Monat tagt, ist für EAM ungeeignet • Lieber eine falsche Entscheidung, die später revidiert wird, als keine Entscheidung • Architecture Owner • analog zum Scrum Product Owner • Einer trägt die Verantwortung und trifft die Entscheidung • z.B. Schnelle Priorisierung Bildquelle: sokaeiko / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 20
  • 21. Fazit: Klassisches EAM passt nicht zur Agilen Welt! • EAM muss mit pragmatischen Ansätzen an den Bedarf Agiler Herangehensweise angepasst werden • Eine Möglichkeit dies zu tun ist Agiles/Pragmatisches EAM (A/PEAM) Bildquelle: VRun / pixelio.de Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 21
  • 22. Zusammenfassung: Praktiken für A/PEAM Architekten in die Projekte Architecture Owner Pragmatische Plattformstrategie Temporäre Inkonsistenzen zur Strategie akzeptieren Crossfunktionales EAM Team Nutzenorientierung von EAM Iterativ/Inkrementelles Vorgehen auch im EAM Transparente Prozesse und Ergebnisse Aktuelle EA-Informationen durch passgenaue Artefakte Pragmatische Interpretation etablierter EA Frameworks Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 22
  • 23. Vielen Dank! Ramon Anger Capgemini
  • 24. Firma • Hier können Sie, wenn Sie möchten, Informationen über Ihre Firma einfügen Herbstcampus 2014 – Wer braucht das schon! Unternehmensarchitektur im agilen Zeitalter 24