Konference om Cloud Computing 18. maj Proof of Concept for transition til Cloud Lars Ravndrup Thomsen, Solutions Architect, KMD

Transkript

1 Konference om Cloud Computing 18. maj 2011 Proof of Concept for transition til Cloud Lars Ravndrup Thomsen, Solutions Architect, KMD

2 POC, hvad er det? En søgning på internettet viser, at de fleste sites er enige om denne definition af POC: The evidence that a product, technology or an information system is viable and capable of solving an organization's particular problem.

3 Hvorfor gennemføre en POC? POC gennemføres typisk for at : Opnå klar Problemdefinition Opnå klar Løsningsdefinition Afgøre om en ny løsning kan løse problem, ved Accept af løsningsforslag Accept af løsningsforslag plus tilpasninger identificeret i POC, eller Afvisning af løsningsforslag Minimere projekt risiko for følgende elementer: Funktionstilstrækkelighed Implementerings Tid Ressource forbrug Omkostninger

4 POC første skridt: Visions dokument Visions dokument udarbejdes og godkendes som det første: Definition af din organisations particular problem. Altså, hvilket problem der skal løses. Begrundelse, hvilken værdi skaber løsningen af problemet for din organisation : Ny funktionalitet? Indtjening? Reduktion af omkostninger? Identifikation af ejer og sponsorer Prioriteret Kravspecifikation for den nye løsning, eventuelt med overordnede Use cases Overordnet Løsningbeskrivelse

5 POC næste skridt: POC projektbeskrivelsen POC projektbeskrivelsen udarbejdes og godkendes som det næste: POC Form, Laboratoriums øvelse med få interessenter, eller involvering af alle interessenter? POC Projekt organisation POC Mål: Skal POC blot afklare konceptets bæredygtighed? Skal POC være komplet nok til efterfølgende begrænset pilot drift på udvalgte funktioner? Beskrivelse af afgrænsning af POC løsning i forhold til endelig løsning: Hvilke funktioner er med/ikke med, og I hvilken dybde? Hvilke integrationer til eksisterende miljø er med/ikke med? Hvilke organisatoriske afklaringer er medtaget Prioriteret Kravspecifikation for POC, eventuelt med Use Cases Succeskriterier, med Testcases, Testmetode og Mål for opfyldelse af hvert succeskriterium POC Løsningsbeskrivelse Plan og Projekt Økonomi

6 Er en Cloud POC mere kompleks end andre POC s? Det afhænger af hvordan din organisation og leverance model ser ud i dag. Men som oftest JA, idet : Cloud er ofte lige så meget et forandringsprojekt, som et teknik projekt der kræver at hele virksomhedens organisation tilpasses et nyt og mere Lean koncept, idet : Cloud standardisering kræver en ny bred accept af nødvendigheden af at tilpasse sig en hyldevare. Dette gælder for : Den forretningsansvarlige som requester en løsning Den løsningsansvarlige Slutbrugeren Cloud automatisering betyder: IT Drifts organisationen får ændrede og, som oftest, færre opgaver Anvendelse af Orkestreringsværktøjer kan betyde at mange manuelle opgaver erstattes af automatiserede processer Driftsorganisationen, processer og procedurer må tilpasses og jobbeskrivelser ændres Virksomheden skal sikre Sikkerhed, Auditering og Lovmedholdelse for alle systemer i samarbejde med leverandører, som i nogen tilfælde ikke har en dansk repræsentation.

7 KMD POC erfaringer: Forretnings mål KMD har mange potentielle kunder til Cloud : KMD s driftsafdeling som i dag leverer KMD ASP kerneydelser til Kommuner, Regioner og Stat. KMD Udviklingsafdelinger som i dag udvikler og tester nye kerneydelser KMD Soucingkunder med udstyret placeret i KMD s datacentre KMD kunder som med fordel kunne anvende private cloud ydelser fra KMD KMD kunder som med fordel kunne anvende public cloud ydelser fra KMD KMD POC projektet valgte som det første at interviewe og brainstorme med repræsentanter fra hvert område for en initial afklaring af cloud fit for purpose for hvert område. Denne proces var helt afgørende for udvikling af et bredt accepteret visions dokument, og det har medført et engagement og en opbakning på tværs af de forskellige afdelinger, som har været helt afgørende for POC projektet.

8 KMD POC erfaringer: POC Teknisk mål og afgrænsning Efter projektet havde talt med forretningsområderne var det klart, at der var ønsker om: KMD Public cloud til integrerede platformsløsninger KMD Private cloud til kunder KMD intern cloud til KMD udviklingsafdelingerne KMD Hybrid cloud løsning til KMD testafdelingerne og i øvrigt både IaaS, PaaS og SaaS til alle. Det var derfor nødvendigt med en afgrænsning, og i KMD besluttede vi os for: Private cloud til kunder, og KMD intern cloud til KMD udvikling og test Public cloud med integrerede platforms løsninger Den initielle kontakt med repræsentanter fra de enkelte områder, og udviklingen af et fælles visions dokument var afgørende for at der kunne opnås enighed om afgrænsning og plan.

9 KMD POC erfaringer, POC form Når der skal vælges POC form er det vigtigst, at beslutte: Involvering af interessenter POC produktets færdiggørelsesgrad Arbejdet med visionsdokumentet viste klart et behov for: Tæt samarbejde med brugerne Involvering af alle relevante interessenter Afsættelse af nødvendig tid til forandring af nuværende praksis uden tab af den kvalitet og sikkerhed som gælder i dag Design af POC, så POC produktet er klar til umiddelbar pilot drift med et reduceret funktionssæt i umiddelbar forlængelse af POC en KMD tillægger Cloud POC stor betydning, og har derfor valgt udvikling i tæt samarbejde med brugerne og med fuldt interessent engagement.

10 KMD POC erfaringer, Kort opsummering Cloud er en ny teknologi med et stort forretningsmæssigt potentiale, men det er også en kompleks teknologi som kan betyde store ændringer af organisation og processer og procedurer. Det er derfor helt afgørende, at: Der i de indledende faser etableres et tæt samarbejde med alle interessenter At der udvikles et fælles visionsdokument At POC en omfatter ALT det nødvendige arbejde for at kunne gå i produktion, og ikke kun arbejde med den nye spændende teknologi.

11 Spørgsmål?