Tässä lyhyesti: Ensinnäkin siirtämällä paikan päällä sijaitsevaa tietojenkäsittelyn infrastruktuuria etäpaikalle, miten hankeryhmät, asiakkaasi ja asiakkaasi pääsevät infrastruktuuriin ja sovelluksiin ovat täysin muuttuneet.
Toiseksi paikallisten projektiryhmien koko on vähentynyt huomattavasti ja niiden on pysyttävä paikan päällä.
Kolmanneksi, koska pilvessä istuvat sovellukset ylläpitävät myyjä, sovellusten kehittämiseen, hallintaan 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 pilvivastaavan johtajan Cloudwardsn ja Mauricio Prinzlaun johtajaksi selvittämään, mitä projektipäälliköiden on tiedettävä pilvestä ja miten se muuttaa työtilaa. Anna luovuttaa hänelle ...
Pre-Cloud Application Environment
Pilvilevyyn saakka keskimääräinen projektipäällikkö kohtasi ympäristöä: 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.
Projektipäällikön keskeiset velvollisuudet pilvipäivän aikakaudella
Ennen kuin cloud computing piti kiinni, projektiryhmän keskimääräisen projektipäällikön keskeiset vastuut näyttivät näin: työskentele teknisen arkkitehdin ja suunnittelijoiden kanssa suunnittelun ja arkkitehtuurin tarpeiden kanssa. 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 ja vuorovaikutuksessa sisäisten ryhmien kanssa tarvittaessa
Mitä se näyttää tänään
Katsotaan nyt, miten projektin johtajan rooli näyttää, kun yritys käyttää ulkopuolista toimittajaa kehittääkseen ja isännöi sovellusta niiden pilvialueella.
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ä aina arvioinnista testauksen kautta, mutta ulkopuolisten toimittajien 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ä.
Se näyttää entistäkin erilaisemmalta, kun yritys käyttää vain sovellusta, jonka isäntänä on ulkopuolinen toimittaja pilvipaikassa.
Asiakkaan puolella ei ole vaatimusta IT-henkilöstölle, ja ongelmien ratkaiseminen on helpompaa, koska viestintä ja omistajuus ovat samassa paikassa.
Myös mittakaavasta saadaan hyvät mahdollisuudet. 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.
Myös virheenkorjausprosessi yksinkertaistuu, koska se tapahtuu etäpaikallasi.
Tämä yksinkertaistaa projektin johtajan roolia.
Miten Cloud vaihtaa työtilaasi?
Pilvessä on useita tapoja muuttaa työtilaa.
Vaarallinen muutos, jonka pilvi tuo, on, että suurin osa olemassa olevasta paikan päällä olevasta infrastruktuurista on menettänyt merkityksen. Esi-pilvi-aikakaudella kaikki sovellukset järjestettiin paikan päällä olevilla palvelimilla ja datakeskuksilla. Kun projektiryhmät siirtyvät pilviin, ohjelmisto alkaa palvella kaukaiselta sivustolta myyjältä. Tämä tarkoittaa sitä, että toimistotila ja datakeskuksen avaruustarpeet suuresti vähentävät.
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 sovellukset toimisivat. 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 käyttää olemassa olevaa henkilöstöä uudelleen ja kartoittaa 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 analyytikoita projektityöryhmässä (ja yrityksessä yleisemmin) kuin aiemmin. Nämä asiantuntijat pystyvät sovittamaan yhteen toimittajahenkilökunnan vaatimusten täyttämiseksi tehokkaasti.
Mitä taitoja Cloud Computing vaatii projektipäälliköiltä?
Sinun on ehkä hankittava useita uusia projektihallintataitoja pilvipohjaisten sitoutumisten hallitsemiseksi. Seuraavassa on joitain tärkeimpiä:
1. Kehittyneet rahoitus- ja kustannusosaamiset: Projektinjohtajia vaaditaan käsittelemään ympäristöjä, jotka tulevat olemaan yhdistelmä sovelluspaikoilla isännöimille sovelluksille ja pilvipaikoille isännöidyille sovelluksille.
Kun uusi sovellus on tarkoitus kehittää, projektipäälliköitä pyydetään tekemään kustannus-ja ROI-analyysi molemmille vaihtoehdoille. 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 entistä 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. Myyjä ja sopimusneuvottelut: Vaikka projektipäälliköt ovat aina joutuneet neuvottelemaan sopimusneuvotteluista, siirtäminen pilvi edellyttää, että johtajat käyttävät myyjiä ja sopimusten neuvottelutaitoja useammin.
Tällöin on olemassa lisäkustannuksia, koska jopa pienen sovelluksen kehittäminen edellyttäisi toimittajan kanssa työskentelyä silitysraudasta.
Pilvipohjaisen projektin projektipäällikkö on erinomainen oppimismahdollisuus ja upea tapa laajentaa taitojasi!