Forbereder på å flytte til skyen

Vi er nå i det andre tiåret med skyadopsjon. Så mange som 92 % av virksomhetene bruker cloud computing til en viss grad. Pandemien har nylig vært en driver for organisasjoner til å ta i bruk skyteknologier. Vellykket flytting av tilleggsdata, prosjekter og applikasjoner til skyen avhenger av forberedelse, planlegging og problemforventning.  

1. Forberedelse handler om data og menneskelig forvaltning av dataene og støttende infrastruktur.
2. Planlegging er viktig. Planen må inneholde spesifikke nøkkelelementer.
3. Problemhåndtering er evnen til å forutse potensielle problemer og muligheten til å navigere i dem hvis de oppstår.  

Fire ting en bedrift må gjøre for å lykkes i skyen, pluss 7 Gotchas

Bedriften din kommer til å flytte til skyen. Vel, la meg omformulere at hvis virksomheten din skal lykkes, kommer den til å flytte til sky – dette er, hvis den ikke allerede er der. Hvis du allerede er der, ville du sannsynligvis ikke lest dette. Firmaet ditt tenker fremover og har til hensikt å dra nytte av alle skyens fordeler som vi diskuterte i en annen artikkel. Fra og med 2020 bruker 92 % av virksomhetene skyen til en viss grad, og 50 % av all bedriftsdata er allerede i skyen.

Sølvkanten på COVID-skyen: pandemien har tvunget virksomheten til å se nærmere på skyfunksjoner for å støtte det nye paradigmet for en ekstern arbeidsstyrke. Skyen refererer til både store data lagring og applikasjoner som behandler disse dataene.  En av hovedgrunnene til å gå over til nettskyen er å få et konkurransefortrinn ved å være fleksibel og få ny innsikt fra båtmengdene med data.   

Analytikerfirmaet Gartner publiserer jevnlig en rapport som diskuterer "teknologier og trender som viser lovende å levere en høy grad av konkurransefortrinn i løpet av de neste fem til 10 årene." Ti år siden, Gartners 2012 hype-syklus for Cloud Computing satte Cloud Computing og Public Cloud Storage i «desillusionens bunn» like utenfor «Peak of Inflated Expectations». Videre var Big Data nettopp på vei inn i "Peak of Inflated Expectations". Alle tre med forventet platå om 3 til 5 år. Software as a Service (SaaS) ble plassert av Gartner i «Slope of Enlightenment»-fasen med et forventet platå på 2 til 5 år.

I 2018, seks år senere, var «Cloud Computing» og «Public Cloud Storage» i «Slope of Enlightenment»-fasen med et anslått platå på mindre enn 2 år. "Software as a Service" hadde nådd platået.  Poenget er at det var betydelig bruk av den offentlige skyen i denne perioden.  

I dag, i 2022, er cloud computing nå inne i sitt andre tiår med adopsjon og er nå standardteknologien for nye applikasjoner.  As Gartner sier det: "Hvis det ikke er sky, er det arv." Gartner fortsetter med å si at virkningen av cloud computing på en organisasjon er transformerende. Hvordan bør da organisasjoner tilnærme seg denne transformasjonen?

Dette diagrammet beskriver mer detaljert hva det betyr at en teknologi er i en bestemt fase. 

Hvordan bør organisasjoner tilnærme seg organisasjonstransformasjon?

I prosessen med å ta i bruk skyen, har organisasjoner måttet ta beslutninger, etablere nye retningslinjer, lage nye prosedyrer og håndtere spesifikke utfordringer. Her er en liste over spesifikke områder du må løse for å være sikker på at huset ditt er i orden: 

1. Trening, omskolering eller nye roller.  Ved å ta i bruk den offentlige skyen for datalagring eller utnytte applikasjonene, har du outsourcet støtte og vedlikehold av infrastrukturen. Du trenger fortsatt intern ekspertise for å administrere leverandøren og få tilgang til dataene. Videre må du vite hvordan du kan utnytte de nye verktøyene du har tilgjengelig for kognitiv analyse og datavitenskap.     
2. Data.  Alt handler om data. Data er den nye valutaen. Vi snakker om Big Data – data som oppfyller i det minste noen av de V-er av definisjonen. Når du flytter til skyen, vil i det minste noen av dataene dine være i skyen. Hvis du er "all-in", vil dataene dine lagres i skyen og behandles i skyen.

A. Tilgjengelighet av data. Kan de eksisterende lokale applikasjonene dine få tilgang til dataene i skyen? Er dataene dine der de må være for behandling? Trenger du å budsjettere tid i skymigrasjonsprosjektet for å flytte dataene dine til skyen? Hvor lang tid vil det ta? Trenger du å utvikle nye prosesser for å få transaksjonsdataene dine til skyen? Hvis du har tenkt å utføre AI eller maskinlæring, må det være tilstrekkelig treningsdata for å møte ønsket nivå av nøyaktighet og presisjon.

B. Brukbarhet av data. Er dataene dine i et format som kan konsumeres av menneskene og verktøyene som skal få tilgang til dataene? Kan du utføre en "løft-og-skift" på datavarehuset ditt? Eller kan den optimaliseres for ytelse? 

C. Kvalitet på data. Kvaliteten på dataene dine beslutninger er avhengige av kan påvirke kvaliteten på beslutningene dine. Styring, dataforvaltere, databehandling, kanskje en datakurator kan spille en betydelig rolle i innføringen av kognitiv analyse i skyen. Ta deg tid før du migrerer dataene til skyen for å vurdere kvaliteten på dataene dine. Det er ikke noe mer frustrerende enn å oppdage at du har migrert data du ikke trenger.

D. Variabilitet og usikkerhet i big data. Data kan være inkonsekvente eller ufullstendige. Når du evaluerer dataene dine og hvordan du har tenkt å bruke dem, er det hull? Nå er tiden inne for å fikse kjente problemer knyttet til bedriftsomfattende standarder for data. Standardiser på tvers av rapporteringssentre på enkle ting som tidsdimensjoner, geografihierarkier. Identifiser den eneste kilden til sannhet.   

E. Begrensninger som ligger i selve big data. Et stort antall potensielle resultater kan kreve at en domeneekspert vurderer resultatene for betydning. Med andre ord, hvis søket ditt returnerer mange poster, hvordan vil du som menneske behandle det? For å filtrere den videre og redusere antall poster, slik at den kan konsumeres av et vanlig ikke-supermenneske, må du kjenne til virksomheten bak dataene.

     3. Støtte grunnlaget/infrastrukturen til IT. Vurder alle de bevegelige delene. Det er sannsynlig at ikke alle dataene dine vil være i skyen. Noen kan være i skyen. Noen på stedet. Andre data kan være inne en annen leverandørens sky. Har du et dataflytdiagram? Er du forberedt på å gå fra å administrere fysisk maskinvare til å administrere leverandører som administrerer fysisk maskinvare? Forstår du begrensningene til skymiljøet? Har du gjort rede for muligheten til å støtte ustrukturerte data så vel som viktige plattformaktiverende teknologier. Vil du fortsatt kunne bruke samme SDK, API, dataverktøy som du har brukt på stedet? De må sannsynligvis skrives om. Hva med din eksisterende ETL for å laste datavarehuset fra transaksjonssystemer? ETL-skript må skrives om.

     4. Foredling av roller. Brukere må kanskje omskoleres på de nye applikasjonene og hvordan de får tilgang til data i skyen. Ofte kan en skrivebords- eller nettverksapplikasjon ha samme eller lignende navn som en dedikert til skyen. Det kan imidlertid fungere annerledes, eller til og med ha et annet funksjonssett.  

Hvis organisasjonen din er seriøs med å flytte til skyen og få mest mulig ut av analyser, er det ingen debatt om at flyttingen kan gi betydelig forretningsmessig og økonomisk verdi. For å komme dit herfra, må du praktisk talt: 

1. Etablere et charter.  

A. Har du definert omfanget av prosjektet ditt?  

B. Har du ledersponsing?

C. Hvem – hvilke roller – skal inkluderes i prosjektet? Hvem er sjefsarkitekten? Hvilken ekspertise trenger du for å stole på skyleverandøren?

D. Hva er sluttmålet? Målet er forresten ikke å "flytte til skyen". Hvilket eller hvilke problemer prøver du å løse?

E. Definer suksesskriteriene dine. Hvordan vil du vite at du er vellykket?

2. Oppdag. Start på begynnelsen. Ta inventar. Finn ut hva du har. Svar på spørsmålene:

A. Hvilke data har vi?

B. Hvor er dataene?

C. Hvilke forretningsprosesser må støttes? Hvilke data trenger disse prosessene?

D. Hvilke verktøy og applikasjoner bruker vi for øyeblikket for å manipulere dataene?

E. Hva er størrelsen og kompleksiteten til dataene?

F. Hva vil vi ha? Hvilke applikasjoner er tilgjengelige i skyen fra leverandøren vår?

G. Hvordan kobler vi til dataene? Hvilke porter må være åpne i skyen?

H. Er det noen forskrifter eller krav som dikterer personvern- eller sikkerhetskrav? Er det SLAer med kunder som må vedlikeholdes?  

I. Vet du hvordan kostnadene vil bli beregnet for skybruk?

3. Vurder og vurder. 

A. Hvilke data har vi tenkt å flytte?

B. Vurdere kostnader. Nå som du kjenner omfanget og volumet av data, er du i en bedre posisjon til å definere et budsjett.

C. Definer gap som eksisterer mellom det du har nå og forventningene til det du forventer å ha. Hva mangler vi?

D. Inkluder en testmigrering for å avsløre det du har gått glipp av i teorien.

E. Inkluder brukeraksepttesting i denne fasen så vel som i sluttfasen.

F. Hvilke utfordringer kan du forutse slik at du kan bygge beredskap inn i neste fase?

G. Hvilke risikoer er identifisert?

4. Plan. Etablere en road kart. 

A. Hva er prioriteringene? Hva kommer først? Hva er sekvensen?

B. Hva kan du utelukke? Hvordan kan du redusere omfanget?

C. Vil det være tid for parallell behandling?

D. Hva er tilnærmingen? Delvis/faset tilnærming?

E. Har du definert sikkerhetstilnærmingen?

F. Har du definert planer for sikkerhetskopiering og katastrofegjenoppretting?

G. Hva er kommunikasjonsplanen – internt i prosjektet, til interessenter, til sluttbrukere?

5. Bygg. Migrer. Test. Lansering.

A. Arbeid planen. Revider den dynamisk basert på ny informasjon.

B. Bygg på dine historiske styrker og suksesser, ditt gamle IT-grunnlag og begynn å dra nytte av Big Data og kognitive analyser.       

6. Iterer og forfin.  

A. Når kan du pensjonere serverne som nå er inaktive?

B. Hvilken refaktorering har du oppdaget som må gjøres?

C. Hvilke optimaliseringer kan gjøres for dataene dine i skyen?  

D. Hvilke nye dataapplikasjoner kan du nå bruke i skyen?

E. Hva er neste nivå? AI, maskinlæring, avansert analyse?

gotchas

Litt kilder si at så mange som 70 % av teknologiprosjektene er fullstendige eller delvise feil. Tilsynelatende avhenger det av definisjonen din av   feil. En annen kilde fant ut at 75 % trodde prosjektet deres var dødsdømt fra starten av. Det kan bety at 5 % lyktes til tross for at oddsen var mot dem. Min erfaring forteller meg at det er en betydelig brøkdel av teknologiprosjekter som enten aldri kommer i gang eller ikke klarer å realisere de lovede forventningene fullt ut. Det er noen vanlige temaer som disse prosjektene deler. Når du begynner å planlegge migreringen til skyen, er her noen gode råd å se etter. Hvis du ikke gjør det, er de som dårlig karma, eller en dårlig kredittscore – før eller siden vil de bite deg i baken.:

1. Eierskap. En enkelt person må eie prosjektet fra et ledelsesperspektiv. Samtidig må alle deltakere føle seg investert som interessenter.
2. Kostnad. Er budsjettet bevilget? Kjenner du størrelsesordenen for de neste 12 månedene samt et estimat for løpende kostnader? Er det noen potensielle skjulte kostnader? Har du kastet ut overflødig flytegods og jetsam som forberedelse til flyttingen. Du ønsker ikke å migrere data som ikke vil bli brukt, eller som ikke er klarert.       
3. Ledelse. Er prosjektet fullt ut sponset av ledelsen? Er forventningene og definisjonen av suksess realistiske? Stemmer målene med bedriftens visjon og strategi?
4. Prosjektledelse. Er tidslinjer, omfang og budsjett realistiske? Er det «krefter» som krever kortere leveringsfrister, økt omfang og/eller lavere kostnader eller færre personer? Er det et godt grep om kravene? Er de realistiske og veldefinerte?
5. Human Resources. Teknologi er den enkle delen. Det er menneskene som kan være en utfordring. Migrering til skyen vil føre til endringer. Folk liker ikke forandring. Du må sette forventningene på riktig måte. Har tilstrekkelig og passende personell vært dedikert til initiativet? Eller har du prøvd å skaffe tid fra folk som allerede er for opptatt med hverdagsjobben sin? Klarer du å opprettholde et stabilt lag? Mange prosjekter mislykkes på grunn av turnover i nøkkelpersonell.  
6. Risiko. Har risikoer blitt identifisert og håndtert på en vellykket måte?  
7. beredskaps~~POS=TRUNC. Har du vært i stand til å identifisere ting som er utenfor din kontroll, men som kan påvirke leveringen? Vurder effekten av en endring i lederskap. Hvordan vil en verdensomspennende pandemi påvirke din evne til å overholde tidsfrister og skaffe ressurser?  

Cloud Computing Hype-syklusen i 2022

Så hvor er Cloud Computing, Public Cloud Storage og Software as a Service på Gartners nye teknologihype-syklus i dag? De er ikke. De er ikke lenger nye teknologier. De er ikke lenger i horisonten. De er mainstream og venter på å bli adoptert. Se etter vekst i det følgende Nye teknologier: AI-Augmented Design, Generativ AI, Fysikk-informert AI og Non Fungible Tokens.  

Ideene i denne artikkelen ble opprinnelig presentert som konklusjonen til artikkelen "Cognitive Analytics: Building on Your Legacy IT Foundation" presentert i TDWI Business Intelligence Journal, bind 22, nr. 4.