Architektur-Governance: Warum Software "Ordnung" braucht

Slide 1

Slide 1 text

Architecture Governance Weil So(ware Ordnung braucht Dr. Gernot Starke

Slide 2

Slide 2 text

geek-‐and-‐poke.com/

Slide 3

Slide 3 text

geek-‐and-‐poke.com/

Slide 4

Slide 4 text

Dr. Gernot Starke innoQ Fellow   Softwarearchitekturen Entwurf, Entwicklung, Management Evolution & Modernisierung Training   Mentoring und Coaching Analyse und Optimierung von Entwicklungsprozessen   Reviews, Audits, Retrospektiven +49 177 – 728 2570 gs@gernotstarke.de www.arc42.de

Slide 5

Slide 5 text

h>ps://www.ﬂickr.com/photos/ntrinkhaus/11204815624 Governance (von frz. gouverner, „verwalten, leiten“) Regierungs-‐ bzw. Lenkungsform, Steuerungs-‐ und Regelungssystem...

Slide 6

Slide 6 text

h>ps://www.ﬂickr.com/photos/dskley/8688528533 Baustelle...

Slide 7

Slide 7 text

Mitarbeiter... h>ps://www.ﬂickr.com/photos/bcgovphotos/5710663958

Slide 8

Slide 8 text

Fuhrpark...

Slide 9

Slide 9 text

Fuhrpark...

Slide 10

Slide 10 text

Finanzen...

Slide 11

Slide 11 text

(fast) überall üblich... regulieren prüfen handeln

Slide 12

Slide 12 text

IST-‐SituaZon typischer IT-‐Systeme •  steigende Kosten für – Wartung/Änderung – Fehlerbehebung •  sinkende... – Zme2Market – Zufriedenheit

Slide 13

Slide 13 text

Ursache (o() Unordnung... h>ps://www.ﬂickr.com/photos/himbeerdoni/8999624546 Sales Frontend Cash Management Client Personalization Client Data / Contract User Management National Catalogue Vouchers Rebate and Reduction Cards European Catalogue External Partners Sales Ofﬁces Price Management Data Warehouse Marketing & Sales Campaigns Travel Agents API & UI Pricing Engine Sales Backend Legend: Java PHP Python C/C++ Web Server Extensions Pricing Data Store Lisp- ish Cobol Security Extensions PL/ SQL

Slide 14

Slide 14 text

Ursachen von Unordnung •  pathologische Heterogenität: ähnliche Probleme (beliebig) unterschiedlich gelöst •  not-‐invented-‐here (mangelnde Wiederverwendung) •  fehlende Wertschätzung für Details (Hauptsache, es läu(...)

Slide 15

Slide 15 text

Beispiel: Lebensmi>el... Machine Operational Support Sales Support Database Machine Sensors Message Queue Legend: COTS C# Data Storage & Reporting Machine Conﬁguration Frontend Machine Conﬁguration Backend 1 2 3 bei Ausfall: Schadenhöhe >10 T€

Slide 16

Slide 16 text

So(ware braucht Ordnung h>ps://www.ﬂickr.com/photos/kefraya/3161081439

Slide 17

Slide 17 text

Ordnung braucht Governance Aufstellen + durchsetzen übergreifender Regeln

Slide 18

Slide 18 text

Governance zuhause h>ps://www.ﬂickr.com/photos/idolum_visions/1750031454 h>ps://www.ﬂickr.com/photos/tpgreenwood/7441896648

Slide 19

Slide 19 text

Architektur-‐ Governance braucht (1)... •  Überblick (top-‐down) •  Details (bo>om-‐up) •  (wenige) KPI‘s •  (kleines) Architekturteam •  (wenige querschni>liche) Regeln Qualitäts- ziele Ziel Erklärung ... ... Verteilungssicht Kontextabgrenzung fachlich technisch Bausteinsicht

Slide 20

Slide 20 text

Bewährt, Praxisnah, Open-‐Source 11. Risiken & techn. Schulden ARC42 Architektur-Dokumentation 1. Einführung und Ziele 2. Randbedingungen 3. Kontextabgrenzung 5. Bausteinsicht 6. Laufzeitsicht 7. Verteilungssicht 8. Konzepte 10. Qualitätsszenarien 9. Entwurfsentscheidungen Qualitäts- ziele Ziel Erklärung ... ... Verteilungssicht Kontextabgrenzung 4. Lösungsstrategie fachlich technisch 12. Glossar Bausteinsicht h>p://arc42.de

Slide 21

Slide 21 text

arc42 Anwender (Auszug) •  Deutsche Post •  Telekom AG •  Bosch •  Deutsche Bank (+ DB-‐Invest) •  Lu(hansa •  RWE •  diverse Behörden (D, A, CH) •  diverse Versicherungen •  T-‐Systems, ATOS, CapGemini

Slide 22

Slide 22 text

Beispiel für „Überblick“ (konkret: Know-‐How Inseln) Apache PdfBox ca. 70KLoC Graﬁk: So(ware-‐DiagnosZcs Studio, h>p://www.so(warediagnosZcs.com/

Slide 23

Slide 23 text

Beispiel „Android“ (konkret: Know-‐How Inseln) Android, ca. 20MLoC Graﬁk: So(ware-‐DiagnosZcs Studio Graﬁk: So(ware-‐DiagnosZcs Studio, h>p://www.so(warediagnosZcs.com/

Slide 24

Slide 24 text

Architektur-‐ Governance braucht (2)... Probleme Möglichkeiten zur Abhilfe betriebswirtschaElich bewertet!

Slide 25

Slide 25 text

Effekte von Architektur-‐Governance* •  Time-‐2-‐Market RedukZon –  LogisZk-‐Konzern: vorher 3-‐6 Monate, jetzt 2-‐6 Wochen –  So(ware-‐Hersteller: vorher 3 Monate, jetzt 6 Wochen •  RedukZon Bug-‐Fixing Zeit: –  CRM-‐Anbieter: vorher 14 Tage, jetzt 2 Tage •  Vereinfachte Disponierbarkeit von Mitarbeitern –  Versicherung/Gesundheitswesen: „free-‐floaZng“ sta> „fixed-‐team“ •  Homogenisierung benöZgten Know-‐Hows * Quelle: Eigene Kunden/Projekte seit 2002

Slide 26

Slide 26 text

Dr. Gernot Starke gs@gernotstarke.de h>p://gernotstarke.de h>p://innoq.com h>ps://www.ﬂickr.com/photos/foto_db/16000636092