Hvad projektledere skal vide om skyen

Cloud computing har helt ændret måden applikationer er hostet på og adgang til af virksomheder over hele verden. Der er nogle nøgleaspekter på, hvordan cloud computing har ændret virksomhedens computermiljø og som projektledere skal vi vide, hvad det betyder for vores roller, om det bruger et værktøjsværktøj til projektstyring af bedste kvalitet eller lancering af en app til en kunde.

Her er det korte: For det første ved at skifte onsite computing-infrastruktur til en fjernplacering, har projektgruppens team, dine kunder og kunder adgang til infrastruktur og applikationer helt ændret.

For det andet er størrelsen af ​​lokale projektteam stærkt reduceret, og færdighederne hos dem, der har brug for at blive på stedet, er ændret.

For det tredje, fordi applikationer, der sidder i skyen, opretholdes af en leverandør, er processerne i forbindelse med udvikling, styring og opsætning af applikationerne ændret, og projekter omfatter også opgaver om dem.

Ryd som mudder? Det tænkte jeg nok! Jeg kaldte ledende Cloud Expert og CEO of Cloudwards. net, Mauricio Prinzlau, for at forklare mere om, hvilke projektledere der skal vide om skyen og hvordan det ændrer dit arbejdsområde. Lad os overdrages til ham …

Forudsigelses applikationsmiljøet

Frem til skyens ankomst så miljøet, som den gennemsnitlige projektleder står overfor, sådan noget ud: Servere er hjemmehørende i virksomheden, enten lokalt eller eksternt lokaliteter. Klient-side desktops og bærbare computere er fordelt på virksomhedens kontorer og ledes af et stort internt it-personale.

Den største udvikling og vedligeholdelse af it-systemer udføres af udviklere bemandet fra en stor intern pool af udviklere. Der er involveret nogle entreprenører, men størstedelen af ​​medarbejderne er fuldtidsansatte. Lyder det godt? Hvis du har arbejdet som projektleder i mere end fem eller seks år, så vil det.

Projektlederens kerneansvar i forklartiden

Før cloud computing tog fat, så kerneansvar for den gennemsnitlige projektleder på et softwareprojekt som disse: Arbejde med teknisk arkitekt og designere til design og arkitektur behov. Estimere, planlægge, overvåge, administrere, spore og koordinere analyse, design, kodning og testopgaver mellem de respektive hold. Koordinere med erhvervsbrugere til brugernes accepttest og eksterne teams til systemtest efter behov. Hold det overordnede ansvar for levering, interagere med interne hold, hvor det er nødvendigt

Hvad det ser ud til i dag

Lad os nu se på, hvordan projektlederens rolle ser ud, når virksomheden bruger en ekstern leverandør til at udvikle og være vært for applikationen på deres cloud-site.

Der er ingen interne hold medlemmer involveret i design og arkitektur stykke. Du interagerer kun med designere og arkitekter fra sælgerens side med dem, der kommer på stedet for møder efter behov

Koordineringskosten øges, da du stadig skal passe på tilsynsansvar lige fra estimering gennem test, men med eksternt sælgerpersonale. Der er brug for mange flere møder.

Koordinering med erhvervsbrugere sker stadig internt for brugernes acceptprøvning, men systemintegrationstestning udføres ofte af eksterne teams.

Det ser endnu mere ud, når virksomheden kun bruger et program, der er hostet af en ekstern leverandør på cloud-webstedet.

Der er slet ingen krav på IT-personale på klientsiden, og det er lettere at få problemer løst, fordi kommunikationen og ejerskabet er på ét sted.

Der er også muligheder for god støtte, der kommer fra skalaen. Hvis vi f.eks. Betragter Salesforce CRM, samme forekomst af softwaren, serveres på samme arkitektur millioner af kunder via internettet. Eventuelle problemer eller driftsfejl vil blive rettet hurtigt af Salesforce, fordi det er en del af deres forretningsmodel.

Problemet med debugging processen bliver også forenklet, fordi det sker på det eksterne websted.

Dette forenkler projektlederens rolle.

Hvordan Cloud ændrer dit arbejdsområde

Der er flere måder, hvorpå skyen ændrer dit arbejdsområde.

Den mest effektive ændring, som skyen bringer, er, at det meste af din eksisterende infrastruktur på stedet taber betydning. I før-sky-æra var alle dine applikationer hostet på onsite-servere og datacentre. Når dine projektteam skifter til skyen, starter softwaren fra en ekstern side af en sælger. Hvad det betyder er, at dit kontorrum og datacenterets rumkrav til projekter reducerer kraftigt.

Med hensyn til personale ændrer ankomsten af ​​skyen blandingen af ​​personale og størrelsen af ​​medarbejderets IT-medarbejderhold, der er nødvendige for at understøtte det program, som dit projekt leverer. Før cloud computing var en seriøs mulighed, ville du have haft brug for et betydeligt antal applikationsudviklere, tekniske leads og QA-testere til at udføre forbedringer, fejlrettelser og udvikling, der var nødvendige som led i dit projekt. Når du er flyttet til cloud apps, går dit krav til disse slags teammedlemmer ned.

For det tredje, i før-sky-æraen, ville du have brug for internt IT-personale af væsentlig størrelse for at holde dine applikationer kørende. Som projektleder ville du have inkluderet disse støttefolk som en af ​​nøglerollerne på et projektteam, fordi planlægning af din overdragelse er vigtig.

Når skyen kommer ind i dit firma, kan du nedskære dine supportteams og få eksisterende medarbejdere reskilled og kortlagt til andre stillinger. Du skal stadig inkludere en projektoverdragelse på dit Gantt-diagram, men du vil gøre det anderledes, og det tager nok ikke så meget tid.

På den anden side vil du have brug for flere tekniske arkitekter og forretningsanalytikere på dit projektteam (og i branchen mere generelt) end tidligere. Disse eksperter vil være i stand til at koordinere med sælgerpersonalet til effektive anvendelsesområder.

Hvilke færdigheder kræver cloud computing efter projektledere?

Du skal muligvis erhverve flere nye projektledelsesevner for at kunne styre cloud-baserede engagementer. Her er nogle af de vigtigste:

1. Avancerede finansielle og costing færdigheder: Projektledere vil blive forpligtet til at beskæftige sig med miljøer, der vil være en blanding af applikationer hostet på onsite servere og de hosted på cloud sites.

Når en ny applikation skal udvikles, vil projektledere blive opfordret til at foretage costing og ROI-analyse for begge muligheder. Dette kræver viden om at koste for cloud-baserede miljøer og ekspertise ved at oprette et projektbudget.

2. Dybere viden om virksomhedsarkitektur: Dette skyldes igen, at det arkitektoniske landskab for applikationer bliver mere kompliceret efter flytningen til skyen. En dybere viden om virksomhedsarkitektur ville være påkrævet for at sikre, at nyere applikationer udvikles med de korrekte forretnings- og tekniske krav på en måde, at de fungerer problemfrit med de eksisterende applikationer, der er vært i skyen og på stedet.

3. Leverandør og kontraktforhandling: Selvom projektledere altid har brug for at have kontraktforhandlingskompetencer, kræver overgangen til skyen ledere at anvende leverandør- og kontraktforhandlingskompetencer oftere.

Der er et aspekt af yderligere overhead til dette, fordi udviklingen af ​​selv en lille ansøgning ville nødvendiggøre at arbejde med sælgeren for at stryge tingene ud.

At være projektleder på et skybaseret projekt er en god læringsmulighed og en fantastisk måde at udvide dine evner på!