Modernisering
Analysere
Hva har vi?
Application Portfolio Assessment
Hvor skal vi?
Definere Målbilde
Gode begrunnelser for arkitekturvalg
Zachman/TOGAF
Domain adoption, tilpasses egenskaper som kjennetegner industrien, f.eks. financial services
Drivere/endringer presser frem
Konkurransesituasjon
Økonomi
Risiko
Kompetanse
Krav om ikke kan løses
Forretningsmessige
Lovmessig
Teknologisk
Planlegge
Fremtidig målbilde
Systemer
Hvordan skal IT-funksjonen se ut? Her har man faktisk en mulighet til å endre
Driverne + hva man har gir nytt målbilde
Beviste valg i forhold: Ideelt sett så begynner man hvordan krav blir kjørende kode, men så kommer driverne+økonomi+div og påvirker folk/systemer/metode: Feedback loop - tenke igjennom hele. Ikkelike avhengig av context
Evaluering av Cloud som et fremtidig målbilde, når kan det være relevant?
Hardware as a Service
Software Infrastructure as a Service
Platform as a Service
Software as a Service
Migreringsplan
Renew
SaaS
Replace
IaaS
Hva koster det?
Interne ressurser - har kompetanse på system, ikke teknologi
Eksterne ressurser - har kompetanse på teknologi, og ikke system
Alle valg angende arkitektur, folk, metode etc. må "sette" / finne en rytme. Opplæringsfase
Planlegge helheten - mer enn arkitektur og krav
Hva slags utviklingsorganisasjon skal vi ha?
Hvordan skal det organiseres
Gjennomfore
Prinsipper
Output first
Replace bør være lik mht. integrajon og testing sånn kjøre produksjonlavere kompetanse
Gir gir en del krav til applikasjonarkitekturslik at man unngår test/kompetanseproblemer
Du tror du har mye frihet i forhold valg
Realisme, et arkitekturmålbilde som kan nåes
Arkitektur
No-big-upfront-architecture
Må ha flere opsjoner på forskjellige typer arkitektur
Greit med grupper av systemerpå arkitektur
Arkiterktur må "matche"drivere/endringer
Ambisjonsnivå må matchekrav (endringstakt, gjenbruk, kvalitet
Testing
Verdikjede testing med produksjonsdata
Svært høy kostnad å gjøre skikkelig
Knappet på kompetanse og systemer
Organisjonen er ikke klar for å øke testaktiviteten med 500%
Forankre
Eier/Sponsor
Linjeorganisasjon (forvaltning/drift/test)
Nye og "gamle" utviklere
Lessons learned
Ingen vet alt om det gamle systemet
Svært lav toleranse for feil
Dårlig håndtering av (teknologiske)konsekvenser ved å bytte plattform
Hvordan forvalter man folk og kjernekompetanse
No f..... suprises
Det er mye som er enkelt i fugleperspektiv
Innledning
Veien inn i Skyen
Bakgrunn foredragsholdere
Hvor kommer vi fra og hvorfor mener vi det vi mener
Innhold
Mange større virksomheter har i dag sinemest kritiske og verdifulle systemer pådøende plattformer
Å flytte systemer fra en plattform til en annen er en enkel sak?
Hva skiller systemfornyelse fra nyutvikling?