Mitä projektipäälliköt tarvitsevat pilvestä

Pilvilaskenta on muuttanut täysin tapoja, joilla yritykset hallitsevat ja käyttävät yrityksiä maailmanlaajuisesti. On olemassa joitain keskeisiä näkökohtia, miten cloud computing on muuttanut liiketoimintaympäristön maisemaa ja projektipäälliköksi. Meidän on tiedettävä, mikä tämä tarkoittaa meidän rooleillemme, onko kyseessä paras projektinhallintaohjelmiston työkalu tai sovelluksen käynnistäminen asiakas.

Tässä lyhyesti: Ensinnäkin siirtämällä paikan päällä sijaitsevaa tietojenkäsittelyn infrastruktuuria etäpaikalle, miten projektiryhmät, asiakkaasi ja asiakkaasi pääsevät infrastruktuuriin ja sovelluksiin ovat täysin muuttuneet.

Toiseksi paikallisten projektiryhmien koko on vähentynyt huomattavasti ja niiden paikan päällä olevien henkilöiden osaaminen on muuttunut.

Kolmanneksi, koska myyjä ylläpitää pilvessä olevia sovelluksia, sovellusten kehittämiseen, hallinnointiin ja käyttöönottoon liittyvät prosessit ovat muuttuneet ja hankkeet sisältävät myös näihin liittyviä tehtäviä.

Selvä kuin muta? Ajattelinkin niin! Soitin Cloud Cloudin johtajan ja Cloudwardsin toimitusjohtajaksi. net, Mauricio Prinzlau, selittää enemmän siitä, mitä projektipäälliköiden on tiedettävä pilvestä ja miten se muuttaa työtilaasi. Antakaamme hänen luovutuksensa …

Pilvipäivän sovellusympäristö

Pilvilevyyn saakka keskimääräinen projektipäällikkö kohtasi tällaista: Palvelimet järjestetään yrityksen sisällä, joko tiloissa tai ulkoisissa tiloissa. Asiakkaanpuoleiset työasemat ja kannettavat tietokoneet jakautuvat yrityksen toimistoihin ja niitä hallinnoi suuri sisäinen IT-henkilöstö.

Suurin osa tietotekniikkajärjestelmien kehityksestä ja kunnossapidosta toteuttavat kehittäjät, joilla on suuri sisäinen kehittäjien joukko. Mukana on joitain urakoitsijoita, mutta suurin osa henkilöstöstä on kokopäiväisiä työntekijöitä. Kuulostaa tutulta? Jos olet työskennellyt projektipäällikkönä yli viiden tai kuuden vuoden ajan, niin se tulee.

Projektinhallinnan ydinvoimakkuudet pilvipäivän aika-alueella

Ennen kuin pilvipalvelu otettiin huomioon, projektin keskimääräisen projektipäällikön keskeiset vastuut näyttivät seuraavasti: tekninen arkkitehti ja suunnittelijat suunnittelua ja arkkitehtuuria varten. Arvioida, suunnitella, valvoa, hallinnoida, seurata ja koordinoida analyyseja, suunnitella, koodata ja testata tehtäviä vastaavien joukkueiden välillä. Koordinoi yritysasiakkaiden kanssa käyttäjän hyväksymistestauksen ja ulkopuolisten ryhmien kanssa järjestelmäkokeet tarvittaessa. Pidä kokonaisvastuu toimituksesta, vuorovaikutuksessa sisäisten tiimien kanssa

Nyt näyttää siltä, ​​kuinka projektipäällikön rooli näyttää, kun yritys käyttää ulkopuolista toimittajaa kehittääkseen ja vastaanottaakseen sovelluksen pilvialueellaan.

Suunnittelussa ja arkkitehtuurissa ei ole sisäisiä tiimin jäseniä. Sinun on vain vuorovaikutuksessa suunnittelijoiden ja arkkitehtien kanssa myyjän puolelta etänä, ja heidän tulee paikan päällä tapaamisiin tarpeen mukaan

Koordinoinnin yleiskustannukset kasvavat, koska sinun on vielä huolehdittava valvontatehtävistä arvioinnista testauksen kautta, mutta ulkopuolisen toimittajan henkilöstön kanssa. Paljon enemmän kokouksia tarvitaan.

Yhteensovittaminen yritysasiakkaiden kanssa tapahtuu yhä sisäisesti käyttäjän hyväksymistestauksessa, mutta järjestelmien integraatiotestaus tehdään useimmiten ulkopuolisilta ryhmiltä.

Näyttää entistäkin erilaiselta, kun yritys käyttää vain sovellusta, jonka isäntänä on ulkopuolinen toimittaja pilvipaikassa.

Asiakkaan puolella ei ole vaatimuksia IT-henkilöstölle, ja ongelmien ratkaiseminen on helpompaa, koska viestintä ja omistajuus ovat samassa paikassa.

Myös mittakaavasta saa hyvää tukea. Jos esimerkiksi pidämme Salesforce CRM: ää, samaa ohjelmistoa, samassa arkkitehtuurissa palvelee miljoonia asiakkaita internetin välityksellä. Salesforce vahvistaa nopeasti kaikki ongelmat tai toimintahäiriöt, koska se on osa liiketoimintamallia.

Järjestelmän virheenkorjausprosessi yksinkertaistuu, koska se tapahtuu etäpaikallasi.

Tämä yksinkertaistaa projektinhallinnan roolia.

Miten pilvi muokkaa työtilaa

Pilvi muuttuu työtilallesi useilla tavoilla.

Pilvessä vaikuttava muutos on se, että suurin osa olemassa olevasta infrastruktuurisi on menettänyt merkityksen. Esi-pilvi-aikakaudella kaikki sovellukset järjestettiin paikan päällä sijaitsevilla palvelimilla ja datakeskuksilla. Kun projektiryhmät siirtyvät pilviin, ohjelmisto alkaa palvella kaukaiselta sivustolta myyjältä. Tämä tarkoittaa sitä, että toimistotilasi ja datakeskuksen avaruustarpeet vähenevät huomattavasti.

Henkilöstön osalta pilven saapuminen muuttaa henkilöstön yhdistelmää ja työntekijöiden tietotekniikkaryhmien kokoa, jotka tarvitsevat tukemalla projektisi toteuttamia sovelluksia. Ennen kuin pilvipalvelu oli vakava vaihtoehto, tarvitsisi huomattavaa määrää sovelluskehittäjiä, teknisiä johtimia ja laadunvalvontajärjestelmien testaajia hankkimaan parannuksia, korjauksia ja kehitystä. Kun olet siirtynyt pilvi-sovelluksiin, vaatimuksesi tällaisille tiimin jäsenille laskee.

Kolmanneksi, ennen pilvi-aikakautta, olisit tarvinnut sisäisen IT-henkilökunnan huomattavan koon, jotta sovelluksesi pysyisivät käynnissä. Projektinjohtajana olisit sisällyttänyt nämä tukihenkilöt yhdeksi projektiryhmän keskeisimmistä tehtävistä, koska luovutuksen suunnittelu on tärkeää.

Kun pilvi saapuu yrityksellesi, voit pienentää tukitiimejäsi ja saada olemassa oleva henkilöstö keräämällä ja kartoittamalla muihin tehtäviin. Sinun on vielä sisällytettävä projektinvaihdon Gantt-kaaviosi, mutta teet sen toisin ja se ei todennäköisesti vie niin paljon aikaa.

Toisaalta tarvitset lisää teknisiä arkkitehteja ja yritysanalyytikkoja projektityösi (ja liiketoiminnassa yleisemmin) kuin aiemmin. Nämä asiantuntijat pystyvät sovittamaan yhteen toimittajahenkilökunnan vaatimusten täyttämiseksi tehokkaasti.

Mitä osaamista vaaditaan pilvipalvelujen kysynnästä projektipäälliköiltä?

Sinun on ehkä hankittava useita uusia projektinhallintataitoja pilvipohjaisten sitoumusten hallitsemiseksi. Seuraavassa on joitain tärkeimpiä:

1. Edistyneet rahoitus- ja kustannusosaamiset:

Projektinjohtajia vaaditaan käsittelemään ympäristöjä, jotka tulevat olemaan yhdistelmä sovelluksia, joita isännöi paikan päällä olevilla palvelimilla ja pilvipalveluissa isännöidyillä sovelluksilla. Kun uutta sovellusta on tarkoitus kehittää, projektipäälliköitä pyydetään tekemään molempien vaihtoehtojen kustannus- ja ROI-analyysi. Tämä edellyttää tietoa pilvipohjaisten ympäristöjen kustannuksista ja asiantuntemuksesta projektin budjetin luomisessa.

2. Syvempi tietämys yritysarkkitehtuurista:

Tämä johtuu siitä, että sovellusten arkkitehtoninen maisema muuttuu monimutkaisemmaksi pilvensiirtymisen jälkeen. Yrityksen arkkitehtuurin tuntemusta tarvitaan entistä paremmin, jotta uudet sovellukset saataisiin kehitetty oikeilla liiketoiminta- ja teknisillä vaatimuksilla siten, että ne toimivat saumattomasti pilvessä ja paikan päällä olevien sovellusten kanssa. 3. Toimittaja- ja sopimusneuvottelut:

Vaikka projektipäälliköillä on aina ollut sopimusneuvotteluja, siirtäminen pilvi edellyttää, että johtajat käyttävät myyjiä ja sopimusneuvotteluita useammin. Tällöin on olemassa ylimääräinen yleiskustannus, koska jopa pienen sovelluksen kehittäminen edellyttäisi toimittajan kanssa tehtävää rautaa.

Pilvipohjaisen projektin projektipäällikkö on erinomainen oppimismahdollisuus ja upea tapa laajentaa taitojasi!