Hva Prosjektledere trenger å vite om Cloud

Cloud computing har helt forandret måten applikasjoner blir hostet på og tilgang til 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: Først, ved å skifte onsite databehandling infrastruktur til en ekstern plassering, har prosjekteamene, kundene dine og kundene 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 søknadene endret seg og prosjekter inkluderer oppgaver om dem også.

Slett som gjørme? Jeg tenkte det! Jeg ringte ledelsen Cloud Expert og CEO of 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 …

Forhånds-skygge-applikasjonsmiljøet

Inntil skyen kom, så miljøet som den gjennomsnittlige prosjektlederen møtte, så noe slikt: Servere er vert i bedriften, enten på 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 utviklere og vedlikehold av IT-systemer utføres av utviklere bemannet fra et stort internt basseng av utviklere. Det er enkelte entreprenører involvert, men flertallet av ansatte er heltidsansatte. Lyd kjent? Hvis du har jobbet som prosjektleder i mer enn fem eller seks år, så vil det.

Prosjektlederens kjerneansvar 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 arkitektur behov. 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

Slik ser det ut 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 applikasjonen på deres skytside.

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

Samordningskostnaden ø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 brukere, 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å cloud-nettstedet.

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 som 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 før-sky-epoken ble alle dine applikasjoner hostet på stedet servere og datasentre. Når prosjektgruppene dine har skiftet 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 program 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 planlegging av overlevering er viktig.

Når skyen kommer inn i ditt firma, 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 anvendelsesområder.

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. Avansert økonomi og kostnadskompetanse: Prosjektledere må kreves for å 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 hatt behov for kontraktsforhandlingsferdigheter, krever flyttingen til skyen ledere til å benytte leverandør- og kontraktsforhandlingsferdigheter oftere.

Det er et aspekt av ytterligere 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 god læringsmulighet og en fantastisk måte å utvide dine ferdigheter på!