Skip to main content

”Zombit! Niitä on kaikkialla!” huutaa kauhistunut henkilö juostessaan pakoon pimeää, rappeutunutta taloa. Hänen takanaan näet zombit, jotka lähestyvät hitaasti mutta hellittämättä karmivana laumana ja etsivät jotain, minkä voisivat saada kiinni ja syödä.

Olet nähnyt tämän kohtauksen aiemmin kauhuelokuvissa. Mutta digitaalisilla projektipäälliköillä on omat zombinsa, jotka sinnikkäästi jahtaavat heitä joka käänteessä. Niitä ovat projektinhallinnan riippuvuudet – nuo arvaamattomat yhteydet projektien välillä, projektisi ja monien tuntemattomien tekijöiden välillä tai muut tehtävien väliset suhteet.

Ne vaanivat jokaisen nurkan takana. Ne kummittelevat sinulle päivin ja öin ja yrittävät musertaa sinut pelkällä lukumäärällään sekä nielaista projektisi monimutkaisuuden vyyhtiin. Ne hiipivät taaksesi silloin, kun vähiten odotat niitä, ja ottavat projektisi hallintaansa. Zombit ja projektin riippuvuudet ovat aina ovelia!

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Zombikäsikirja: säännöt projektiriippuvuuksien hallintaan

Projektipäälliköt tarvitsevat ”zombikäsikirjan” – joukon sääntöjä, jotka pitävät projektit turvallisina ja terveinä, kun projektin sisäiset riippuvuudet ja muut tekijät yrittävät jäljittää sinut.

Projektin ja projektin tehtävien riippuvuudet uhkaavat projektiasi, koska ne lisäävät monimutkaisuutta ja ovat arvaamattomia. Yksittäisen projektin projektipäällikkö ei hallitse jotakin toista projektiryhmää tai toimintoa.

Silti yrityksen projektit hyödyntävät yhteistä resurssipoolia, joka koostuu esimerkiksi myynnin, laadunvarmistuksen ja sääntelyn kaltaisista toiminnoista. Kun mukana on enemmän kuin kaksi projektia, monimutkaisuus kasvaa moninkertaiseksi, ja tilanne voi riistäytyä hallinnasta paitsi eksponentiaalisesti myös faktoriaalisesti.

Sillä kaikella, mitä yksittäinen sidosryhmän jäsen tekee, on vaikutusta tiimisi jäseniin, halusit sitä tai et. Esimerkiksi projektisi saattaa riippua ohjelmistosta, jota toinen projekti kehittää. Tämä projektinhallinnan edeltäjä on tehtävä, joka on saatava valmiiksi ennen kuin projektisi seuraajatehtävä voi alkaa.

Aluksi näyttää siltä, ettei toisella projektilla ole mitään ongelmia toimittaa ajoissa, mutta kun päivät kuluvat ja sitten vierähtää viikko tai kaksi, alat kuulla zombien lähestyvän. Ne tulevat projektisi perään!

Saatat ajatella, että tätä riskiä oli vaikea ennakoida. Mutta nyt se on kohdallasi, ja sitten olet sen otteessa! On liian myöhäistä konsultoida zombikäsikirjaa.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Projektiriippuvuudet ja riskienhallinta

Zombikäsikirjan ensimmäinen luku neuvoo projektipäälliköitä ajattelemaan projektin riippuvuuksia riskienhallinnan näkökulmasta. Hetket, jolloin projektisi on riippuvainen muista ihmisistä tai tapahtumista, joihin et voi vaikuttaa, ovat luonnostaan riskialttiita. Ulkoinen riippuvuus, johon et voi vaikuttaa ja jolla voi olla kielteinen vaikutus projektiisi, on yksi riskityyppi.

Tärkeä — usein huomiotta jäävä — vaihe on määritellä projektisi riskit hyvissä ajoin. Miten ennakoit nämä riskit? Aloita jakamalla ne luokkiin, kuten:

  • Tekninen riski — Esimerkki: Käytät uutta teknologiaa, joka on joko maailmalle uusi tai yrityksellesi uusi; toimiiko se luvatusti?
  • Kumppaniriski — Esimerkki: Olet ulkoistanut API:n kehittämisen; toimittaako kumppani ajoissa, jotta projektisi aikataulu?
  • Markkinariski — Esimerkki: Sinun projektisi siirtyy uudelle mutta viereiselle markkina-alueelle; tunnemmeko alan todella?
  • Sisäinen riski — Esimerkki: Myyntitiimin työlista on täynnä; ovatko he valmistelleet materiaalit projektini messuja varten?
  • Resurssiriski — Esimerkki: Rakennat uutta verkkosivustoa, mutta se tarvitsee testausta; oletat, että tähän työhön on käytettävissä resursseja, mutta varmistitko asian kyseiseltä toiminnolta?

Sinun projektisi voi myös tulla riippuvaiseksi laajemman maailman tekijöistä, joihin et voi vaikuttaa. Esimerkiksi Bluetoothin kaltaisista alustoista, jotka tuntuvat aina aiheuttavan päänvaivaa. Tai projektisi menestys voi riippua hallituksen asettamasta rajoitteesta, kuten GDPR:stä tai muusta kotimaisesta tai ulkomaisesta säädöksestä.

Projektin riippuvuudet ja tiimin roolit

Suurin osa projektiriippuvuuksiin liittyvästä riskistä johtuu tarkistamattomista oletuksista. Luulit, että joku työskenteli tärkeän toimitettavan kokonaisuuden parissa, mutta aikataulu oli epäselvä. Monimutkaisten riippuvuuksien hallinta edellyttää ennakoivaa viestintää, eivätkä ihmiset yksinkertaisesti ole siinä hyviä. Liian usein oletamme, ja olettaminen on aina ongelmallista.

Joten tässä on jälleen yksi sääntö zombikäsikirjasta: kun pystyt ennakoimaan riippuvuuksia, etsi asiaan liittyvät osapuolet. Varmista, että kaikki ovat samalla sivulla.

Kuulostaako alkeelliselta? Kyllä. Mutta kuinka monella projektilla ilmenee jonkinlaisia vaikeuksia yksinkertaisten väärinkäsitysten vuoksi? TCGenillä olemme kehittäneet muokatun ja parannetun version RACI-kaaviosta, joka voi auttaa. Se määrittelee roolit ja vastuut projektisi sisällä, ei projektien välillä, mutta se on alku.

Se auttaa ennakoimaan riippuvuuksia, koska se näyttää, mitkä toiminnot ovat mukana projektissasi ja milloin. Näin voit määritellä projektisi alueet, jotka ovat todennäköisesti riippuvaisia muista projekteista tai ulkoisista tekijöistä, kuten sääntelyviranomaisista tai kehityskumppaneista. Myös Gantt-kaavion tai Kanban-taulun kaltainen työkalu voi auttaa tässä.

Työkaluista puheen ollen:

Riippuvuuksien hallinta: kaksi menetelmää projektinhallinnan työkalupakista

Tässä on vielä kaksi työkalua, jotka voivat auttaa pitämään zombit loitolla:

Kriittiset polut

Olet ehkä kuullut käsitteestä tiimien tiimi. Tällöin koko yritys hahmotetaan metatiimiksi, joka koostuu monista tiimeistä, jotka kokoontuvat vapaasti yhteen mukautuvalla tavalla. Resurssit ja ihmiset siirtyvät muualle vapaasti, kun niitä ei enää tarvita.

zombi, jonka hautakivissä esitetään kriittisen polun menetelmä

Kriittisen polun menetelmä.

Nyt saatat tuntea kriittisen polun menetelmän, joka kartoittaa toisistaan riippuvaiset tehtävät osana projektisuunnitelmaa. Kuvittele kartta, joka näyttäisi kriittiset riippuvuudet ja kriittiset polut useiden projektien välillä. Kuin kriittisten polkujen kriittinen polku.

mutkittelevaa tietä kulkeva zombi

Kriittiset polut ovat hyödyllisiä projektien välisten riippuvuuksien seuraamisessa.

Aivan kuten kriittisen polun menetelmä näyttää projektin toimintojen väliset riippuvuudet, projektiriippuvuuksien kriittinen polku saattaa näyttää, missä useiden projektien välillä on riippuvuuksia. Projektiriippuvuuksien kriittinen polku tunnistaisi projektien väliset keskeiset riippuvuudet sekä projektien sisäiset riippuvuudet.

2. Julkaisusuunnitelmat

Toinen keskeinen luku zombien käsikirjassa: julkaisusuunnitelmat. Tunnet tämän työkalun ketterästä kehityksestä. Se jakaa suuremmat projektit erillisiin julkaisuihin riippumatta siitä, julkaistaanko ne markkinoille vai ei, ja jakaa ne edelleen niiden osana oleviin sprintteihin.

esimerkki projektin julkaisusuunnitelmasta

Esimerkki projektin julkaisusuunnitelmasta.

Tunnista sprintit, jotka ovat projektin riippuvuuksien näkökulmasta riskialtteimpia. Ota yhteyttä avainhenkilöihin ja projektipäälliköihin. Varoita heitä asianmukaisesti tiellesi osuvista zombeista.

Projektiriippuvuuksien hallinta: lisää vinkkejä zombien käsikirjasta

Mitä muuta tarvitset zombien käsikirjaasi? Tässä on muutamia maalaisjärkeä hyödyntäviä vinkkejä projektin riippuvuuksien hallintaan — ennen kuin ne alkavat hallita sinua!

  • Hyväksy, että kaikissa projekteissa on riippuvuuksia. Mitä suurempi projekti, sitä enemmän riippuvuuksia siinä todennäköisesti on. Jos et usko, että niitä tulee olemaan, tai et pysty kuvittelemaan, missä niitä esiintyy, yritä kovemmin.
  • Kirjaa oletuksesi riippuvuuksista. Jaa ne erilaisiin riippuvuustyyppeihin, kuten ”kumppanit”, ”muut projektit”, ”ulkoiset tahot, joita en voi hallita” ja niin edelleen.
  • Ymmärrä projektin arkkitehtuuri. Tapaa tekniset vetäjät ja kartoita projektin integraatio: milloin ja mitkä osat on sovitettava yhteen. Tunnista tunnetut riippuvuudet.
  • Selkeytä toiminnalliset roolit ja vastuut. Ota yhteyttä toisistaan riippuvaisten ohjelmien projektipäälliköihin. Keskustele riippuvuuksista ja arvioi projektin riskit.
  • Seuraa riippuvuuksia ja viesti niistä. Sisällytä keskeiset riippuvuudet tiimikokousten tai päivitysten asialistalle.
  • Ota käyttöön muodollinen eskalointiprosessi. Tiedä, keneen ottaa yhteyttä ongelmatilanteessa.

Projektiriippuvuudet: ei hopealuoteja

Voit kuulla niiden tulevan, mutta et näe niitä. Digitaalisille projektipäälliköille nämä odottamattomat riskit ja monimutkaiset riippuvuudet ovat niitä sananmukaisesti yössä kolisevia asioita. Mutta näiden ”epäkuolleiden” ei tarvitse tuhota projekti­asi.

Tilanne on hankala, sillä näiden hirviöiden kukistamiseen ei ole mitään hopealuotia tai valkosipulikaulakorua. Mutta edellä kuvatut vaiheet voivat pienentää riskiä, ennen kuin joudut juoksemaan karmivasta talosta kirkuen.

Zombeja on kaikkialla. Varaudu siis. Pienellä suunnittelulla ja huolellisuudella olet aina askeleen niitä edellä!

Jos haluat lisätietoja projektien riippuvuuksiin valmistautumisesta ja niiden toiminnasta käytännössä, tilaa DPM-uutiskirje tai liity jäseneksi! Tai kuuntele podcastimme: Näin puhut riskeistä niin, että kaikki kuuntelevat.