Der Artikel von Jens Schumann thematisiert die Rolle des Enterprise-(Java)-Architekten und deren Relevanz in der modernen IT; er beleuchtet die Aufgaben, Herausforderungen und auch die Probleme, die mit der Architektur in Unternehmen einhergehen. Es wird argumentiert, dass eine enge Zusammenarbeit zwischen Architekten und Entwicklungsteams notwendig ist, um Innovationen zu fördern und die Effizienz zu steigern. Schließlich wird ein Ansatz vorgeschlagen, bei dem Architektur als gemeinsames Konzept anerkannt wird, um den Anforderungen agiler Projekte gerecht zu werden.

1. Jens Schumann openknowledge.de blog.openknowledge.de
Der Enterprise-(Java)-Architekt
Eine aussterbende Gattung!?
Quelle: [1]

2. Warum ich dazu etwas sagen darf
• CTO open knowledge
• New Economy Durchstarter und Teilzeit-Oldenbürger
• 20 Jahre branchenübergreifende Enterprise IT-Erfahrung
• Schwerpunkt: Enterprise (Java)
Jens Schumann

4. Der Enterprise-(Java)-Architekt
Wozu brauchen wir
den überhaupt?

5. JennleBow[2]Es geht doch auch ohne Architekt!
JennleBow[2]
JorgeLouzaoPenalva
[3]
Dubas[4]

6. Wenn Handwerker mitdenken
Quelle: [5]

7. OK!
Ein Architekt wird benötigt

8. Was macht der genau?

9. Zitate Stellenausschreibungen
...
Als Enterprise Architekt (m/w) unterstützen Sie die
Architekturentwicklung im Konzern. Die Verantwortung liegt
dabei in der Festlegung und Koordination der Enterprise
Architektur, Prozesse, Frameworks und Tools.
...

10. Zitate Stellenausschreibungen
...
Zur Auswahl der richtigen IT Architektur untersuchen
und bewerten Sie die neuesten IT-Technologien und Trends,
definieren die entsprechenden IT Architecture Guidelines und
stellen ihre Anwendung in den zukünftigen IT Projekten
über verschiedene Organisationen sicher
...

11. Zitate Stellenausschreibungen
...
Technologieevaluation und Entwicklung von Prototypen
...

12. Zitate Stellenausschreibungen
...
Erstellung, Pflege, Weiterentwicklung und Distribution
des „Book of Standards“ ... sowie des Standard Catalogues
...

13. Zitate Stellenausschreibungen
...
Sie agieren als Ansprechpartner für technische und
konzeptionelle Fragestellungen und coachen die
Entwicklungsteams bei der Einführung neuer Technologien
...

14. Das macht alles soweit Sinn.
Oder?

15. Team und Architekt - Ein schönes Paar
NBCTelevision[6]

16. Team und Architekt - Ein schönes Paar
NBCTelevision[6]
Wirklich?

17. Symptome – im Großen
Für dieses Problem müssten wir unbedingt in unserem
Firmen-Framework eine Lösung anbieten.
Das geht so nicht. Wir erarbeiten dafür ein Konzept!
Diese schon lange etablierte Technologie XYZ würden wir
auch gern nutzen, sie passt nur nicht zur Architektur.
Wir haben das jetzt so heimlich realisiert. Merkt keiner.

18. Symptome – im Kleinen
Ein Service ohne Interface geht nicht.
Wir müssen dafür Enterprise Java Beans einsetzen.
Fachlichkeit in Entitäten ist nicht erlaubt.
In meinem privaten Projekt nutze ich XYZ. Das geht
eigentlich alles viel einfacher.

19. Houston?

20. 15+ Jahre Enterprise Java
Architekturen entworfen
Abstraktionen eingeführt
Frameworks erweitert
Frameworks erstellt
Anwendungen umgesetzt
Anwendungen betrieben
Anwendungen erweitert
Anwendungen überarbeitet

21. Enterprise Java – Woher wir kommen

22. Enterprise Java – Woher wir kommen
Quelle[7]
Quelle[8]

23. Enterprise Java – Woher wir kommen
Quelle[7]

24. Enterprise Java - Woher wir kommen
Hohe Ziele
§ Strukturen schaffen
§ Technologien, Pattern auswählen
§ Entwicklung vereinfachen
§ Entwickler unterstützen
§ Optionen einschränken
§ Komplexität verringern
§ Fehler verhindern
§ ...
Quelle[7]

25. Enterprise Java - Was wir haben
Erreichte Ergebnisse
§ Architekturen eingeführt
§ Technologien, Pattern ausgewählt
§ Richtlinien geschaffen
§ Technologieeinsatz erschwert
§ Entwicklungsgeschwindigkeit reduziert
§ Verantwortungsgefühl reduziert
§ Komplexität vergrößert
§ Technologie Know-How verringert
Quelle[7]

26. Was sind die Ursachen?

27. Architektur als Top-Down Ansatz und
• Agile Projekte und Projektteams
• Gewünschte Projektunabhängigkeit
• Gelebte fachliche Orientierung
Ausgewählte Ursachen
Quelle[8]

28. Schutzschild Abstraktionen / eigene Frameworks und
• Beherrschbare Frameworks
• Beherrschbare Technologien
• Etablierte Konzepte
• Etablierte Ansätze
Ausgewählte Ursachen
Quelle[9]

29. Rahmen und Richtlinien als „Shared Something“
• Abstrakte Oberklassen
• Eigene Frameworks
• Eigene Libraries
• Code-Generatoren
• Starre Umsetzungsmuster
Ausgewählte Ursachen
Quelle[10]

30. Technologische Weiterentwicklung
• Geschwindigkeit
• Umfang
• Breite
Ausgewählte Ursachen
Quelle[11]

31. Rollendefinition Architekt / Organisation
• Architekt
• Technologieexperte
• Coach
• Innovator
Ausgewählte Ursachen
Quelle[12]

32. Ein möglicher Ausweg

34. Was zählt wirklich?

35. Darauf können wir uns verlassen
Abstractions
Separation of concerns
Information hiding
Loose coupling
Dependency injection
Convention over configuration
Don‘t repeat yourself
Domain driven design
Stuff that just works
Quelle[7]

36. Das versteht jeder
Handwerkszeug des Architekten
§ (Java) Klassen
§ (Java) Interfaces
§ Metadaten (Annotationen)
§ Java / Technologie Standards & Quasi
Standards
§ Java / Technologie Frameworks
Quelle[7]

37. Der Architekt
Aufgaben
§ Definition Softwarearchitektur
§ Definition Systemarchitektur
§ Grundlegende Technologie-Auswahl
§ Konsolidierung von Richtlinien
§ Ableitung von Best Practices
§ Verringerung von Abhängigkeiten
§ Stärkung der Eigenverantwortung
§ Verstärkung von Impulsen aus den Teams
§ Globaler Gatekeeper
Quelle[7]

38. Der Ausweg
§ Architektur ist grundsätzlich nur Konzept
§ Technische Hilfestellungen möglich
§ Architektur als Konzept wird von allen geteilt
§ Fundamentale Entscheidungen liegen beim
Architekt
§ Konkrete (Detail-)Entscheidungen gehören in die
Entwicklerteams
§ Architekt / Architektur-Team berät
§ Entwicklerteams sind wesentlicher Impulsgeber
und Treiber bei Innovationen
§ Achtung: Auswirkungen auf Organisation /
Unternehmensstruktur
Quelle[7]

40. Enterprise Architektur in 2016
Architektur lebt und wird gelebt
Architektur erfüllt ihren Zweck
Architektur ist keine Religion
Der Architekt ist
§ Partner und Coach
§ Impulsgeber und Impulsverstärker
§ Vollwertiges Teammitglied
Quelle[13]

41. FRAGEN
? ? ?

42. Bildernachweis
[1] https://pixabay.com/en/lego-doll-the-per-amphitheatre-1044891/ CC0 Public Domain
[2] Jenn le Bow – http://www.jennlebow.com/
[3] Jorge Louzao Penalva - Attribution-NonCommercial-ShareAlike 2.0 Generic - http://www.flickr.com/photos/93487964@N00/208340562
[4] Dubas - Attribution-NoDerivs 2.0 Generic - http://www.flickr.com/photos/44347776@N00/2373685388
[5] http://www.focus.de/immobilien/videos/pfusch-am-bau-unglaublich-was-sich-handwerker-alles-einfallen-lassen_id_4123835.html
[6] NBC Television - http://commons.wikimedia.org/wiki/File:Joan_Davis_Jim_Backus_I_Married_Joan.JPG
[7] http://de.clipartlogo.com/image/people-cartoon-hat-work-engineer-hard-site-employee_417767.html People Cartoon Hat Work Engineer Hard Site Employee ... from
ClipartLogo.com
[8] https://pixabay.com/en/app-application-arrow-back-button-1646211/ CC0 Public Domain
[9] https://pixabay.com/en/shield-escutcheon-heater-shield-31869/ CC0 Public Domain
[10] http://louisegale.com/2013/01/2013-is-all-about-grounding/
[11] https://pixabay.com/en/bottleneck-danger-warning-road-sign-910050/ CC0 Public Domain
[12] http://jedipedia.wikia.com/wiki/Yoda
[13] iStockFoto...