Iga ehitusprojekt algab plaanist. Pannakse paika staadiumid, tegevused asetatakse ajajoonele, määratakse nendevahelised sõltuvused ja vastutajad.

Siis algab projekt.

Projekteerimispakett hilineb, otsuse tegemine võtab oodatust kauem või lahendamata probleem takistab järgmise tegevusega alustamist. Hange nihkub, üks verstapost lükkub edasi ja lõpuks on projektil juba uus plaan. Ajagraafikut uuendatakse vastavalt uuele olukorrale.

Iga uuendusega muutub aga järjest keerulisemaks näha, kuidas projekt algsest plaanist kõrvale kaldus.

Kõige uuem Gantti graafik näitab, kus projekt praegu on.

See ei pruugi näidata, kuidas projekt sinna jõudis.

Arendajate ja projektijuhtide jaoks on sellel oluline vahe. Kui projekt on kuus nädalat ajagraafikust maas, ei ole kõige olulisem küsimus tavaliselt see, mida tänane ajagraafik näitab.

Olulisem on:

Kust viivitus tegelikult alguse sai?

Ehitusprojekti ajagraafik muutub pidevalt

Gantti graafikut käsitletakse sageli eelkõige planeerimisvahendina. Projekti alguses paigutatakse tegevused ajajoonele, sõltuvused näitavad, mis peab juhtuma enne järgmise tegevuse algust, ning verstapostid määravad projekti olulisemad tähtajad.

Ehitusprojekti ajagraafik ei ole aga staatiline. Kuupäevad nihkuvad, tegevusi lisandub, sõltuvused muutuvad, verstapostid liiguvad ning uus info mõjutab juba planeeritud töid.

Ajagraafiku uuendamine on vajalik. Iga uuendus loob aga uue versiooni sellest, kuidas tiim arvab, et projekt edasi liigub.

Kui alles jääb ainult kõige uuem ajagraafik, kaob osa projektiajaloost. Tiim näeb tänast plaani, kuid järjest keerulisem on tuvastada hetke, mil tegelikkus algsest plaanist esimest korda kõrvale kaldus.

Probleem ei ole teadmises, et projekt hilineb

Selleks ajaks, kui oluline verstapost on juba edasi nihkunud, teavad tavaliselt kõik, et projekt hilineb. Keerulisem on mõista, miks see juhtus.

Kas tegevus ise hilines või ootas see midagi muud? Milline lahendamata probleem seda mõjutas? Kas viivituse põhjustas projektimuudatus? Kas vajalik otsus tehti liiga hilja? Või oli algne ajagraafik ebarealistlik?

Ja võib-olla kõige olulisem:

Millal oleksime esimest korda saanud teada, et verstapost on ohus?

Nendele küsimustele vastamiseks ei piisa ainult Gantti graafikust. Ajagraafik peab olema seotud sellega, mis projektis tegelikult toimus.

Kuidas muuta projekti ajagraafik jälgitavaks

01

Koosta projektiplaan Gantti graafikus

Alguspunkt on endiselt ajagraafik.

Gantti graafik annab tiimile visuaalse ülevaate projekti tegevustest ajas: nende algus- ja lõppkuupäevadest, kestusest, verstapostidest, vastutajatest, edenemisest ja tegevustevahelistest sõltuvustest. Aktiivses projektis loob see ühise arusaama sellest, mis peaks juhtuma ja millal.

Digitaalse projektigraafiku väärtus võiks aga ulatuda kaugemale tegevuste visualiseerimisest ajajoonel. Tegevused peaksid olema osa projekti laiemast infostruktuurist, sest ükski ülesanne ei eksisteeri päriselt eraldiseisvana.

02

Seo tegevused sõltuvuste kaudu

Võtame lihtsustatud tegevuste jada:

Eelprojekt põhiprojekt ehitushange tööprojekt

Kui eelprojekti kinnitamine nihkub kaks nädalat, võib selle mõju kanduda edasi kõigile sellest sõltuvatele tegevustele. Sõltuvused muudavad need seosed nähtavaks.

Nii saab projektitiim aru, et hilinenud tegevus ei ole lihtsalt üks eraldiseisev hiline ülesanne Gantti graafikus. See võib olla terve järgnevate tegevuste ahela algus.

See muutub eriti oluliseks keerukates arendusprojektides, kus kümned tegevused sõltuvad mujal projektis tekkivast infost, otsustest või tehtavast tööst.

Selle asemel, et vaadata ainult, milline tegevus hilineb, saab tiim aru ka sellest, mida see tegevus omakorda mõjutab.

03

Seo ülesanded tegevustega, mida need mõjutavad

Ajagraafik näitab, mis pidi juhtuma. Ülesanded aitavad selgitada, mis tegelikult juhtus.

Oletame, et põhiprojekt pidi valmima 10. märtsiks. Koordineerimise käigus tekib aga lahendamata probleem, mille tõttu ei saa projekti kinnitada. Kinnitus nihkub, hange ei saa alata ning edasi liigub ka hanke verstapost.

Kui projektiga seotud ülesanne asub ühes süsteemis ja ajagraafik teises, peab keegi hiljem selle sündmuste jada taastamiseks teadma, et need kaks asja olid omavahel seotud.

Kui ülesanded ja projekti tegevused on omavahel ühendatud, muutub see seos osaks projektiajaloost. Tiim näeb, et tegevus ei nihkunud lihtsalt niisama, sellega oli seotud konkreetne probleem.

Ka probleem ise jääb jälgitavaks: millal see tekkis, kes selle eest vastutas, kuidas selle staatus muutus, millal see lahendati ning millist projekti osa see mõjutas.

Nii muutub probleemide jälgimine avatud ja suletud teemade nimekirjast osaks selgitusest, kuidas projekt tegelikult arenes.

04

Säilita ajagraafiku varasemad versioonid

Siin muutub projekti ajagraafiku jälgimine oluliselt väärtuslikumaks.

Jaanuari ajagraafik näitab seda, kuidas tiim jaanuaris projekti kulgu ette kujutas. Aprilli ajagraafik näitab, kuidas see arusaam oli kolme kuu jooksul muutunud. Projekti lõplik ajagraafik näitab, mis tegelikult juhtus.

Need ei ole üleliigsed versioonid. Need näitavad, kuidas projekt aja jooksul arenes.

Gantti graafiku varasemate versioonide säilitamine võimaldab võrrelda algset baasgraafikut hilisemate uuenduste, prognooside ja lõpuks tegeliku tulemusega. Selle asemel, et näha ainult kuue nädala võrra nihkunud verstaposti, saab tiim näha ka seda, millal see nihe esimest korda ajagraafikusse tekkis.

Võib-olla tekkis esimene kahenädalane nihe veebruaris. Märtsis liikus järgmine sõltuv tegevus. Maiks oli kuuenädalane viivitus juba vältimatu.

Sellist ajalugu on äärmiselt keeruline hiljem taastada, kui iga uus ajagraafik kirjutab eelmise lihtsalt üle.

05

Säilita ülesannete jälgitavus ka pärast nende lahendamist

Tehtud ülesanne on endiselt projektinfo.

Aktiivse projekti ajal keskendub tiim loomulikult sellele, mis on veel lahendamata. Kui probleem saab lahenduse, kaob see tähelepanu alt. Kuid kuid hiljem võib seesama probleem selgitada, miks mingi tegevus nihkus, miks tehnilist lahendust muudeti või miks hange algas kolm nädalat planeeritust hiljem.

Seetõttu peaks ülesannete jälgimine säilitama nende ajaloo, mitte käsitlema staatust „suletud” kui „enam ebaoluline”.

Probleem võib olla lahendatud. Selle roll projektiajaloos ei kao.

08

Võrdle plaani tegeliku tulemusega

Projekti lõpus näitab viimane Gantti graafik ainult osa loost. Palju kasulikum on võrrelda seda, mida tiim algselt planeeris, sellega, mis tegelikult juhtus.

Ainult kuupäevad ei selgita siiski veel projekti.

Kui projekti kinnitamine nihkus lahendamata koordineerimisprobleemi tõttu, hange sõltus sellest kinnitusest ja paigaldus omakorda hankest, saab tiim näha lõpliku viivituse taga olevat sündmuste ahelat.

Projekt ei ole sellisel juhul lihtsalt fikseerinud, et midagi hilines. Säilinud on ka kontekst selle kohta, miks tegelik tulemus plaanist erines.

Viivituste raporteerimisest nende põhjuste mõistmiseni

Traditsiooniline projektiraport annab väga hästi ülevaate hetkeolukorrast: projekt on neli nädalat maas, verstapost on nihkunud, need probleemid on endiselt avatud või need tegevused on hetkel kriitilised.

Kõik see on oluline.

Aga kui ajagraafikud, sõltuvused, probleemid, dokumendid ja projektiajalugu jäävad omavahel seotuks, tekib projektijuhtimisse veel üks kiht.

Saab hakata küsima, miks.

Kust viivitus algas? Millised probleemid seda verstaposti mõjutasid? Millised tegevused nihkusid algse plaaniga võrreldes kõige rohkem? Millal hakkas projekti valmimistähtaeg esimest korda edasi liikuma? Mis toimus enne selle tegevuse hilinemist?

Täna tähendab sellistele küsimustele vastamine sageli projekti tagantjärele rekonstrueerimist ajagraafikutest, koosolekuprotokollidest, e-kirjadest, probleemide nimekirjadest ja inimeste mälust.

Info on sageli olemas.

Puudu on selle info vahelised seosed.

Miks on see oluline terve kinnisvaraportfelli jaoks?

Ühte projekti juhtivale arendajale annab see parema ülevaate konkreetsest projektist. Paljusid hooneid arendavale organisatsioonile võib sellest tekkida midagi veel väärtuslikumat: järjepidev ajalugu sellest, kuidas projektid tegelikult kulgevad.

Üks projekt võib korduvalt kaotada aega projekteerimise koordineerimisel. Teises tekivad viivitused otsuste ja kooskõlastuste juures. Kolmandas korduvad hankega seotud probleemid.

Kui iga lõpetatud projekt jääb lõpuks alles ainult lõplike dokumentide ja viimase ajagraafikuna, kaob suur osa sellest teadmisest. Kui plaani, probleemide, muudatuste ja tegeliku tulemuse vahelised seosed jäävad jälgitavaks, saab lõpetatud projektidest õppida ka järgmiste projektide jaoks.

Küsimus ei ole enam ainult:

Kas projekt valmis õigeks ajaks?

Vaid:

Mida see projekt ütleb meile selle kohta, kuidas meie projektid tegelikult toimivad?

Projektijuhtimine peaks looma projekti mälu

Franklini projektijuhtimise töökeskkonda ehitatakse just selle põhimõtte ümber.

Gantti graafik annab plaani. Sõltuvused näitavad, kuidas tegevused üksteist mõjutavad. Ülesanded (issued) fikseerivad projekti käigus tekkivad takistused. Projektiajalugu säilitab teadmise sellest, mis aja jooksul muutus.

Koos loovad need midagi enamat kui järjekordse ülesannete nimekirja: projekti jälgitava ajaloo.

Projekti ajal aitab see tiimil mõista, mis toimub. Hiljem aitab see mõista, miks see nii läks.

Ja mida rohkem projektinfot omavahel seotakse, seda huvitavamaks muutub ka küsimus, mida AI-le esitada.

Mitte enam lihtsalt:

„Näita mulle ajagraafikut.”

Vaid:

Miks on projekt kuus nädalat ajagraafikust maas?

Korduma kippuvad küsimused

Gantti graafik on visuaalne projekti ajagraafik, mis näitab tegevusi ajas. See võib sisaldada tegevuste algus- ja lõppkuupäevi, kestust, verstaposte, vastutajaid, edenemist ja tegevustevahelisi sõltuvusi.