Eftersom EA \u00e4r avsett att hantera komplexitet och anpassningssv\u00e5righeter \u00e4r verktyg och metoder avg\u00f6rande f\u00f6r dess framg\u00e5ng. Ett centralt \u00e4mne f\u00f6r EA \u00e4r d\u00e4rf\u00f6r de ramverk, verktyg och metoder som finns tillg\u00e4ngliga och anv\u00e4nds i en organisation. F\u00f6r vissa \u00e4r dessa ramverk, verktyg och metoder uteslutande<\/em> EA, men den h\u00e4r unders\u00f6kningen f\u00f6respr\u00e5kar inte denna st\u00e5ndpunkt och det finns inte heller n\u00e5gra bel\u00e4gg f\u00f6r denna beskrivning i unders\u00f6kningens empiriska avsnitt.<\/p>\n\n\n\n EA-ramverk:<\/strong><\/p>\n\n\n\n Lewis (2009)<\/a> har identifierat f\u00f6ljande ramverk som dominerande p\u00e5 marknaden f\u00f6r EA-ramverk:<\/p>\n\n\n\n Sessioner (2007)<\/a> anger dessa fyra ramverk som vanligt f\u00f6rekommande:<\/p>\n\n\n\n EA-verktyg:<\/strong><\/p>\n\n\n\n Flera modellerings- och dokumentationsverktyg finns tillg\u00e4ngliga p\u00e5 marknaden, t.ex:<\/p>\n\n\n\n F\u00f6rutom de ramverk, metoder och EA-verktyg som listas h\u00e4r finns det en hel del andra tillg\u00e4ngliga p\u00e5 marknaden. Det kan dock vara en f\u00f6rdel att ha bra valm\u00f6jligheter, eftersom det stora utbudet av verktyg p\u00e5 marknaden kan motverka standardisering och en allm\u00e4nt vedertagen definition av EA. N\u00e4sta \u00e4mne att ta upp \u00e4r utmaningarna f\u00f6r EA.<\/p>\n\n\n\n F\u00f6r en modern organisation finns det en hel del utmaningar, t.ex. p\u00e5verkan fr\u00e5n globalisering, \u00f6kad aff\u00e4rsrisk, nya teknikspr\u00e5ng och det organisatoriska testet att antingen sl\u00e5 samman eller avgr\u00e4nsa en verksamhet. Den fulla potentialen fr\u00e5n EA kan sannolikt ses i n\u00e5gra av utmaningarna nedan, varf\u00f6r det finns ett starkt behov av att behandla implementeringen och underh\u00e5llet av EA p\u00e5 en anst\u00e4ndig niv\u00e5.<\/p>\n\n\n\n F\u00f6r enterprisearkitektur funktionen finns det n\u00e5gra viktiga utmaningar att ta itu med, till exempel:<\/p>\n\n\n\n Allm\u00e4nt accepterad definition<\/strong><\/p>\n\n\n\n En allm\u00e4nt accepterad definition av EA \u00e4r en f\u00f6ruts\u00e4ttning f\u00f6r att EA ska f\u00e5 ett brett genomslag. Lapalme (2012)<\/a> har funnit tre stora skolor f\u00f6r EA: Enterprise IT Architecting, Enterprise Integrating och Enterprise Ecological Adaptation.<\/p>\n\n\n\n Globalisering<\/strong><\/p>\n\n\n\n L\u00e4nder och f\u00f6retag som inte inser globaliseringens komplexitet och underl\u00e5ter att vidta l\u00e4mpliga \u00e5tg\u00e4rder kommer att f\u00f6rlora komparativa f\u00f6rdelar p\u00e5 l\u00e5ng sikt (Baines & Ursah, 2009<\/a>).<\/p>\n\n\n\n Aff\u00e4rsrisk<\/strong><\/p>\n\n\n\n En viktig utmaning f\u00f6r EA \u00e4r att minska risken genom att balansera risk och avkastning (Weill & Broadbent, 2009<\/a>), genom att f\u00f6rutse och f\u00f6rutse risker (Koletar, 2010<\/a>).<\/p>\n\n\n\n Ofta upprepade f\u00f6rfr\u00e5gningar fr\u00e5n verksamheten<\/strong><\/p>\n\n\n\n Verksamheten avsl\u00f6jas med att upprepade g\u00e5nger st\u00e4lla fr\u00e5gor till IT-dom\u00e4nen f\u00f6r att f\u00f6rb\u00e4ttra dess f\u00f6rm\u00e5ga att f\u00f6renkla vissa processer, s\u00e5som enkel \u00e5tkomst till system (t.ex. genom en enda inloggning) med bibeh\u00e5llen informationss\u00e4kerhet (Bosworth m.fl. 2009<\/a>), agil verksamhet (Meyer-Stabley, 2014<\/a>) p\u00e5 en fortsatt kostnadseffektiv verksamhet och en stabil milj\u00f6 (Spielvogel m.fl. 2011<\/a>).<\/p>\n\n\n\n Ut\u00f6kad teknik<\/strong><\/p>\n\n\n\n Att samordna de olika sensorerna och deras f\u00f6rm\u00e5ga att rapportera tillst\u00e5nd och arrangemang, det s\u00e5 kallade sakernas internet, \u00e4r en s\u00e4rskild utmaning som m\u00e5ste samordnas och utnyttjas p\u00e5 ett anst\u00e4ndigt s\u00e4tt (McEwen & Cassimally, 2014<\/a>), och att presentera insamlade data i form av information och kunskap (Simon, 2014<\/a>), som dessutom efterfr\u00e5gar allest\u00e4des n\u00e4rvarande datorsystem (Resatsch, 2010<\/a>).<\/p>\n\n\n\n H\u00e5llbar EA<\/strong><\/p>\n\n\n\n Hausman (2011)<\/a> visar p\u00e5 sv\u00e5righeterna med att inf\u00f6ra h\u00e5llbar milj\u00f6ledning och utnyttja f\u00f6rdelarna med ett r\u00f6rligt m\u00e5l, som verksamheten kan beskrivas. De operativa aspekterna av h\u00e5llbar EA omfattar milj\u00f6h\u00e4nsyn i gr\u00f6n processhantering (Seidel m.fl. 2012<\/a>), och gr\u00f6n IT-drift (Murugesan & Gangadharan, 2012<\/a>).<\/p>\n\n\n\n M\u00e4tning av mognadsgrad<\/strong><\/p>\n\n\n\n F\u00f6r att positionera EA i en viss organisation \u00e4r det viktigt att \u00f6vervaka mognaden och effektiviteten hos EA, enligt Steenbergen, van (2011<\/a>).<\/p>\n\n\n\n Mergers & Acquisitions och avyttringar av aff\u00e4rsenheter<\/strong><\/p>\n\n\n\n I det moderna n\u00e4ringslivet \u00e4r det vanligt med f\u00f6rv\u00e4rv och avyttring av dotterbolag i samband med strategiska kurs\u00e4ndringar. Dotterbolagets informationsberoende till andra dotterbolag \u00e4r av s\u00e4rskilt intresse ur ett arkitektoniskt perspektiv (Roehl-Anderson, 2013<\/a>).<\/p>\n\n\n\n Majoriteten av de organisationer som \u00e4r involverade i dagens aff\u00e4rsverksamhet har en hel del hinder att \u00f6vervinna och utmaningar att m\u00f6ta. EA kan i viss m\u00e5n fungera som en v\u00e4gledning f\u00f6r dessa utmaningar, s\u00e4rskilt n\u00e4r flera fr\u00e5gor m\u00e5ste hanteras parallellt. I n\u00e4sta underavsnitt kommer vi att g\u00e5 igenom n\u00e5gra av de vanligaste kritiska synpunkterna p\u00e5 EA.<\/p>\n\n\n\n Som s\u00e5 m\u00e5nga andra \u00e4mnen som dyker upp i aff\u00e4rsv\u00e4rlden har EA ifr\u00e5gasatts och utsatts f\u00f6r kritik.<\/p>\n\n\n\n EA-omr\u00e5det har varit f\u00f6rem\u00e5l f\u00f6r en del kritik. Anstr\u00e4ngningen att fokusera det arkitektoniska arbetet till f\u00f6rm\u00e5n f\u00f6r f\u00f6rdelarna och v\u00e4rdet av EA f\u00f6r verksamheten, som kallas elfenbenstornet (Bok, 2009<\/a>; James, 1917<\/a>) f\u00f6r EA, avbildas av Perks & Beveridge (2004)<\/a>. Kemp & McManus (2009)<\/a> anser att EA \u00e4r teknikstyrd, dogmatisk med en futuristisk strategi som aldrig kommer att uppfyllas. Rehkopf & Wybolt (2003)<\/a> har i sin tur hittat tio landminor fr\u00e5n EA. Utmaningarna med implementeringen beskrivs av L\u00f6he & Legner (2014)<\/a> som avsaknad av auktoritet f\u00f6r enterprisearkitekter och en vag v\u00e4gledning i litteraturen om hur EA ska implementeras i en organisation. Dessutom kan den underm\u00e5liga kvaliteten p\u00e5 relationen mellan arkitekturledningen och IT-ledningen leda till att aff\u00e4rsv\u00e4rdet av EA blir lidande (L\u00f6he & Legner, 2014<\/a>). F\u00f6rm\u00e5ner som inte kan utv\u00e4rderas eller m\u00e4tas, eller f\u00f6rm\u00e5ner som ingen har, en s\u00e5dan f\u00f6rm\u00e5n och dess implicita v\u00e4rde existerar inte i verkligheten, r\u00e5dgivning Ward & Daniel (2006)<\/a>. Att hantera EA-\u00e4mnen p\u00e5 en l\u00e5g niv\u00e5 kan vara framg\u00e5ngsrikt, men aggregerat till dess h\u00f6gsta niv\u00e5 (L\u00f6he & Legner, 2014<\/a>) f\u00f6rvandlas till ett \"Wicked Problem\", som beskrivs av Ritchey (2011)<\/a>. \"Vart ska EA?\", fr\u00e5gar Kemp & McManus (2009)<\/a>.<\/p>\n\n\n\n Om EA-implementeringen forceras f\u00f6r h\u00e5rt eller f\u00f6r snabbt kan det leda till att EA blir ett separat fenomen, skilt fr\u00e5n verksamheten och med ett obetydligt v\u00e4rde- och nyttobidrag till verksamheten.<\/p>\n\n\n\n Sammanfattningsvis f\u00f6r detta delavsnitt \u00e4r EA i viss m\u00e5n i sin linda, \u00e4ven om det har funnits i n\u00e5gra decennier. Trots EA:s goda intentioner tar det tid att penetrera och implementera ett fenomen som EA, fr\u00e4mst eftersom EA omfattar flera omr\u00e5den och i viss m\u00e5n \u00e4r m\u00e5ngfacetterat och tv\u00e4rvetenskapligt. I n\u00e4sta avsnitt kommer EA:s intressenter att beskrivas. EA:s intressenter<\/a>.<\/p>\n\n\n\n <\/p>\n\n\n\n <\/p>\n\n\n\n\n
\n
\n
Viktiga utmaningar f\u00f6r EA<\/h3>\n\n\n\n
Synen av EA<\/h3>\n\n\n\n