Your SlideShare is downloading. ×
0
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Hvordan   Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Hvordan Arkitektrollen Og Prosesser - 11. mai 2010, Trondheim

791

Published on

Arkitektur – hvorfor, hva og hvordan? …

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.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
791
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Noen som så doukmentaren on arkitekten som brukte 10 år på å finne ut hvordan de bygde Keops pyramiden Hva vil arkeologene studere om oss – hvordan vi lagde halvledere?
  • Husk, skrive, regne, historie, filosofi, musikk, medisin, jurist, astronomi
  • Arkitekter har T form, en dyp kompetanse – og kan mye om arkitekt faget og tilgrensende teknologi IT Spesialister har en I form, kan mye innefor eget fag.
  • Governance – hvem bestemmer hva?
  • Transcript

    • 1. Hvordan - Arkitektrollen og prosesser Tore Stokkedal - Sjefsarkitekt Integrated Technology Delivery IBM Norge DnD Trondheim 11.5.2010
    • 2. Det fortoner seg i dag nokså opplagt at arkitektur er mer enn oppførte bygninger; At også tilblivelses og mottagelses prosesser hører med Lotte Sandberg, Aftenposten 7.5.10
    • 3. Hva kan en arkitekt? <ul><li>&quot;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.&quot; </li></ul><ul><li>Vitruvius, circa 25 BC </li></ul><ul><li>Oxford English: </li></ul><ul><li>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. </li></ul>
    • 4. Hva kan en arkitekt? <ul><li>&quot; 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.&quot; </li></ul><ul><li>Vitruvius, circa 25 BC </li></ul>T Utvikling J2EE Infrastruktur Integrasjon SOA Sikkerhet Prosjekt Lederskap Krav Metode Referanse arkitektur .NET
    • 5. Arkitektens T form <ul><li>I’en = arkitektens dybde </li></ul><ul><li>Virksomhetsarkitekt </li></ul><ul><li>Applikasjon </li></ul><ul><li>Integrasjon </li></ul><ul><li>Infrastruktur </li></ul><ul><li>System Engineering </li></ul><ul><li>T’en = arkitektur faget </li></ul><ul><li>Lederskap </li></ul><ul><li>Metode </li></ul><ul><ul><li>Krav “Enginering” </li></ul></ul><ul><ul><li>Løsnings “Enginering” </li></ul></ul><ul><li>Forretning og krav </li></ul><ul><li>Prosjektgjennomføring </li></ul><ul><li>Arkitekturer </li></ul><ul><li>Referanse arkitekturer </li></ul><ul><li>Komplette løsninger </li></ul>
    • 6. Hva er en arkitekt? <ul><li>Han – hun må være: </li></ul><ul><ul><li>Kunne faget IT arkitektur </li></ul></ul><ul><ul><li>Ha ” architecture thinking ” </li></ul></ul><ul><ul><li>Kommunikator </li></ul></ul><ul><ul><li>Resultatorientert </li></ul></ul><ul><ul><li>Generalist </li></ul></ul><ul><ul><li>Teknisk leder </li></ul></ul><ul><ul><li>Industri erfaring </li></ul></ul><ul><ul><li>Og teknologi ekspert </li></ul></ul><ul><li>Han – hun er IKKE: </li></ul><ul><ul><li>Prosjektleder / sjef </li></ul></ul><ul><ul><li>Produkt ekspert </li></ul></ul><ul><ul><li>Nerd </li></ul></ul><ul><ul><li>Sjefsdesigner </li></ul></ul>
    • 7. Hva gjør en arkitekt <ul><li>Lager visjon, strategi og retning for løsning </li></ul><ul><li>Kommuniserer og forankrer visjon og strategi </li></ul><ul><li>Driver den interaktive krav og løsningsdialog </li></ul><ul><li>Ansvar for alle krav, inklusive ytelse, sikkerhet, …… </li></ul><ul><li>Tar, dokumenterer, formaliserer og kommuniserer arkitektur beslutninger </li></ul><ul><li>Bryter ned et problem i komponenter med godt definerte grensesnitt og håndterbar størrelse – og kommuniserer til kunde og implementerings team </li></ul>
    • 8. Visste du at en arkitekt også: <ul><li>Hjelper kunden med krav, løsningsmuligheter, lønnsomhetsanalyser og investeringsprosess </li></ul><ul><li>Tar del i forretnings beslutninger om penger, omfang og tid </li></ul><ul><li>Bidrar med estimater kost og lønnsomhetsanalyser </li></ul><ul><li>Lager prosjektarkitektur – med komponenter, leveranser og faser </li></ul><ul><li>Hjelper til med avtale og avtale forståelse </li></ul><ul><li>Ivaretar kundens interesser i prosjektgjennomføring </li></ul><ul><li>Risiko og problemhåndtering </li></ul><ul><li>Bidrar til kvalitetsplan, inklusive test strategi og plan </li></ul>
    • 9. Arkitektens rolle – for kravhåndtering <ul><li>Driver den interaktive krav og løsningsdialog </li></ul><ul><li>Sikrer konsistente og sammenhengende krav </li></ul><ul><li>“ Enginererer” krav </li></ul><ul><ul><li>Prosess modeller </li></ul></ul><ul><ul><li>Brukertilfelle eller brukerhistorier </li></ul></ul><ul><ul><li>Komponentmodell </li></ul></ul><ul><ul><li>Forretningsregler </li></ul></ul><ul><ul><li>Logisk datamodell </li></ul></ul>Bestiller har ikke forutsetning for å stille perfekte krav.
    • 10. Arkitektens rolle - løsningsutforming <ul><li>Kommuniserer løsningens arkitektur </li></ul><ul><ul><li>Bruker “ Rik tegning ” med flere perspektiver </li></ul></ul><ul><ul><li>Kontekst beskrivelse </li></ul></ul><ul><li>“ Engineerer” løsningens funksjonalitet og løsningskomponenter </li></ul><ul><ul><li>Beskriver strukturen for programvare </li></ul></ul><ul><ul><li>Og deres funksjon, interaksjon og grensesnitt i en komponentmodell </li></ul></ul><ul><li>Lager løsningens operasjonelle arkitektur </li></ul><ul><ul><li>Nettverkstopologi </li></ul></ul><ul><ul><li>Hva kjører hvor, på hva slags utstyr </li></ul></ul><ul><ul><li>Og hvordan ytelses, sikkerhets og andre krav møtes </li></ul></ul><ul><li>Bidrar til gjennomføringsmodell </li></ul><ul><ul><li>Prosjekt ”arkitektur” </li></ul></ul><ul><ul><li>Risiko </li></ul></ul><ul><ul><li>Omfang - estimater </li></ul></ul>
    • 11. Arkitektens rolle – for gjennomføring <ul><li>Sikrer løsningens implementering og integritet </li></ul><ul><li>Håndterer endringer </li></ul><ul><li>Råd og veiledning til: </li></ul><ul><ul><li>Designere </li></ul></ul><ul><ul><li>IT Spesialister </li></ul></ul><ul><ul><li>Prosjektleder </li></ul></ul><ul><ul><li>… . </li></ul></ul>
    • 12. Arkitektens rolle – overlevering til drift <ul><li>Implementerte krav </li></ul><ul><li>Dokumentasjon for drift </li></ul>
    • 13.  
    • 14. Utfordringer i arkitektrollen <ul><li>“ Golden Hammer” syndromet </li></ul><ul><li>Teknologi for teknologiens skyld </li></ul><ul><li>Sikre løsningens integritet </li></ul><ul><li>Vanskelig å bevise fortjeneste i strukturelle investeringer </li></ul><ul><li>Press på tid & kost </li></ul><ul><li>Rask endring i teknologi – hvordan kjenne sin arkitektur </li></ul>
    • 15. Noen av mine erfaringer <ul><li>Tillit </li></ul><ul><li>Budsjettet styrer </li></ul><ul><li>Metodikk virker </li></ul><ul><li>Kommunikasjon er en vanskelig sport </li></ul><ul><li>Vær redd for “Noen Andre” </li></ul><ul><li>Konsekvens </li></ul><ul><li>Virksomhet, Program og Prosjekt er forskjellig </li></ul><ul><li>Du løser ikke utfordringer alene </li></ul>
    • 16. Videreutvikle Arkitekt rollen <ul><li>Sertifisering </li></ul><ul><ul><li>http://www.opengroup.org/itac/cert/docs/ITAC_Certification_Guide.html </li></ul></ul><ul><li>Erfaring </li></ul><ul><ul><li>Gode prosjekter </li></ul></ul><ul><ul><li>Open Scource arbeide – eller annet “frivillig” arbeide </li></ul></ul><ul><li>Nettverk </li></ul><ul><ul><li>DnD – bli aktiv </li></ul></ul><ul><ul><li>Gjennom arbeide </li></ul></ul><ul><li>Give backs </li></ul><ul><ul><li>Foredrag, mentor, artikler, </li></ul></ul><ul><li>Lesestoff: </li></ul><ul><ul><li>The Mythical Man Month, ISBN-10: 0201835959 </li></ul></ul><ul><ul><li>Software Architecture in Practice, Bass et al, ISBN 0-201-19930-0 </li></ul></ul><ul><ul><li>Software Engineering Institute - http://www.sei.cmu.edu/architecture/ </li></ul></ul><ul><ul><li>The “4+1” View Model of Software Architecture, Philippe Kruchten – Raitonal – IBM </li></ul></ul><ul><ul><li>IEEE Software - http://www.computer.org/portal/web/software/home </li></ul></ul>
    • 17. Oppsummering – IT Arkitekt rollen <ul><li>Sjefsarkitekten er øverste tekniske leder i et prosjekt, program eller virksomhet. </li></ul><ul><li>IT Arkitekten lukker gapet mellom forretning og IT </li></ul><ul><li>IT Arkitekten er også en kommunikator – for kunde og team </li></ul><ul><li>IT Arkitekten er med i alle faser i et IT prosjekt. </li></ul><ul><li>IT arkitekten designer, selger, støtter og guider, planlegger, håndterer risk og kompleksitet </li></ul>
    • 18. Appell ! <ul><li>Sertifiser </li></ul><ul><li>Les </li></ul><ul><li>Søk </li></ul><ul><li>Våg </li></ul><ul><li>Led – TA ansvar </li></ul>!

    ×