07 UREJEN PROJEKT NI PROJEKT BREZ PROBLEMOV

Dober sistem problemov ne skriva. Omogoča, da jih pravočasno vidimo, razumemo in rešujemo.

Ko vodstvo projekta prejme poročilo z veliko odprtimi vprašanji, spremembami, neskladji in tveganji, je prvi vtis pogosto neprijeten:

Na tem projektu je očitno nekaj zelo narobe.

Nasprotno lahko projekt brez evidentiranih problemov deluje miren, stabilen in dobro voden.

Toda takšna primerjava je lahko povsem napačna.

Projekt z veliko odprtimi zapisi ima morda vzpostavljen sistem, ki probleme pravočasno zaznava in jih prinaša na skupno mizo.

Projekt brez zapisov pa ima lahko enake ali še večje težave, ki se obravnavajo:

• ustno,
• v elektronski pošti,
• ločeno po posameznih strokah,
• brez jasnih odgovornosti,
• šele takrat, ko že vplivajo na gradnjo,
• ali pa se sploh ne obravnavajo.

Odsotnost evidentiranih problemov zato ni dokaz urejenega projekta. Lahko je dokaz njegove nepreglednosti.

Urejen projekt ni projekt, na katerem se nič ne zaplete.

Urejen projekt je projekt, na katerem se težave pravočasno pokažejo, dobijo odgovornega nosilca, strokovno obravnavo in jasno odločitev.

V tem članku izraz problem uporabljamo širše – za odprto stanje, vprašanje ali dogodek, ki zahteva pozornost, analizo, ukrep ali odločitev. Problem se lahko pozneje obravnava kot sprememba, neskladje, zahtevek, uresničena negotovost ali drug formalni projektni proces.

Projekt brez problemov ne obstaja

Gradbeni projekt povezuje:

• številne strokovne discipline,
• različne organizacije,
• pogodbene interese,
• spreminjajoče se informacije,
• tehnične omejitve,
• omejen čas in proračun,
• razmere, ki jih vnaprej ni mogoče v celoti poznati.

Že samo usklajevanje arhitekture, konstrukcije, strojnih in elektroinštalacij lahko ustvari veliko odprtih vprašanj.

Ko temu dodamo še:

• naročnikove zahteve,
• uporabnike,
• soglasodajalce,
• izvajalce in podizvajalce,
• dobavne roke,
• razmere na gradbišču,
• pogodbe,
• spremembe in zahtevke,

postane jasno, da problemov ni mogoče v celoti preprečiti.

Dobro projektiranje, boljše raziskave, realen terminski plan in kakovostna organizacija lahko zmanjšajo število nepotrebnih težav.

Ne morejo pa odpraviti negotovosti, ki je neločljiv del vsakega kompleksnega projekta.

Zato je predstava o urejenem projektu kot projektu brez:

• sprememb,
• neskladij,
• konfliktov,
• zamud posameznih aktivnosti,
• zahtevnih odločitev,

napačna.

Takšna predstava pogosto vodi v še večje težave, ker se vsak problem začne obravnavati kot dokaz neuspeha.

Če je problem dokaz neuspeha, ga je varneje skriti kot prijaviti.

Problem še ni neuspeh

Pomembno je ločiti med:

• problemom,
• neustreznim odzivom na problem,
• in neuspehom projekta.

Problem pomeni, da je nastalo stanje, ki zahteva pozornost ali odločitev.

Lahko gre za:

• neusklajen načrt,
• zamudo dobave,
• nejasno pogodbeno zahtevo,
• odstopanje pri izvedbi,
• novo zahtevo uporabnika,
• nepredvideno stanje,
• povečano tveganje.

Tak dogodek sam po sebi še ne pomeni, da je projekt slabo voden.

Slabo projektno vodenje se pokaže takrat, ko problem:

• ni pravočasno prepoznan,
• ni evidentiran,
• nima odgovorne osebe,
• predolgo čaka na odločitev,
• se obravnava brez potrebnih podatkov,
• se prenese na druge dele projekta,
• ali se ponovi, ker se iz prvega primera nismo ničesar naučili.

Primer:

Projektant odkrije, da projektirana odprtina ne omogoča vnosa tehnološke opreme.

To je problem.

Če ga odkrije dovolj zgodaj, pripravi variante, oceni vplive in naročnik pravočasno potrdi ustrezno rešitev, je sistem deloval.

Če pa se težava odkrije šele ob dobavi opreme, ko so stene že zaključene, se isti problem spremeni v:

• rušenje,
• dodatne stroške,
• zamudo,
• spor glede odgovornosti,
• zahtevek izvajalca.

Neuspeh torej pogosto ni obstoj problema.

Neuspeh je čas in način, v katerem se je projekt nanj odzval.

Isti tehnični problem ima lahko zato povsem različne posledice, odvisno od tega, ali ga projekt odkrije pri projektiranju, pred izvedbo ali šele po dokončanih delih.

Dober sistem lahko projekt navidezno poslabša

Ko se na projektu prvič uvede sistematično evidentiranje:

• odprtih vprašanj,
• sprememb,
• neskladij,
• tveganj,
• zamud,
• sklepov in odločitev,

se lahko število vidnih problemov zelo hitro poveča.

Na prvi pogled je projekt postal slabši.

V resnici se ni nujno spremenilo dejansko stanje. Spremenila se je predvsem njegova vidnost.

Prej so bili problemi razpršeni med:

• osebnimi zapiski,
• elektronskimi sporočili,
• različnimi zapisniki,
• telefonskimi pogovori,
• glavami posameznih članov ekipe.

Sedaj so na enem mestu.

To je lahko za vodstvo neprijetno, vendar je nujen korak k obvladovanju projekta.

Podoben pojav poznamo tudi pri neskladjih:

• več kontrol pogosto odkrije več neskladij;
• večja preglednost pokaže več odprtih odločitev;
• boljše terminsko spremljanje pokaže več zamujenih aktivnosti;
• boljša stroškovna analiza pokaže več pričakovanih odstopanj.

To ne pomeni, da je sistem težave povzročil.

Pomeni, da jih je prenehal skrivati.

Uvedba reda lahko projekt najprej naredi videti slabši, preden ga začne dejansko izboljševati.

Zeleni semafor ni vedno dobra novica

Na številnih projektih se stanje prikazuje s semaforji:

• zeleno – vse je v redu,
• rumeno – potrebna pozornost,
• rdeče – problem.

Takšen prikaz je uporaben, vendar lahko ustvari nevarno organizacijsko vedenje.

Če je rdeča oznaka razumljena kot:

• osebni neuspeh,
• razlog za kritiko,
• dokaz nesposobnosti,
• kršitev pričakovanj vodstva,

bodo udeleženci poskušali problem čim dlje ohranjati zelen.

Rdeča aktivnost se prikaže kot rumena.
Rumena se predstavi kot zelena.
Ocena se utemeljuje z upanjem, da bo zamudo mogoče pozneje nadoknaditi.

Tako projekt na poročilih dolgo ostaja zelen.

Ko dejanskega stanja ni več mogoče prikriti, pa nenadoma postane kritično skoraj vse.

Dober sistem mora zato spremeniti pomen barv.

Rdeča oznaka ni obsodba. Je informacija, da projekt potrebuje odločitev ali ukrep.

Semafor mora opisovati stanje projekta, ne ocenjevati vrednosti človeka, ki je na problem opozoril.

Problem ni, da je nekaj označeno rdeče.

Problem je, če:

• ni odgovorne osebe,
• ni načrta ukrepov,
• rok za rešitev ni določen,
• vodstvo ne sprejme potrebne odločitve,
• stanje več mesecev ostaja nespremenjeno.

Dobro vodstvo ne bi smelo vprašati samo:

Zakaj je to rdeče?

Vprašati mora tudi:

Kaj potrebujete, da lahko problem rešimo?

Lažni mir je lahko nevarnejši od odprtega konflikta

Na urejenem projektu se ljudje ne strinjajo vedno.

Projektant lahko zagovarja tehnično optimalno rešitev.

Izvajalec opozarja na izvedljivost, čas in stroške.

Nadzor zahteva skladnost z dokumentacijo in pogodbenimi zahtevami.

Naročnik upošteva proračun, funkcionalnost in poslovne cilje.

Inženir mora vse te vidike povezati v strokovno in pogodbeno odločitev.

Različna stališča so zato normalen del projekta.

Konflikt sam po sebi še ne pomeni, da projekt ni urejen.

Pomembno je:

• ali so stališča jasno izražena,
• ali temeljijo na preverljivih podatkih,
• ali obstaja postopek odločanja,
• ali je jasno, kdo odloči,
• ali se po odločitvi projekt premakne naprej.

Neurejen projekt lahko na videz deluje zelo mirno.

Na sestankih se vsi strinjajo. Težka vprašanja se prestavljajo. Zapisniki uporabljajo nevtralne izraze. Odločitve se sprejemajo neformalno ali pa sploh ne.

Konflikt ne izgine.

Samo preseli se:

• v elektronsko pošto,
• med posamezne organizacije,
• v pripravo zahtevkov,
• v zavlačevanje,
• v poznejše pravne spore.

Odprt strokovni konflikt z jasnim postopkom odločanja je pogosto bolj zdrav kot navidezno soglasje brez odločitve.

Projekt potrebuje prostor za slabe novice

Vodstvo projekta ne more sprejemati dobrih odločitev, če dobi samo dobre novice.

Zato je pomembna kultura, v kateri lahko udeleženec pravočasno pove:

• da dokumentacija ni dovolj usklajena,
• da rok ni več realen,
• da predlagana rešitev ne bo delovala,
• da stroškovna ocena ni zanesljiva,
• da obstaja verjetnost zahtevka,
• da je bila sprejeta napačna odločitev,
• da ekipa naloge ne more izvesti z razpoložljivimi viri.

To ne pomeni, da lahko vsakdo brez dokazov širi dvome ali se izogiba odgovornosti.

Pomeni pa, da opozorilo ne sme biti avtomatično obravnavano kot nelojalnost ali ustvarjanje problemov.

Na slabše vodenih projektih se pogosto kaznuje glasnika:

Zakaj vedno iščeš težave?
Zakaj samo ti vidiš problem?
Zakaj ne ponudiš rešitve?
Sedaj ni pravi čas za odpiranje tega vprašanja.

Toda zgodnje opozorilo je običajno najcenejša oblika obvladovanja problema.

Kasneje ko ga projekt prizna, manj možnosti ima za ukrepanje.

Opozorilo in rešitev nista vedno naloga iste osebe

Pogosta zahteva je:

Ne prinašaj problema, če nimaš tudi rešitve.

Na prvi pogled se sliši konstruktivno.

Toda pri kompleksnem projektu je lahko nevarna.

Oseba, ki opazi problem, morda:

• nima vseh potrebnih informacij,
• nima strokovnih pristojnosti za pripravo rešitve,
• nima pooblastil za odločanje,
• ne pozna pogodbenih ali finančnih posledic.

Njena naloga je lahko predvsem pravočasno opozoriti.

Rešitev pa mora pripraviti interdisciplinarna skupina:

• projektant,
• izvajalec,
• stroškovni inženir,
• planer,
• nadzor,
• Inženir,
• naročnik.

Zahteva, da mora prijavitelj že vnaprej ponuditi popolno rešitev, lahko povzroči, da problem sploh ne bo prijavljen.

Pravilnejše načelo je:

Problem mora biti opisan dovolj jasno, da lahko projekt organizira njegovo obravnavo.

Predlagatelj naj, kadar je mogoče, poda tudi možne rešitve.

Ni pa smiselno, da je od tega odvisna sama dopustnost opozorila.

Odgovornost mora biti jasna, ne razpršena

Ena najbolj značilnih lastnosti neurejenega projekta je, da ima isti problem veliko udeležencev, nima pa odgovornega nosilca.

Na sestanku se dogovori:

Zadevo je treba preveriti.

Toda ni jasno:

• kdo jo preveri,
• kaj mora pripraviti,
• kdo mora sodelovati,
• do kdaj mora biti podlaga pripravljena,
• kdo bo sprejel odločitev.

Na naslednjem sestanku se ugotovi, da vprašanje še ni rešeno.

Sledi nov sklep:

Zadevo je treba čim prej uskladiti.

Takšni sklepi ustvarjajo videz aktivnosti, ne ustvarjajo pa odgovornosti.

Vsak pomemben problem mora imeti najmanj:

• jasno opredeljen opis,
• odgovornega nosilca,
• sodelujoče strokovnjake,
• rok za pripravo podlag,
• pristojnega odločevalca,
• pričakovani rok odločitve,
• status izvedbe ukrepa.

Odgovorni nosilec ne pomeni nujno osebe, ki mora sama rešiti celoten problem.

Pomeni osebo, ki zagotovi, da proces napreduje in da se naloga ne izgubi med organizacijami.

Odločitev ima svoj rok

Na gradbenem projektu se veliko pozornosti namenja rokom izvedbe del.

Bistveno manj pa rokom odločanja.

Toda izvajalec lahko določeno aktivnost izvede pravočasno samo, če so pred tem pravočasno:

• potrjeni načrti,
• izbrani materiali,
• usklajene spremembe,
• rešena neskladja,
• odobrene tehnološke rešitve,
• potrjene količine,
• sprejete poslovne odločitve naročnika.

Zamuda odločitve je lahko enako pomembna kot zamuda gradbene aktivnosti.

Če je treba opremo naročiti do 15. marca, tehnična odločitev pa je sprejeta 30. marca, projekt ne sme zamude prikazovati samo kot težavo dobavitelja ali izvajalca.

Dober sistem zato ne spremlja samo:

• kdaj mora biti delo končano,

ampak tudi:

• kdaj mora biti odločitev sprejeta, da je zaključek dela še mogoče doseči.

Rok odločitve zato ne sme biti administrativno izbran datum. Izpeljan mora biti iz terminskega plana, potrebnega časa za projektiranje, potrjevanje, nabavo, dobavo in izvedbo.

To pomeni, da imajo tudi odprta vprašanja svoj terminski vpliv.

Problem, ki danes še ne povzroča zamude, lahko že čez teden dni postane kritičen.

Pomembna ni samo količina problemov, ampak njihova starost

Število odprtih vprašanj je zelo grob kazalnik stanja projekta.

Projekt z 200 odprtimi manjšimi vprašanji je lahko bolje voden kot projekt z 20 vprašanji, od katerih jih pet že več mesecev blokira ključne odločitve.

Pomembneje je spremljati:

• koliko časa je problem odprt,
• koliko časa je potreboval do dodelitve odgovorne osebe,
• ali so podlage pripravljene pravočasno,
• koliko časa čaka na odločitev,
• katere aktivnosti so od njega odvisne,
• kakšen finančni in terminski vpliv ima,
• ali se podobni problemi ponavljajo.

Konceptualno lahko stanje prikažemo takole:

Kazalnik	Kaj nam pove?
Število odprtih problemov	Obseg trenutno evidentiranih vprašanj
Starost problemov	Ali projekt probleme pravočasno rešuje
Problemi brez nosilca	Ali so odgovornosti jasno določene
Problemi brez roka	Ali obstaja operativni načrt reševanja
Čas do odločitve	Kako učinkovito deluje sistem odločanja
Problemi, ki čakajo na odločitev	Kje je proces obstal po pripravi strokovnih podlag
Ponavljajoči se problemi	Ali projekt odpravlja vzroke ali samo posledice
Vpliv na kritično pot	Kateri problemi ogrožajo končni rok
Finančni vpliv	Kateri problemi ogrožajo proračun
Delež ponovno odprtih zadev	Ali so bile odločitve in ukrepi kakovostni

Dober projekt nima nujno malo problemov.

Ima pa malo problemov, ki so dolgo:

• brez lastnika,
• brez podlag,
• brez odločitve,
• brez ukrepa.

Zaprt problem ni nujno rešen problem

Tudi pri zapiranju vprašanj lahko nastane napačna spodbuda.

Vodstvo zahteva zmanjšanje števila odprtih točk. Ekipa začne zapise zapirati, da bi izboljšala poročilo.

Toda status »zaključeno« lahko pomeni zelo različne stvari:

• sprejeta je bila odločitev;
• ukrep je bil naročen;
• izvajalec je sporočil, da je ukrep izvedel;
• rešitev je bila dejansko preverjena;
• vsi povezani dokumenti so bili posodobljeni;
• finančne in terminske posledice so bile urejene.

Če pogoji zaključka niso opredeljeni, se lahko problem administrativno zapre, njegova posledica pa ostane v projektu.

Pri pomembnih zadevah mora biti jasno, ali so zaključeni:

1. strokovna presoja;
2. odločitev;
3. izvedba ukrepa;
4. kontrola rezultata;
5. posodobitev dokumentacije;
6. pogodbena in finančna ureditev.

To je enaka logika, kot sva jo uporabila pri spremembah, neskladjih in revizijski sledi.

Problem ni zaključen, ko izgine s seznama.

Zaključen je, ko je projekt dejansko obvladal njegove posledice.

Ni treba vsega dvigniti na najvišjo raven

Urejen sistem ne pomeni, da mora o vsakem vprašanju odločati direktor naročnika, uprava ali velika komisija.

To bi projekt hitro ohromilo.

Problemi morajo biti razvrščeni glede na:

• tehnični pomen,
• finančni vpliv,
• terminski vpliv,
• pogodbeno pomembnost,
• vpliv na varnost in funkcionalnost,
• zahtevano raven pooblastil.

Operativno vprašanje naj rešijo ljudje, ki so mu najbližje in imajo za to ustrezno znanje ter pooblastila.

Na višjo raven naj se stopnjujejo predvsem vprašanja, ki:

• presegajo določene finančne ali terminske pragove,
• spreminjajo naročnikove cilje,
• vplivajo na pogodbo,
• niso bila rešena v predvidenem času,
• vključujejo konflikt pristojnosti,
• zahtevajo poslovno odločitev naročnika.

Dober sistem zato ne centralizira vseh odločitev.

Zagotovi, da se vsaka odločitev sprejme na najnižji ustrezni ravni, dovolj hitro in z jasno odgovornostjo.

Brez krivde ne pomeni brez odgovornosti

Pri obravnavi problemov se pogosto postavljata dva skrajna modela.

Prvi temelji na iskanju krivca.

Vsaka napaka sproži obrambno komunikacijo, pravno pozicioniranje in prelaganje odgovornosti.

Drugi skuša ustvariti popolnoma »neobtožujoče« okolje, v katerem se zaradi dobrih odnosov o odgovornosti skoraj ne govori.

Nobena skrajnost ni zdrava.

Projekt potrebuje okolje, v katerem je mogoče problem prijaviti brez avtomatične obsodbe.

Hkrati pa mora po strokovni presoji ostati jasno:

• kdo je imel določeno obveznost,
• ali jo je izpolnil,
• kdo mora izvesti korektivni ukrep,
• kdo nosi morebitne stroške,
• kako bomo preprečili ponavljanje.

Kultura zgodnjega opozarjanja ne odpravlja odgovornosti. Omogoča, da jo ugotavljamo na podlagi podatkov, ne na podlagi obrambnih refleksov.

Neurejen sistem najprej izčrpa najboljše ljudi

Finančne in terminske posledice slabega projektnega vodenja so razmeroma dobro vidne.

Manj vidna je cena, ki jo plača projektna ekipa.

Najbolj sposobni in odgovorni ljudje v neurejenem sistemu pogosto poskušajo:

• povezovati nepovezane informacije,
• iskati stare dogovore,
• nadomeščati manjkajoče procese,
• usklajevati nejasne odgovornosti,
• večkrat odpirati ista vprašanja,
• opozarjati na težave,
• reševati posledice prepoznih odločitev.

Njihova energija se ne porablja predvsem za strokovno delo.

Porablja se za boj s sistemom.

To postopoma povzroča:

• frustracijo,
• medsebojno nezaupanje,
• cinizem,
• izgorelost,
• umik iz odločanja,
• odhod ključnih ljudi.

Slab sistem zato pogosto ne uniči projekta najprej finančno.

Najprej izčrpa ljudi, ki ga še poskušajo reševati.

S tem projekt ne izgublja samo njihovega časa. Izgublja pobudo, strokovno znanje, zaupanje in pripravljenost ljudi, da prihodnjič sploh še opozorijo na problem.

Ko ti ljudje odidejo ali prenehajo prevzemati pobudo, začnejo hitreje propadati tudi:

• roki,
• stroški,
• kakovost,
• odnosi med udeleženci.

Neurejeni projekti pogosto ustvarijo skrite stroške v obliki konfliktov, izgubljenega zaupanja, odhoda najboljših ljudi in ponavljanja istih napak.

Nejasnost nekaterim tudi koristi

Treba je priznati še manj prijeten vidik.

V neurejenem sistemu se vsi ne počutijo slabo.

Nekaterim lahko ustreza okolje, v katerem:

• odgovornosti niso jasne,
• dogovori niso dokumentirani,
• podatki niso povezani,
• različni udeleženci uporabljajo različne številke,
• ni mogoče hitro ugotoviti, kdo je odločil in kdaj.

Takšno okolje omogoča:

• prilagajanje preteklih razlag trenutnim potrebam,
• prelaganje odgovornosti,
• selektivno uporabo informacij,
• ustvarjanje vpliva z osebnim dostopom do podatkov,
• ustvarjanje vpliva z neformalnimi razmerji namesto s strokovnimi argumenti.

Zato uvajanje reda ni samo tehnično ali organizacijsko vprašanje.

Spreminja tudi razmerja moči.

Ko postanejo odločitve, odgovornosti in posledice pregledne, je manj prostora za »mutenje v kalnem«.

Odpor do urejenega sistema zato ni vedno posledica njegove zapletenosti.

Včasih je posledica dejstva, da preglednost komu odvzame prednost.

Urejenost ne pomeni birokracije

Pri uvajanju strukturiranih postopkov se hitro pojavi ugovor:

Projekt bomo zasuli z administracijo.

Ta nevarnost je resnična.

Slabo zasnovan sistem lahko zahteva:

• preveč obrazcev,
• podvajanje podatkov,
• večkratno potrjevanje,
• nepotrebne ravni odločanja,
• poročila, ki jih nihče ne uporablja.

Toda neurejen projekt ima prav tako veliko administracije.

Le da nastaja pozneje in v manj učinkoviti obliki:

• iskanje elektronske pošte,
• rekonstrukcija dogodkov,
• večkratna pojasnila,
• dodatna pravna mnenja,
• ekspertize,
• dokazovanje količin,
• usklajevanje različnih evidenc,
• dolgotrajna priprava aneksov in končnih obračunov.

Vprašanje zato ni:

Ali bomo imeli administracijo?

Pravilno vprašanje je:

Ali bomo ključne podatke uredili takrat, ko nastajajo, ali jih bomo bistveno dražje rekonstruirali pozneje?

Dober sistem mora zmanjševati podvajanje in omogočati načelo:

Podatek se zapiše enkrat, nato pa se uporablja za odločanje, spremljanje, poročanje in revizijsko sled.

Digitalna podpora problemov ne rešuje sama

Projektni portal, register, CDE, BIM-platforma ali digitalni dvojček projekta ne morejo sami sprejeti strokovne odločitve.

Lahko pa zagotovijo, da je vidno:

• kateri problemi obstajajo,
• kdo je odgovoren,
• kateri roki so prekoračeni,
• kateri dokumenti so povezani,
• kakšen je finančni in terminski vpliv,
• kaj čaka na odločitev,
• ali je bil ukrep izveden.

To je velika vrednost.

Toda tehnologija ne more nadomestiti:

• jasnih pooblastil,
• strokovnega znanja,
• sposobnega vodstva,
• pripravljenosti prevzeti odgovornost,
• kulture pravočasnega opozarjanja.

Slabo organiziran projekt lahko tudi v odlični aplikaciji zelo natančno evidentira, da ničesar ne rešuje.

Digitalna podpora zato ne ustvari urejenega projekta sama.

Omogoča pa, da se urejeni procesi izvajajo hitreje, pregledneje in bolj sledljivo.

Digitalni dvojček projekta ni projekt brez težav

Ena od možnih napačnih interpretacij celotne Jesenske šole bi bila:

Ko bomo imeli digitalni dvojček projekta, bomo imeli projekte brez problemov.

Ne bomo.

Digitalni dvojček projekta:

• ne odpravi negotovosti,
• ne prepreči vseh napak,
• ne odpravi interesnih razlik,
• ne sprejema odgovornosti namesto ljudi,
• ne zagotovi, da bodo vse odločitve pravilne.

Prav tako ne prepreči vseh sprememb, zahtevkov, zamud ali prekoračitev stroškov. Njegova vrednost ni v obljubi popolnega projekta, temveč v metodološkem obvladovanju njegove nepopolne realnosti.

Omogoča pa:

• da probleme vidimo prej,
• da razumemo njihov kontekst,
• da jih povežemo s stroški in roki,
• da spremljamo odločanje,
• da dokumentiramo sprejete ukrepe,
• da iz njih ustvarjamo znanje.

Zato lahko bolje digitaliziran projekt na prvi pogled prikazuje več težav kot slabo digitaliziran projekt.

Razlika je v tem, da jih zna tudi obvladovati.

Kako prepoznamo urejen projekt?

Urejenega projekta ne prepoznamo po tem, da so vsi kazalniki zeleni.

Prepoznamo ga po tem, da:

• so pomembni problemi vidni;
• vsak problem dobi odgovornega nosilca;
• obstajajo roki za pripravo podlag in odločanje;
• se problemi razvrščajo glede na vpliv;
• odločitve sprejemajo pristojne osebe;
• se dogovorjeni ukrepi preverijo;
• se povezani dokumenti in podatki posodobijo;
• se ponavljajoči vzroki analizirajo;
• se pridobljeno znanje prenese naprej.

Primerjava je lahko zelo preprosta:

Urejen projekt	Neurejen projekt
Problemi pridejo na skupno mizo	Problemi ostanejo po posameznih organizacijah
Slabe novice se pojavijo dovolj zgodaj	Slabe novice se pojavijo šele, ko jih ni več mogoče skriti
Odgovornosti so jasne	Odgovornost se premešča
Odločitve imajo roke	Odločitve čakajo na naslednji sestanek
Različna stališča se strokovno obravnavajo	Konflikti se širijo neformalno
Ukrepi se preverijo	Naloga se zapre z obljubo
Napake postanejo znanje	Iste napake se ponavljajo
Sistem podpira dobre ljudi	Dobri ljudje nadomeščajo slab sistem

Vsak projekt se nekako konča

Tudi neurejen projekt se praviloma nekoč zaključi.

Objekt se preda.
Izvede se končni obračun.
Odprte zadeve se delno rešijo, delno pogodbeno poravnajo, delno pa preprosto pozabijo.

Zato je mogoče ustvariti vtis, da sistem ni bil tako slab:

Na koncu smo vseeno zgradili.

Toda vprašanje ni samo, ali je objekt nastal.

Vprašanje je tudi, kaj je projekt pustil za seboj.

Neurejen projekt lahko zapusti:

• izčrpane ljudi,
• porušeno zaupanje,
• pravne spore,
• izgubljene podatke,
• nejasne odgovornosti,
• ponavljanje istih napak.

Urejen projekt pa lahko poleg objekta ustvari:

• bolj usposobljeno ekipo,
• preverjene postopke,
• kakovostnejše standarde,
• boljše podatke,
• nove strokovne izkušnje,
• več zaupanja med udeleženci.

Uspešen projekt zato ni samo projekt, ki pride do konca.

Je projekt, po katerem je organizacija sposobnejša kot pred njegovim začetkom.

MYTHBUSTERS

❌ MIT

Urejen projekt ima malo evidentiranih problemov.

✅ REALNOST

Dober sistem probleme pokaže prej in jih zato lahko evidentira več kot nepregleden projekt.

💡 KLJUČNA MISEL

Število vidnih problemov ni merilo nereda. Neobvladovani problemi so.

❌ MIT

Digitalni dvojček projekta bo odpravil spremembe, neskladja in konflikte.

✅ REALNOST

Ne odpravlja projektne realnosti. Omogoča pa, da težave pravočasno vidimo, povežemo in obvladujemo.

💡 KLJUČNA MISEL

Dober sistem ne ustvarja projekta brez problemov. Ustvarja projekt, ki zna probleme reševati.

Ključne ugotovitve

• Problemi so normalen del kompleksnih projektov in sami po sebi niso dokaz slabega vodenja.
• Odsotnost evidentiranih težav lahko pomeni, da projekt nima dovolj preglednega sistema.
• Dober sistem omogoča zgodnje opozarjanje brez avtomatičnega iskanja krivca, vendar ohranja jasno odgovornost.
• Pomembnejši od števila problemov so njihova starost, vpliv, čas do odločitve in kakovost izvedenih ukrepov.
• Neurejeni sistemi najprej izčrpajo najbolj odgovorne ljudi, nato pa začnejo propadati tudi roki, stroški in kakovost.
• Digitalna podpora problemov ne rešuje sama, omogoča pa njihovo pregledno in sledljivo obvladovanje.
• Dober projekt za seboj ne pusti samo objekta, ampak tudi boljšo ekipo in uporabno znanje.

Zaključna misel

Vsak projekt se nekako konča. Dober projekt pa za seboj pusti znanje, ne samo izčrpanih ljudi.