Šeit ir īss: pirmkārt, pārejot uz vietējo datoru infrastruktūru attālā vietā, tas, kā projektu komandas, jūsu klienti un klienti piekļūst infrastruktūrai un lietojumprogrammām, ir pilnībā mainījušies.
Otrkārt, vietējo projektu komandu lielums ir ievērojami samazinājies, un ir mainījušies to cilvēku prasmes, kuri ir jāturpina uz vietas.
Treškārt, tādēļ, ka lietojumprogrammas, kas atrodas mākonī, uztur piegādātājs, ir mainījušies procesi, kas saistīti ar lietojumprogrammu izstrādi, pārvaldīšanu un iestatīšanu, un projekti ietver arī uzdevumus par tiem.
Skaidrs kā dubļi? ES tā domāju! Es aicināju Cloudward.net vadītāja Cloud Expert un Mauricio Prinzlau vadītāju Cloud Expert un CEO paskaidrot vairāk par to, kas projektu vadītājiem jāzina par mākoņu un kā tas maina jūsu darbvietu. Atgriezīsimies viņam ...
Pirms mākoņošanas lietojumprogrammu vide
Līdz mākoņa atnākšanai vide, ar ko saskārās vidējais projekta vadītājs, izskatījās šādi: serveri tiek izvietoti uzņēmumā gan telpās, gan ārējās telpās. Klientu puses galddatori un klēpjdatori tiek izplatīti uzņēmuma birojos, un tos pārvalda liels iekšējais IT personāls.
Lielāko IT sistēmu izstrādi un uzturēšanu veic izstrādātāji, kuriem ir liels iekšējais izstrādātāju kopums. Ir iesaistīti daži darbuzņēmēji, bet lielākā daļa darbinieku ir pilna laika darbinieki. Skaņa pazīstama Ja esat strādājis par projekta vadītāju vairāk nekā piecus vai sešus gadus, tas būs.
Projekta vadītāja galvenā atbildība pirms mākoņdadienu
Pirms mākoņdatošana notika, galvenais pienākums attiecībā uz vidējo projektu vadītāju programmatūras projektā izskatījās šādi: Strādājiet ar tehnisko arhitektu un dizaineriem, lai tie atbilstu dizaina un arhitektūras prasībām. Novērtē, plāno, uzrauga, pārvalda, izseko un koordinē analīzes, projektēšanas, kodēšanas un testēšanas uzdevumus starp attiecīgajām komandām. Ja nepieciešams, saskaņojiet ar biznesa lietotājiem lietotāju pieņemšanas testus un ārējās komandas sistēmas testēšanai. Uzņemties vispārēju atbildību par piegādi, vajadzības gadījumā sazinoties ar iekšējām komandām
Ko tas izskatās šodien
Tagad pievērsīsim uzmanību tam, kā projekta vadītāja loma izskatās, kad uzņēmums izmanto ārēju piegādātāju, lai izstrādātu un uzņemtu lietojumprogrammu mākoņa vietnēs.
Projektēšanas un arhitektūras daļā nav iesaistīti iekšējie komandas locekļi. Jūs tikai attālināti sadarbojieties ar dizaineriem un arhitektiem no pārdevēja pusēm, kad viņi pēc nepieciešamības ierodas sanāksmēs
Koordinācijas pieskaitāmās izmaksas palielinās, jo jums joprojām jārūpējas par pārraudzības pienākumiem, sākot no novērtēšanas ar testēšanu, bet ar ārēju piegādātāju personālu. Ir vajadzīgas vēl daudzas tikšanās.
Saskaņošana ar biznesa lietotājiem joprojām notiek iekšēji lietotāju pieņemšanas testēšanai, bet sistēmu integrācijas testēšanu visbiežāk veic ārējas komandas.
Tas izskatās vēl atšķirīgāk, ja uzņēmums izmanto tikai ārēju piegādātāju, kuru mitina mākoņa vietne.
Nepastāv prasība par IT personāla komplektēšanu klienta pusē, un problēmu atrisināšana ir vieglāka, jo saziņa un īpašumtiesības ir vienā vietā.
Ir arī iespējas saņemt labu atbalstu, kas nāk no mēroga. Piemēram, ja mēs uzskatām, ka Salesforce CRM, tas pats programmatūras gadījums, tajā pašā arhitektūrā miljoniem klientu apkalpo internetā. Jebkurus jautājumus vai darbības defektus ātri nosaka Salesforce, jo tā ir daļa no viņu uzņēmējdarbības modeļa.
Problēmu atkļūdošanas process tiek vienkāršots, jo tas notiek attālajā vietnē.
Tas vienkāršo projekta vadītāja lomu.
Kā mākonis mainīs jūsu darbvietu
Ir vairāki veidi, kā mākonis mainīs jūsu darbvietu.
Visnoderīgākās pārmaiņas, ko rada mākonis, ir tādas, ka lielākā daļa no jūsu esošajām infrastruktūrām vietā zaudē nozīmi. Pirms mākoņa laikmeta visi jūsu lietojumprogrammas tika izvietotas vietņu serveros un datu centros. Kad jūsu projektu komandas pāriet uz mākoni, programmatūra tiek piegādāta no attālinātās vietnes no piegādātāja. Tas nozīmē, ka jūsu biroja telpu un datu centru telpu prasības projektiem ievērojami samazina.
Darbinieku ziņā mākoņa ienākšana maina personāla un darbinieku IT darbinieku komandu lielumu, kas vajadzīgs, lai atbalstītu jebkuru projektu, ko jūsu projekts piegādā. Pirms mākoņdatošana bija nopietna opcija, jums vajadzēja ievērojamu skaitu lietojumprogrammu izstrādātāju, tehnisko vadītāju un kvalitātes nodrošinājuma testētāju, lai veiktu uzlabojumus, kļūdu labojumus un izstrādi, kas nepieciešama kā daļa no jūsu projekta. Kad esat pārietu uz mākoņa lietojumprogrammām, jūsu prasība šādām komandas biedru kategorijām samazināsies.
Treškārt, pirms mākoņa laikmeta jums vajadzētu būt nepieciešamiem liela izmēra iekšējiem IT darbiniekiem, lai jūsu pieteikumi darbotos. Kā projekta vadītājs jūs būtu iekļāvis šos atbalsta darbiniekus kā vienu no galvenajām lomām projekta komandā, jo ir svarīgi, lai jūsu pārcelšana būtu plānota.
Kad mākonis ierodas jūsu uzņēmumā, varat samazināt savas atbalsta komandas un esošos personālus no jauna apkopot un kartīt uz citām pozīcijām. Ganta diagrammā joprojām būs jāiesniedz projekta nodošana, taču jūs to darīsi savādāk, un tas, iespējams, neaizņems tik daudz laika.
No otras puses, jūsu projekta komandā (un uzņēmējdarbībā kopumā) būs nepieciešami vairāk tehnisko arhitektu un biznesa analītiķi nekā iepriekš. Šie eksperti varēs saskaņot ar pārdevēja personālu, lai efektīvi piemērotu prasības.
Kādas prasmes ir par Cloud Computing pieprasījumu no projektu vadītājiem?
Lai pārvaldītu mijiedarbības saistības, jums, iespējams, būs jāiegūst vairākas jaunas projektu vadības iemaņas . Šeit ir daži no svarīgākajiem:
1. Izcilas finanšu un kvantitatīvās prasmes: projektu vadītājiem būs jāstrādā ar vidi, kas būs dažādu lietojumprogrammu kopums vietņu serveros un tajos, kas tiek mitināti mākoņa vietnēs.
Ja tiks izstrādāts jauns pieteikums, projekta vadītājiem tiks prasīts veikt izmaksu aprēķinus un IA analīzi abām iespējām. Tas prasa zināšanas par mākonis balstītu vidi un ekspertīzes izmaksām, veidojot projekta budžetu .
2. Dziļāka zināšanu par uzņēmuma arhitektūru: tas atkal ir saistīts ar faktu, ka arhitektūras ainava pieteikumiem kļūst sarežģītāka pēc pāriet uz mākoni. Būtu vajadzīgas padziļinātas zināšanas par uzņēmuma arhitektūru, lai nodrošinātu, ka jaunākās lietojumprogrammas tiek izstrādātas ar pareizām uzņēmējdarbības un tehniskajām prasībām tādā veidā, ka tās strādā nemanāmi ar esošajām lietojumprogrammām, kas tiek mitinātas mākonī un vietā.
3. Pārdevēja un līguma sarunas. Lai gan projektu vadītājiem vienmēr ir nepieciešamas prasmes sarunās ar līgumslēdzējām pusēm, pāreja uz mākoni prasa vadītājiem biežāk izmantot pārdevēju un līgumu sarunu prasmes.
Tam ir papildu pieskaitāmās izmaksas, jo pat neliela lietojuma attīstīšana prasa strādāt ar pārdevēju, lai izvairītos no problēmām.
Projekta vadītājs mākonis balstītajā projektā ir lieliska mācību iespēja un fantastisks veids, kā paplašināt savas prasmes!