Hvilke prosjektledere trenger å vite om Cloud

Cloud computing har helt forandret måten applikasjoner er vert for og nås av bedrifter over hele verden. Det er noen viktige aspekter på måten cloud computing har endret virksomhetsberegningslandskapet, og som prosjektledere trenger vi å vite hva det betyr for våre roller, enten det bruker et best-in-class programstyringsverktøy eller lanserer en app for en kunde.

Her er det korte: For det første, ved å skifte onsite databehandling infrastruktur til en ekstern plassering, har prosjektet lag, dine kunder og kunder tilgang til infrastruktur og applikasjoner blitt fullstendig endret.

For det andre har størrelsen på lokale prosjektteam redusert kraftig og ferdighetene til de som trenger å være på stedet, har endret seg.

For det tredje, fordi applikasjoner som sitter i skyen, opprettholdes av en leverandør, har prosessene knyttet til å utvikle, administrere og sette opp applikasjonene endret seg og prosjekter inkluderer oppgaver om dem også.

Klar som gjørme? Jeg tenkte det! Jeg ringte ledende Cloud Expert og CEO for Cloudwards.net, Mauricio Prinzlau, for å forklare mer om hvilke prosjektledere som trenger å vite om skyen og hvordan det endrer arbeidsområdet ditt. La oss overlate til ham …

For-Cloud-applikasjonsmiljøet

Fram til skyens ankomst så miljøet som den gjennomsnittlige prosjektlederen møtte, så noe slikt: Servere er vert i bedriften, enten i lokaler eller på eksterne lokaler. Klient-side stasjonære og bærbare datamaskiner distribueres på tvers av selskapets kontorer og forvaltes av et stort internt IT-personale. De fleste utviklingen og vedlikehold av IT-systemer utføres av utviklere bemannet av et stort internt utviklingspot. Det er enkelte entreprenører involvert, men de fleste ansatte er heltidsansatte.

Høres kjent ut? Hvis du har jobbet som prosjektleder i mer enn fem eller seks år, så vil det.

Prosjektlederens hovedansvar i Pre-Cloud-perioden

Før cloud computing tok tak i, så kjente ansvaret for den gjennomsnittlige prosjektlederen på et programvareprosjekt som dette: Arbeid med teknisk arkitekt og designere for design og arkitekturbehov. Estimere, planlegge, overvåke, administrere, spore og koordinere analyse, design, koding og testing av oppgaver mellom de respektive lagene. Koordinere med bedriftsbrukere for brukernes aksepttesting og eksterne lag for systemtest etter behov. Hold det overordnede ansvaret for levering, interagere med interne lag hvor det er nødvendig

Hva det ser ut som i dag

Nå, la oss se på hvordan prosjektlederens rolle ser ut når virksomheten bruker en ekstern leverandør til å utvikle og være vert for programmet på deres skytside.

Det er ingen interne lagmedlemmer involvert i design- og arkitekturstykket. Du samhandler kun med designere og arkitekter fra leverandørens side eksternt, med dem som kommer på stedet for møter etter behov

Samordningsprosjektet øker ettersom du fortsatt må ta vare på tilsynsansvar, alt fra estimering gjennom testing, men med eksternt leverandørpersonell. Mange flere møter er nødvendig.

Koordinering med bedriftsbrukere skjer fortsatt internt for godkjenningstesting av brukerne, men systemintegrasjonstesting gjøres oftest av eksterne lag.

Det ser enda mer annerledes ut når virksomheten bare bruker et program som er vert for en ekstern leverandør på skytsiden.

Det er ingen krav til IT-bemanning på klientsiden i det hele tatt, og det er lettere å få problemer løst fordi kommunikasjonen og eierskapet er alt på ett sted.

Det er også muligheter for god støtte som kommer fra skalaen. For eksempel, hvis vi vurderer Salesforce CRM, samme forekomst av programvaren, serveres på samme arkitektur millioner av kunder via internett. Eventuelle problemer eller driftsmessige feil vil bli løst raskt av Salesforce fordi det er en del av forretningsmodellen.

Problemet med feilsøkingsprosessen blir også forenklet fordi det skjer på den eksterne siden. Dette forenkler prosjektlederens rolle.

Hvordan Cloud skifter arbeidsområdet ditt

Det er flere måter der skyen endrer arbeidsområdet ditt.

Den mest virkningsfulle forandringen som skyen bringer, er at det meste av din eksisterende infrastruktur på stedet mister betydning. I pre-cloud-epoken var alle dine applikasjoner vert på servere og datasentre på stedet. Når prosjektgruppene dine skifter til skyen, starter programvaren fra en ekstern side av en leverandør. Hva dette betyr er at ditt kontorlokal og datasenterets plassbehov for prosjekter sterkt reduseres.

Med hensyn til personell, endrer skyens ankomst mengden av personell, og størrelsen på de ansatte i IT-stabsteamene behøves for å støtte hvilket app prosjektet ditt leverer. Før cloud computing var et seriøst alternativ, ville du ha behov for et betydelig antall applikasjonsutviklere, tekniske ledere og QA-testere for å utføre forbedringer, feilrettinger og utvikling som trengs som en del av prosjektet. Når du har flyttet til sky apps, går kravet ditt for disse typer lagmedlemmer ned.

For det tredje, i før-sky-epoken, ville du ha behov for internt IT-personale av betydelig størrelse for å holde applikasjonene dine i gang. Som prosjektleder hadde du tatt med disse støttemedlemmene som en av nøkkelrollene i et prosjektteam fordi det er viktig å planlegge overlevering.

Når skyen kommer inn i firmaet ditt, kan du redusere støttestøttene dine og få eksisterende personell reskilled og kartlagt til andre stillinger. Du må fortsatt inkludere en prosjektoverlevering på Gantt-diagrammet, men du vil gjøre det annerledes, og det vil nok ikke ta så mye tid.

På den annen side vil du trenge flere tekniske arkitekter og forretningsanalytikere på prosjektgruppen din (og i virksomheten mer generelt) enn før. Disse ekspertene vil kunne koordinere med leverandørpersonalet til effektive krav til omfang.

Hvilke ferdigheter krever Cloud Computing Demand fra prosjektledere?

Du må kanskje skaffe seg flere nye prosjektledelsesferdigheter for å kunne håndtere skybaserte engasjementer. Her er noen av de viktigste:

1. Avanserte finansielle og kostbare ferdigheter:Prosjektledere vil bli pålagt å håndtere miljøer som skal være en blanding av applikasjoner som er vert for servere på stedet og de som er vert på skytsider.

Når en ny applikasjon skal utvikles, vil prosjektledere bli bedt om å utføre kostnads- og avkastningsanalyse for begge alternativene. Dette krever kunnskap om kostnadene for skybaserte miljøer og kompetanse ved å skape et prosjektbudsjett.

2. Dypere kunnskap om bedriftsarkitektur:Dette skyldes igjen at arkitektonisk landskap for applikasjoner blir mer komplisert etter flyttingen til skyen. En dypere kunnskap om bedriftsarkitektur vil være nødvendig for å sikre at nyere applikasjoner utvikles med de rette forretnings-og tekniske kravene på en slik måte at de fungerer sømløst med eksisterende applikasjoner som er vert i skyen og på stedet.

3. Leverandør og kontraktsforhandling:Selv om prosjektledere alltid har behov for å få kontraktsforhandlingsferdigheter, krever flytten til skyen ledere å bruke leverandør- og kontraktsforhandlingsferdigheter oftere.

Det er et aspekt av ekstra overhead til dette fordi utviklingen av selv en liten applikasjon ville nødvendiggjøre å jobbe med selgeren for å stryke ut ting.

Å være prosjektleder på et skybasert prosjekt er en flott læringsmulighet og en fantastisk måte å utvide dine ferdigheter på!