Her er det korte: Først, ved å skifte onsite databehandling infrastruktur til en ekstern plassering, må prosjektet team, dine kunder og kunder tilgang til infrastruktur og applikasjoner har 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å.
Klar som mudder? 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åndsskjønn applikasjonsmiljø
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.
Den største utviklingen og vedlikeholdet av IT-systemer utføres av utviklere bemannet fra et stort internt utviklingsbasseng. Det er enkelte entreprenører involvert, men flertallet av ansatte er heltidsansatte. Høres kjent ut? 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 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 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 samhandler kun med designere og arkitekter fra leverandørens side eksternt, med dem som kommer på stedet for møter etter behov
Samordnet overhead ø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 brukers aksepttesting, men systemintegrasjonstesting gjøres ofte 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 effektive endringen 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.
Når det gjelder personell, skifter ankomst av skyen blandingen av personell og størrelsen på 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 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 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 kostnadskompetanse: Prosjektledere må kreves for å håndtere miljøer som skal være en blanding av applikasjoner som er vert på onsite-servere 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 å ha kontraktsforhandlinger, 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 leverandøren 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å!