Woran liegt das? Vielleicht trifft ja die EAM-Zunft zu einem gewissen Grad eine Mitschuld an diesem teilweise negativen Bild.<\/p>\n
Der Anspruch an EAM ist hoch: EAM ist das zentrale Instrument f\u00fcr die strategische Steuerung und gesch\u00e4ftsorientierte Gestaltung der IT. Aber EAM ist in der Regel ohne eigene formale Macht, um diese Ziele zu erreichen. Es ist also auf ein umfassendes \u201eBuy-In\u201c angewiesen, seitens der Fachseite, des IT-Managements, der operativen IT- und Software-Experten und des eigenen Vorstands.<\/p>\n
EAM steht also im Dauer-Spagat:<\/p>\n
- \n
- Will viel bewirken mit wenig Macht<\/li>\n
- Muss viel erkl\u00e4ren, aber nicht immer wird zugeh\u00f6rt<\/li>\n<\/ul>\n
Wenn einer EAM-Organisation dieser Spagat nicht gelingt, entstehen EAM-Zerrbilder, wie im Buch Collaborative EA<\/a> detailliert beschrieben. Zwei seien hier beispielhaft genannt:<\/p>\n
Im Wolkenkuckucksheim<\/strong><\/h4>\n
![\"01](\"http:\/\/lwibs01.gm.fh-koeln.de\/blogs\/bente\/files\/2015\/03\/01-Cloud-Cuckoo-275x300.png\")
<\/a>\n- \n
- EA-Gruppe entkoppelt von IT-Organisation<\/li>\n
- Kaum Einsicht in die wirklichen Herausforderungen \u201eam Boden\u201c<\/li>\n
- Folgt dem Mythos vom \u201cBig Picture\u201d, dieses aber dann \u00fcber-abstrahiert bis zur Bedeutungslosigkeit<\/li>\n
- Adressiert keine Frage von Relevanz mehr<\/li>\n<\/ul>\n
\u00a0Die Gralsh\u00fcter der Weisheit<\/strong><\/h4>\n
![\"monk](\"http:\/\/lwibs01.gm.fh-koeln.de\/blogs\/bente\/files\/2015\/03\/01-Guardians-of-Wisdom-200x300.jpg\")
<\/a>\n- \n
- EA-Gruppe versteht sich als Gralsh\u00fcter diverser Richtlinien und Standards<\/li>\n
- Nutzen der Regeln nicht hinterfragt – bestenfalls irrelevant, schlimmstenfalls kreativit\u00e4tshemmend<\/li>\n
- Reales Beispiel aus einem deutschen DAX-Konzern: EAM-Team allein zust\u00e4ndig f\u00fcr das Service-Design des unternehmensweiten ESB (Spezifikation des Designs, nicht Abnahme!)<\/li>\n
- EAM-Gruppe wird zum Flaschenhals<\/li>\n
- Projekte umgehen die Nutzung des ESB und das Anbieten von Services, wenn m\u00f6glich<\/li>\n<\/ul>\n
Architektur im Elfenbeinturm<\/h4>\n
In solchen F\u00e4llen kann EAM sein volles Potential nicht entfalten. Wenn EAM-Prozesse zu schwerf\u00e4llig und unflexibel sind, droht die \u201eArchitektur im Elfenbeinturm\u201c. In gro\u00dfen Organisationen f\u00fchrt die Zersplitterung von gestalterischer Verantwortung auf viele Rollen oft zu Silodenken und damit zu einer latenten Kommunikationsblockade zwischen EAM, Fachseite und eigener IT.<\/p>\n
In kleinen und mittleren IT-Organisationen liegt das Problem meist etwas anders. Hier sind eine Handvoll konzeptioneller Gestalter f\u00fcr alles zust\u00e4ndig. Klassisches EAM wird hier eher in der \u201eJugend forscht\u201c-Ecke verortet, und w\u00e4re in der Tat auch meist \u00fcberdimensioniert.<\/p>\n
In beiden F\u00e4llen \u2013 bei gro\u00dfen, un\u00fcbersichtlichen wie auch bei kleinen IT-Organisationen \u2013 schafft Lean EAM als skalierbarer und leichtgewichtiger EAM-Ansatz Abhilfe. <\/em>Die Grundideen des Lean EAM entstammen den Lean Management-Prinzipien, die aus der Industrie auf das Architekturmanagement \u00fcbertragen werden. EAM wird damit schlank und effizient. Lean EAM steuert den evolution\u00e4ren Fluss der Ver\u00e4nderung strategisch, reduziert Verschwendung und stellt so einen hohen Wertsch\u00f6pfungsbeitrag sicher.<\/p>\n
Weiterlesen<\/strong>: Prinzipien des Lean EAM<\/a><\/p>\n
Referenzen<\/h4>\n
- \n
- <\/a>[1] United States General Accounting Office, 2004: Information technology: the federal enterprise architecture and agencies‘ enterprise architectures are still maturing. http:\/\/www.gao.gov\/products\/GAO-04-798T<\/a><\/a>, abgerufen 02.03.2015<\/li>\n
- <\/a>[2]\u00a0Gartner Group, 2007: Gartner Enterprise Architecture Summit. http:\/\/www.gartner.com\/it\/page.jsp?id=498188&tab=overview<\/a> , abgerufen 02.03.2015<\/li>\n
- <\/a>[3]\u00a0Sven Roeleven, 2010: Why Two Thirds of Enterprise Architecture Projects Fail. http:\/\/www.computerworld.com.au\/whitepaper\/370709\/why-two-thirds-of-enterprise-architecture-projects-fail\/download\/?type=other&arg=0&location=art_related<\/a>, abgerufen 02.03.2015<\/li>\n
- <\/a>[4]\u00a0Ivar Jacobson, 2007: Enterprise Architecture failed big way! http:\/\/blog.ivarjacobson.com\/ea-failed-big-way\/<\/a>, abgerufen 12.03.2014<\/li>\n<\/ul>\n
\nBildrechte: <\/strong>
\nFoto \u00a9 DNY59, http:\/\/deutsch.istockphoto.com\/stock-photo-7390920-flip-chart.php<\/a>
\nFoto \u00a9 RTimages, http:\/\/deutsch.istockphoto.com\/stock-photo-4423171-box-man-thinking.php<\/a>
\nFoto \u00a9 starush, http:\/\/deutsch.istockphoto.com\/stock-photo-5512653-monk-or-maybe-sorcerer.php?st=8d97b09<\/a>
\n<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"Zum Praxiserfolg von EAM gibt es kaum verl\u00e4ssliche Studien, aber viele Meinungen. Diese changieren zwischen \u201eSchl\u00fcssel zum Erfolg\u201c und \u201eunn\u00fctz\u201c. Der Anspruch an EAM ist hoch: EAM ist das zentrale Instrument f\u00fcr die strategische Steuerung und gesch\u00e4ftsorientierte Gestaltung der IT. Aber EAM ist in der Regel ohne eigene formale Macht, um diese Ziele zu erreichen. Es ist also auf ein umfassendes \u201eBuy-In\u201c angewiesen, seitens der Fachseite, des IT-Managements, der operativen IT- und Software-Experten und des eigenen Vorstands. <\/p>\n
Wenn EAM-Prozesse zu schwerf\u00e4llig und unflexibel sind, droht die \u201eArchitektur im Elfenbeinturm\u201c. Hier schafft Lean EAM als skalierbarer und leichtgewichtiger EAM-Ansatz Abhilfe. Die Grundideen des Lean EAM entstammen den Lean Management-Prinzipien, <\/p>\n","protected":false},"author":39,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[9901],"tags":[4680,9903,9902,9967],"class_list":["post-133","post","type-post","status-publish","format-standard","hentry","category-lean-eam","tag-eam","tag-eam-zerrbilder","tag-elfenbeinturm","tag-lean-eam"],"acf":[],"_links":{"self":[{"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/posts\/133","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/comments?post=133"}],"version-history":[{"count":21,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/posts\/133\/revisions"}],"predecessor-version":[{"id":561,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/posts\/133\/revisions\/561"}],"wp:attachment":[{"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/media?parent=133"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/categories?post=133"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.gm.fh-koeln.de\/bente\/wp-json\/wp\/v2\/tags?post=133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- <\/a>[2]\u00a0Gartner Group, 2007: Gartner Enterprise Architecture Summit. http:\/\/www.gartner.com\/it\/page.jsp?id=498188&tab=overview<\/a> , abgerufen 02.03.2015<\/li>\n
- <\/a>[1] United States General Accounting Office, 2004: Information technology: the federal enterprise architecture and agencies‘ enterprise architectures are still maturing. http:\/\/www.gao.gov\/products\/GAO-04-798T<\/a><\/a>, abgerufen 02.03.2015<\/li>\n