Skip to end of metadata
Go to start of metadata
  • Dato: Torsdag 15. april 2010. 18:00-21:00
  • Sted: Scotsman, 2. etasje
  • Tema: Introduksjon til virksomhetsarkitektur
  • Twittertags: #iasa #introvirk

Invitasjon

Hva er egentlig virksomhetsarkitektur? Merk: norsk oversettelse av "Enterprise Architecture" som muligens er et bedre kjent begrep. Er det noe vi i IASA skal bry oss om? Eller arkitekter generellt for den saks skyld? Det er blitt snakket mye om virksomhetsarkitektur de siste årene - samtidig som det kan virke uklart hva dette egentlig dreier seg om. Vi tror derfor det er nyttig at IASA Norge tar for seg temaet, og innbyr til diskusjon rundt hva det egentlig er og hva det brukes til.

Virksomhetsarkitektur synes å adressere virksomheten som helhet, og det kan synes som det er større utfordringer der enn for de enkeltstående løsninger vi utvikler. Hvilket kan være en svært god grunn til å engasjere seg i virksomhetsarkitektur. Samtidig så virker det uklart hva dette egentlig er, og hva resultatet blir. Erfaringer viser også at det ofte er en viss avstand fra de som driver med virksomhetsarkitektur og de som utvikler løsninger - kan man da få til noen effekt, og hvorfor er det slik?

Vi har allerede fått med oss representanter fra kunder som jobber aktivt med virksomhetsarkitektur og vil dele sine erfaringer. Det er fortsatt rom for foredragsholdere - til korte lyntaler eller til erfaringsforedrag. Vi ønsker i dette møtet å introdusere temaet. Foredragene etterfølges av paneldebatt; Hvorfor virksomhetsarkitektur?

Agenda

1800 - Velkommen og innhente forsyninger i baren
1815 - Introduksjon til medlemsmøte
1830 - [Hva er egentlig virksomhetsarkitektur] v/Odd Christian Landmark fra ErgoGroup
1900 - [Erfaringer med virksomhetsarkitektur hos DnB NOR] v/Nils Pedersen fra DnBNOR
1930 - Nye forsyninger
1945 - [Erfaringer med virksomhetarkitektur fra ulike miljøer] v/Simen Bergsrud fra CSC
2005 - [Det er ikke arkitektur jeg er i mot - det er arkitekter!] v/Kaare Nilsen fra ArkTekk
2030 - Nye forsyninger
2045 - [Gullfisk panel - Hvorfor virksomhetsarkitektur?] referent Mads Nissen

Les hva Grady Booch sier om EA is not TA på:

EA Is Not TA

I'm back from New York where I keynoted an invigorating conference sponsored by the IASA, in which they brought together a number of enterprise architecture folks (such as John Zachman) and technical architecture folks (such as Len Bass). The collision of those worlds is something that's been popping up in a number of conversations I've had recently, and it so moves me to make my position clear.

EA (enterprise architecture) is not TA (technical architecture).

Although the two share the noun "architecture" they are different things. EA attends to the architecture of a business that uses technology; TA attends to the architecture of the software-intensive systems that support the business. Each domain - that of the business and that of the system - have fundamentally different stakeholders with different perspectives and different viewpoints. The fact that the both share some aspects of terminology and concerns and even notation is good, but can be confusing in the dialog between those two worlds..

Indeed, speaking of two worlds, in the dialog between science and religion, there's also this notion of two worlds: science has some things of which it may speak with authority and faith has some things of which it may speak with authority, but when science tries to answer questions of faith (why is the world the way it is) or vice versa (is there or is there not a randomness in the laws of the universe) then conflict arises. Not to diminish the complex texture of the dance between science and religion - if you want to go there, then the Templeton Foundation is one place to start, although Richard Dawkings has some things to say about that too - but IMHO EA and TA are similarly of two worlds. Most contemporary economically-meaningful enterprises use software-intensive systems to carry out their mission, and so there is and should be this jiggling between the architecture of the business (as it uses technology) and the architecture of the software-intensive system (as it serves and leads the business).

If you accept my premise that this collision of worlds exists between EA and TA, then I want to be clear that both worlds must co-exist and both must interoperate. SOA actually has some interesting traction here, because on the one hand, architecting a business around the services it provides and architecting a software-intensive system that makes manifest those services are shared goals of the enterprise and the technology.

And yet - and here's where I'm likely to inflame some folks - IMHO it's a mistake to try and extend EA frameworks and notations and processes to attend to the architecture of the software-intensive systems it uses, just as it is a mistake to try and extend SA frameworks and notations and processes to attend to the architecture of the business. There might be some overlap in view and basic modeling elements and processes at a high enough level of abstraction, but when you get to the details, it becomes too much, and you lose the perspective of what each is trying to do. EA is not a desert topping and a floor wax and neither is TA.

Påmelding:

RSVP

0 people attending
Name Organization
There are no attendees registered for this event.

Twitter feed fra møtet

Could not retrieve http://search.twitter.com/search.atom?q=%23iasa+%23introvirk&since=2010-01-08 - Page not permitted. Gone
Labels:
medlemsmøte medlemsmøte Delete
year2010 year2010 Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.
  1. Apr 15, 2010

    Persistert twitterfeed:

    1. IasaNorway RT @dagb: Great evening with @iasanorway Presentations with tension to spur discussions #iasa #introvirk
      dagb Great evening with @iasanorway Presentations with tension to spur discussions #iasa #introvirk
      laskaar Utvikler ting seg i konflikter eller ved harmoni? #iasa #introvirk about 3 hours ago from web
      laskaar Vi som kjenner problemet blir ikke spurt #iasa #introvirk
      laskaar Hvis alle tar lokale valg og tar i bruk "flavour of the month" så blir det dyre og komplekse arkitekturer #iasa #introvirk
      laskaar Ikke nødvendigvis - selv hos Amazon har de føringer på hva man skal bruke #iasa #introvirk
      laskaar Alle kule internett selskaper gjør som de vil #iasa #introvirk
      laskaar Hvis alle går i alle retninger så blir det dyrt #iasa #introvirk
      laskaar Det rammeverk som varer i 3 år finnes ikke #iasa #introvirk
      laskaar Vi må kommunisere - utviklere som lager løsninger må snakke med arkitektene #iasa #introvirk
      laskaar La meg få frihet til å gjøre det jeg kan og vil #iasa #introvirk
      laskaar Arkitekturen klarer ikke å holde følge - arkitektens rolle er å holde seg unna #iasa #introvirk
      laskaar Vi sier vi gjør som arkitekten sier men gjør det vi vet virker - da blir det bra #iasa #introvirk
      laskaar Klart det er viktig å løse forretningssiden sine behov - vi må forstå kravene og løse de #iasa #introvirk
      laskaar Ble allikevel dratt inn i EA "smørja" - vi må ha respekt for arbeid med arkitektur #iasa #introvirk
      laskaar Dess flere arkitekter dess dyrere blir det #iasa #introvirk
      laskaar Det første vi får er en ESB, og vi må gjenskape punkt-til-punkt forbindelse inni der istedenfor - klart det blir komplekst #iasa #introvirk
      laskaar Vi (utviklere) har aldri blitt tatt med på råd #iasa #introvirk
      laskaar Blir matt av tankerne, driverne, alle skal være med... #iasa #introvirk
      laskaar Fordi han har et annet syn på ting #iasa #introvirk
      laskaar Hva har Kaare her å gjøre? Han er ikke engang virksomhetsarkitekt? #iasa #introvirk
      laskaar Det må da være det? 2 tanker i hodet samtidig - fikse dagens ting, og lage lure ting framover #iasa #introvirk
      laskaar Er det for mye som er fastsatt til at vi kan gjøre endringer til en bedre framtid?#iasa #introvirk about
      laskaar Er EA i praksis en reaksjonær øvelse? Drar virkeligheten oss i praksis allikevel ned i det grumset vi allerede har?#iasa #introvirk
      laskaar Maks 3 år - de som tidligere f.eks. gikk inn på et 5-års program opplever paradigmeskifter i mellomtiden #iasa #introvirk
      laskaar Må ikke være slik - pragmatisme og ta ansvar for forenkling #iasa #introvirk
      laskaar EA øker kompleksitet? Framfor å redusere den? Er det vi som er problemet? #iasa #introvirk
      laskaar Infrastruktur like viktig som applikasjonene #iasa #introvirk
      laskaar CSC har sitt eget rammeverk og definisjon på EA #iasa #introvirk
      laskaar EA havner i praksis hos sentrale funsjoner - IT, HR, kanskje økonomi, sourcing kan være aktuelt som katalysator #iasa #introvirk
      laskaar Målekort skaper ofte suboptimalisering. Mål må støtte opp om helheten #iasa #introvirk
      laskaar Bra engasjement allerede i diskusjonen - vil egentlig holde den gående #iasa #introvirk
      laskaar SOA er bare tull - ingen vet hva tjenester er!!! (Kaare N) #iasa #introvirk
      laskaar SOA er ikke kun teknisk arkitektur #iasa #introvirk
      laskaar Klart at et miljø som finansieres av å drifte sitt miljø ikke vil sanere dette miljøet #iasa #introvirk
      laskaar Er porteføljestyring det som får EA til å virke? delte meninger her - penger er makt, kan brukes som virkemiddel #iasa #introvirk
      laskaar Virksomhetsarkitektene har ansvar for å få prosjektene til å følge virksomhetsarkitekturen - fokuser på de største "fisk" #iasa #introvirk
      laskaar Link mot EA miljøet og prosjektene - hvordan? #iasa #introvirk
      laskaar Endre organisasjonen for å få til ting framfor "just running it" #iasa #introvirk
      laskaar De metodene vi bruker i IT fungerer hos forretning også - må bare bruke større bokstaver #iasa #introvirk
      laskaar Det har forsåvidt de fleste andre banker i Norge også #iasa #introvirk
      laskaar DnBNOR har systemer fra '62 - eldre enn sikkert alle her på Scotsman #iasa #introvirk
      laskaar Let us get back on track - money counts we get that #iasa #introvirk
      laskaar DnBNOR har flere virksomheter (greit å forstå ift. å jobbe med EA) #iasa #introvirk
      laskaar IT gjør gerne EA jobben fordi vi har evne til å tenke abstrakt og bringe struktur. EA hører egentlig til forretningssiden #iasa #introvirk
      madsnissen Nils Pedersen talks about Enterprise architecture at DnB NOR #iasa #introvirk
      laskaar Det er penga som gjelder #iasa #introvirk
      laskaar Praktisk arkitekturarbeid hos DnBNOR - verden er ikke så enkel, må få ting gjort #iasa #introvirk
      laskaar Ofte sentrale funsjoner, som f.eks. IT eller økonomi initierer EA aktiviteter, mens forretningssiden ikke ser verdien #iasa #introvirk
      laskaar Er ikke problemet at helheten ikke er statisk? #iasa #introvirk
      laskaar EA en hemsko eller katalysator? #iasa #introvirk
      laskaar EA defnitely need to move out of the desk to make an impact - so the warfare analogy might work - be prepared to fight #iasa #introvirk
      laskaar Virksomhetsarkitektur er ikke big bang #iasa #introvirk
      madsnissen #iasa #introvirk is practical Enterprise architecture a desk job or more like a warfare campaign? I vote for the latter..
      laskaar Hva har Sandra Bullock med EA å gjøre? Får det ikke helt ut av hode enda... #iasa #introvirk
      laskaar #iasa #introvirk Mange baller i luften for en virksomhetsarkitekt
      laskaar #iasa #introvirk Nå er vi igang! Odd Christian startet med naturbilde av Sandra Bullock - vakkert og fuzzy
      madsnissen #iasa #introvirk +35 architects gathered at scotsman talking about Enterprise architecture http://tweetphoto.com/18533771
      IasaNorway RT @madsnissen: IASA Meeting tonight at 1800 @ Scotsman. Great lineup, and promising gold-fish discussion at the end! #iasa #introvirk
      javatotto RT @madsnissen: IASA Meeting tonight at 1800 @ Scotsman. Great lineup, and promising gold-fish discussion at the end! #iasa #introvirk