Hvordan Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

18
© 2009 IBM Corporation Hvordan - Arkitektrollen og prosesser Tore Stokkedal - Sjefsarkitekt Integrated Technology Delivery IBM Norge DnD Trondheim 11.5.2010

description

Arkitektur – hvorfor, hva og hvordan? Sjefsarkitekt Tore Stokkedal fra IBM presenterer nytteverdien av å ha et sterkt fokus på IT-arkitektur. Han vil belyser hva industrien mener IT-arkitektur er, og hvordan arkitektrollen skal fungere med eksempler fra praktisk erfaring gjennom 10 år som sjefsarkitekt i ulike typer prosjekter. Om foredragsholderen: Tore Stokkedal er sertifisert IT-arkitekt gjennom Open Group og har bred erfaring som IT-arkitekt fra større infrastruktur- og applikasjonsutviklingsprosjekter. Han er for tiden sjefsarkitekt for IBMs outsourcingsvirksomhet i Norge. Tore er opptatt av hvordan arkitekturarbeid legger verdi til prosjekter og virksomheter, samt hvordan rollen IT-arkitekt skal utføres.

Transcript of Hvordan Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

Page 1: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Hvordan - Arkitektrollen og prosesser Tore Stokkedal - Sjefsarkitekt Integrated Technology Delivery IBM Norge

DnD Trondheim 11.5.2010

Page 2: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Det fortoner seg i dag nokså opplagt atarkitektur er mer enn oppførte bygninger;

At også tilblivelses og mottagelses prosesser hører med

Lotte Sandberg, Aftenposten 7.5.10

Page 3: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Hva kan en arkitekt?

"The ideal architect should be a man [or woman] of letters, a mathematician, familiar with historical studies, a diligent student of philosophy, acquainted with music, not ignorant of medicine, learned in the responses of jurisconsults <lawyers>, familiar with astronomy and astronomical calculations."

Vitruvius, circa 25 BC

Oxford English:

1 : A master-builder. spec. A skilled professor of the art of building, whose business it is to prepare the plans of edifices, and exercise a general superintendence over the course of their erection 2 : One who designs and frames any complex structure; …one who arranges elementary materials on a comprehensive plan.

Page 4: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Hva kan en arkitekt?

"The ideal architect should be a man [or woman] of letters, a mathematician, familiar with historical studies, a diligent student of philosophy, acquainted with music, not ignorant of medicine, learned in the responses of jurisconsults <lawyers>, familiar with astronomy and astronomical calculations."

Vitruvius, circa 25 BC

Utvikling

J2EE

Infrastruktur

Integrasjon

SOA

Sikkerhet

ProsjektLederskap

KravMetode

Referanse arkitektur

.NET

Page 5: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Arkitektens T form

I’en = arkitektens dybde

Virksomhetsarkitekt

Applikasjon

Integrasjon

Infrastruktur

System Engineering

T’en = arkitektur faget- Lederskap- Metode

-Krav “Enginering”-Løsnings “Enginering”

- Forretning og krav- Prosjektgjennomføring- Arkitekturer - Referanse arkitekturer- Komplette løsninger

Page 6: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Hva er en arkitekt?

Han – hun må være:– Kunne faget IT arkitektur– Ha ”architecture thinking”– Kommunikator– Resultatorientert– Generalist– Teknisk leder– Industri erfaring– Og teknologi ekspert

Han – hun er IKKE:– Prosjektleder / sjef– Produkt ekspert– Nerd – Sjefsdesigner

Page 7: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Hva gjør en arkitekt

Lager visjon, strategi og retning for løsning

Kommuniserer og forankrer visjon og strategi

Driver den interaktive krav og løsningsdialog

Ansvar for alle krav, inklusive ytelse, sikkerhet, ……

Tar, dokumenterer, formaliserer og kommuniserer arkitektur beslutninger

Bryter ned et problem i komponenter med godt definerte grensesnitt og håndterbar størrelse – og kommuniserer til kunde og implementerings team

Page 8: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Visste du at en arkitekt også:

Hjelper kunden med krav, løsningsmuligheter, lønnsomhetsanalyser og investeringsprosess

Tar del i forretnings beslutninger om penger, omfang og tid

Bidrar med estimater kost og lønnsomhetsanalyser

Lager prosjektarkitektur – med komponenter, leveranser og faser

Hjelper til med avtale og avtale forståelse

Ivaretar kundens interesser i prosjektgjennomføring

Risiko og problemhåndtering

Bidrar til kvalitetsplan, inklusive test strategi og plan

Page 9: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Arkitektens rolle – for kravhåndtering

Driver den interaktive krav og løsningsdialog

Sikrer konsistente og sammenhengende krav

“Enginererer” krav– Prosess modeller– Brukertilfelle eller brukerhistorier– Komponentmodell– Forretningsregler– Logisk datamodell

Bestiller har ikke forutsetning for å stille perfekte krav.

?

? ?

?

? ?

Page 10: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Arkitektens rolle - løsningsutforming

Kommuniserer løsningens arkitektur– Bruker “Rik tegning” med flere perspektiver– Kontekst beskrivelse

“Engineerer” løsningens funksjonalitet og løsningskomponenter– Beskriver strukturen for programvare– Og deres funksjon, interaksjon og grensesnitt i en komponentmodell

Lager løsningens operasjonelle arkitektur– Nettverkstopologi– Hva kjører hvor, på hva slags utstyr– Og hvordan ytelses, sikkerhets og andre krav møtes

Bidrar til gjennomføringsmodell– Prosjekt ”arkitektur”– Risiko– Omfang - estimater

cics : CICSFunctionsperson : PersonFacadeper : Ansatt virksomhet : OrganizationSelectionUI

1 : displaySelectOrganization ( )

2 : setOrganization ( )

3 : isallowedToUseOrganization ( )

4 : AUT01 ( )

5 : BRU02 ( )

Page 11: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Arkitektens rolle – for gjennomføring

Sikrer løsningens implementering og integritet

Håndterer endringer

Råd og veiledning til:– Designere– IT Spesialister– Prosjektleder–….

Page 12: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Arkitektens rolle – overlevering til drift

Implementerte krav

Dokumentasjon for drift

Page 13: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Page 14: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Utfordringer i arkitektrollen

“Golden Hammer” syndromet

Teknologi for teknologiens skyld

Sikre løsningens integritet

Vanskelig å bevise fortjeneste i strukturelle investeringer

Press på tid & kost

Rask endring i teknologi – hvordan kjenne sin arkitektur

Page 15: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Noen av mine erfaringer

Tillit

Budsjettet styrer

Metodikk virker

Kommunikasjon er en vanskelig sport

Vær redd for “Noen Andre”

Konsekvens

Virksomhet, Program og Prosjekt er forskjellig

Du løser ikke utfordringer alene

Page 16: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Videreutvikle Arkitekt rollen

Sertifisering– http://www.opengroup.org/itac/cert/docs/ITAC_Certification_Guide.html

Erfaring– Gode prosjekter– Open Scource arbeide – eller annet “frivillig” arbeide

Nettverk– DnD – bli aktiv– Gjennom arbeide

Give backs– Foredrag, mentor, artikler,

Lesestoff:– The Mythical Man Month, ISBN-10: 0201835959 – Software Architecture in Practice, Bass et al, ISBN 0-201-19930-0– Software Engineering Institute - http://www.sei.cmu.edu/architecture/– The “4+1” View Model of Software Architecture, Philippe Kruchten – Raitonal – IBM– IEEE Software - http://www.computer.org/portal/web/software/home

Page 17: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Oppsummering – IT Arkitekt rollen

Sjefsarkitekten er øverste tekniske leder i et prosjekt, program eller virksomhet.

IT Arkitekten lukker gapet mellom forretning og IT

IT Arkitekten er også en kommunikator – for kunde og team

IT Arkitekten er med i alle faser i et IT prosjekt.

IT arkitekten designer, selger, støtter og guider, planlegger, håndterer risk og kompleksitet

Page 18: Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

© 2009 IBM Corporation

Appell !

Sertifiser

Les

Søk

Våg

Led – TA ansvar

!