Blog, debatni večeri, raziskave, knjiga…

Category: Priprava projekta Page 2 of 3

Projekti v funkcijski organizaciji ter projektna organizacija

V prejšnjem, uvodnem prispevku s področja organiziranja projektov, sem navedel, da si večina pod »organizacijo projekta« predstavlja tipične organizacijske strukture, s katerimi je opredeljeno razmerje med projektnim timom in nadrejeno organizacijo. Zato bom v naslednjih nekaj prispevkih predstavil te strukture. Za začetek si oglejmo izvajanje projektov v funkcijski organizaciji ter njeno popolno nasprotje, vsaj kar se tiče pristojnosti managerja projekta, (čisto) projektno organizacijo.

Klasično linijsko – funkcijsko organizacijo si predstavljamo z bolj ali manj tipičnimi oddelki (proizvodnja, nabava, prodaja, razvoj…), pri čemer obstajata dva tipa projektov, ki se izvajata v taki organizaciji. Pri prvem večino aktivnosti izvedejo v enem oddelku, manager oddelka pa je odgovoren za projekt (uvajanje spremembe, npr. IT podpore). V drugem primeru pa oddelki zaporedno izvajajo posamezne sklope aktivnosti, brez da bi pri tem resneje sodelovali. Zaradi tega mnogokrat pride do kritiziranja rezultatov aktivnosti predhodnikov, s tem pa do popravil ali celo do vračanje projekta v prejšnjo fazo. V veliko primerih se za te projekte ne določi odgovornega za celoten projekt, ampak je vsak funkcijski manager je odgovoren za svoj del. Zaposleni, ki opravljajo »projektne aktivnosti«, niti ne čutijo pripadnosti projektu, saj so te aktivnosti zanje »vsakodnevno operativno delo«, ki jim ga delegira nadrejeni.

Funkcijska in projektna organizacija*

Takšna organizacija izvajanja projektov je vse manj v uporabi, značilna pa je za združbe z nizko stopnjo projektne organizacijske kulture. Težko bi celo rekli, kdaj je njena uporaba smiselna; mogoče le v manjših podjetjih, kjer projektov ni veliko in niti niso zelo pomembni. Vsekakor pa je pomembno, da določimo nekoga, ki poskrbi za koordinacijo vseh oddelkov v združbi in je odgovoren za celoten projekt. Največkrat ima naziv koordinator projekta (Kerzner govori o »Line staff organisation«), vendar pa je to že neke vrste (šibka) matrična organizacija. O njej pa drugič…

*

PROJEKTI V FUNKCIJSKI ORGANIZACIJI
  • PREDNOSTI
  • fleksibilnost izkoriščanja kadrov v enoti
  • strokovnjaki delujejo na več projektih
  • skupno reševanje problemov v enoti
  • prenos znanja in izkušenj
  • Enostavno nadomeščanje izvajalcev
  • SLABOSTI
  • redno delo ima prioriteto
  • aktivnosti niso strogo usmerjene h kupcu
  • nihče ni odgovoren za celoten projekt
  • ignoriranje projekta s strani izvajalcev
  • šibka motivacija za delo na projektu

*

O projektni organizaciji, ki jo nekateri poimenujejo tudi »čista projektna« (angl. pure; Kerzner, Lock, Meredith & Mantel), govorimo, ko združba ustanovi začasni samostojni oddelek, kamor se iz matičnih oddelkov za čas izvedbe projekta prerazporedijo uslužbenci, člani projektnega tima. V primeru, da kadri s potrebnimi veščinami in znanjem v združbi trenutno niso na razpolago, se jih za čas projekta na novo zaposli. Vsi zaposleni v oddelku so torej člani projektnega tima in delajo celoten delovni čas le na aktivnostih v sklopu projekta. Nadrejeni oddelka je manager projekta, ki prevzame polno odgovornost za projekt in ima popolno avtoriteto – njegove pristojnosti so enake pristojnostim managerjev ostalih oddelkov, pri čemer slednji na projekt nimajo nobenega vpliva.

Organizacija je najbolj primerna za projekte, kjer se večina aktivnosti izvaja na področju ene stroke, za operativno delo v projektno organiziranih IT, inženirskih ali gradbenih podjetjih ali za hitro izvedbo kriznih projektov.

PROJEKTNA ORGANIZACIJA
  • PREDNOSTI
  • celovit pristop k projektu
  • jasne odgovornosti in pristojnosti v timu
  • spodbuja sodelovanje v timu
  • možno sprejemanje hitrih odločitev
  • izkušen uigran tim za nov projekt
  • SLABOSTI
  • konfliktnost z matično organizacijo
  • slabša motiviranost pred zaključkom
  • slabša strokovnost
  • slaba izkoriščenost ljudi
  • višji stroški projekta (delovne ure)

*

 

Organiziranje projekta

Z današnjim prispevkom prehajam na drugi del priprave projekta – na organiziranje. Pojem »organizacija« ima več pomenov: lahko jo vidimo kot proces zagotavljanja smotrnega delovanja (pogovorno: organizacija dela); kot družbeno (socialno) enoto – združbo, ki deluje zaradi uresničitve skupnega cilja; ter kot sestav medsebojnih razmerij med člani združbe, ki zagotavlja obstoj in razvoj ter smotrno uresničevanje ciljev združbe. Prvi, procesni vidik, smo obdelali s planiranjem projekta, v tem delu pa se bomo posvetili slednjemu.

Večina pod organizacijo projekta najprej pomisli na tipične organizacijske strukture, s katerimi opredelimo razmerje med projektnim timom in nadrejeno organizacijo (npr. matrično ali projektno organizacijo). Tudi večina avtorjev pod tem pojmom v knjigah opisuje značilnosti, prednosti in lastnosti različnih struktur. Vendar pa organiziranje vključuje več stvari – pomembna so še razmerja v projektnem timu ter med vsemi udeleženci projekta (stakeholders), ter jasno opredeljene njihove vloge, pristojnosti in odgovornosti.

Področja organizacije projekta

Organiziranje oz. organizacija projekta*

Pojmi, ki se poleg organizacijskih struktur največkrat pojavljajo v povezavi z organiziranjem in jih bom podrobneje opisal v kasnejših prispevkih, so OBS oz. RBS (Organizational / Resource Breakdown Structure), ki prikaže razmerja med udeleženci projekta (tudi v povezavi z WBS), ter RAC matrika oz. RAM (Responsibility and Competence matrix / Responsibility Assignment Matrix), s katero se določijo vloge, pristojnosti in odgovornosti udeležencev.

Organizacijske strukture se prikažejo z organigramom, ki grafično prikaže oddelke / skupine in posameznike po različnih ravneh, hierarhične odnose, formalne in komunikacijske povezave med njimi. Lahko se nadgradi tudi z opisi delovnih nalog posameznikov in skupin. Višji v hierarhiji določa cilje in delegira naloge nižjim, ki navzgor poročajo o izvedbi nalog.

Organiziranje zagotavlja urejeno delovanje z jasnimi odnosi in odgovornostm ter preprečuje različne možne medosebne konflikte v času izvedbe projekta – npr. izjave, kot so »To pa ni moje delo« ali »O tej zadevi bi nujno morali dobiti še moje mnenje«…

Nekateri med organiziranje vključujejo tudi opredelitev pravil delovanja projektnega tima (npr. način komuniciranja in poročanja), organizacijo obvladovanja dokumentacije in informacij, ter jasno opredelitev sodelovanja z linijskim managementom, svetovalci, naročnikom in drugimi vpletenimi strankami. Omenjena področja bi lahko vključili tudi v plan komunikacij in plan kontrole, a ker jih še nisem podrobneje obravnaval, jih bom prikazal v sklopu organiziranja projekta.

Plan kontrole projekta

Kontroliranje je zadnji korak procesa (projektnega) managementa – potem, ko smo v fazi priprave izdelali plan in opredelili organizacijo projekta, se z vodenjem trudimo, da bi izvajalci čim bolj učinkovito izvajali aktivnosti, s kontroliranjem pa redno preverjamo, če zadeve potekajo po planu. Proces kontroliranja vključuje spremljanje izvedbe, primerjavo stanja s planom, ugotavljanje odstopanj in planiranje ter izvedbo korektivnih akcij / ukrepov, s katerimi zagotovimo, da bo projekt izpeljan v okviru postavljenih ciljev (slika).

O kontroli bo še veliko napisanega v kasnejših prispevkih, ko pridemo do faze izvedbe projekta, tokrat pa bom predstavil le aktivnosti priprave projekta, ki so povezane s kontroliranjem. Kot sem navedel, je »preverjanje poteka« ali »spremljanje izvedbe« projekta (angl. project tracking) prvi korak kontroliranja, zato je del priprave projekta tudi planiranje učinkovitega in zanesljivega načina pridobivanja informacij o stanju izvedbe.

Strokovnjaki navajajo več področij kontroliranja (obseg, čas, kakovost, stroški, tveganja, dobave) zato je smiselno, da se v elaboratu opredeli način pridobivanja informacij o stanju na vseh navedenih področjih.

Kontroliranje projekta – proces, področja, ugotavljanje stanja

KOntroliranje projekta - področja, plan, zahteve *

Poznamo več načinov pridobivanja informacij (slika), od opazovanja izvajalcev in merjenja rezultatov (npr. napredovanje gradnje), preko osebnih stikov in ustnega poročanja (sestanki, razgovori), do pisnih poročil izvajalcev aktivnosti. Zelo priporočljivi so redni kontrolni sestanki (angl. progress meetings), kjer se (npr. tedensko) sestajajo člani ožjega tima, kjer odgovorni za posamezna področja managerju poročajo o stanju na aktivnostih.

Manager projekta tako v elaboratu projekta opredeli pogostost in načine poročanja – vrste (ustno / pisno, po e-pošti, z uporabo obrazca) in ravni poročil (pogostost, področja, komu se posreduje, kateri podatki so vključeni…). Prav tako se že na začetku opredelita termin in lokacija kontrolnih sestankov – sejna soba se npr. rezervira kar za celotno trajanje projekta, poleg tega se teh sestankov v času izvedbe posebej ne sklicuje.

Določeni projekti zahtevajo še posebna orodja in postopke kontroliranja, ki jih je potrebno v začetku projekta razviti ali kupiti. Lahko razvijemo poseben informacijski sistem za potrebe kontroliranja! Poleg tega je potrebno določiti podatke, ki jih je treba zbirati (količine, ure dela, izmere, rezultate testiranj…) ter kdo in kje zbira podatke (člani tima, projektna pisarna, druge službe; na terenu, preko informacijskega sistema, ipd.).

Vseeno pa se plan kontrole, podobno, kot sem navedel že pri prejšnjih dveh prispevkih (nabava, kakovost), vedno ne vključi v elaborat projekta. To velja predvsem za projekte, ki se (bolj ali manj rutinsko) v določenih združbah stalno pojavljajo (npr. razvoj izdelkov, inženiring, IT), zaradi česar je kontroliranje (termini, odgovorni, postopki, način poročanja, ipd.) v veliki meri opredeljeno z organizacijskim predpisom in se za posamezne projekte posebej ne planira.

Plan zagotavljanja kakovosti

Kot sem napisal v enem zgodnejših prispevkov, je cilj projektnega managerja »ustvariti proizvode projekta z ustrezno kakovostjo, v okviru planiranega časa in predvidenih stroškov”, kar sem naknadno obravnaval tudi pri opredelitvi ciljev in omejitev projektnega managementa. V primeru slabe kakovosti so potrebna popravila, ki zahtevajo dodaten čas in stroške (včasih tudi po zaključku projekta), zaradi česar je kakovost zelo pomemben dejavnik učinkovitega izvajanja projektov.

Skozi razvoj obvladovanja / zagotavljanja kakovosti se je poudarek s kontroliranja (končnih) proizvodov v vmesnem obdobju preselil na kontroliranje izvajanja aktivnosti, kasneje pa na vzpostavljanje celovitih sistemov zagotavljanje kakovosti na vseh nivojih (TQM, total quality management). Lahko bi celo dejali, da je za ustrezno kakovost v osnovi potrebno imeti kakovosten organizacijski predpis za področje izvajanja projektov, ta mora biti usklajen z ostalimi internimi pravilniki, vse skupaj pa naj bi bilo nadgrajeno z ustrezno organizacijsko kulturo (kar pomeni, da ljudje v večji meri upoštevajo pravila, zapisana internih predpisih).

Proces zagotavljanja kakovosti na projektu

Proces zagotavljanja kakovosti na projektu
*

Stroka proces obvladovanja kakovosti na projektih običajno deli na (1) opredelitev (zahtev) kakovosti, (2) planiranje zagotavljanja kakovosti, (3) zagotavljanje in (4) kontroliranje kakovosti. Tokrat se bom usmeril v prva dva področja, več o zagotavljanju ter kontroliranju pa sledi v prispevkih v okviru tem o izvedbi projekta.

Zahtevano (pričakovano) kakovost opredeli naročnik v specifikacijah proizvodov projekta. V osnovi je razvidna iz opisov izgleda, funkcij, ipd. , še natančneje pa jo opredeljujejo morebitni standardi in predpisi, ki jih naročnik definira v specifikacijah ali pa so opredeljeni z zakonodajo za določene vrste projektov (npr. statika objektov, varnostni predpisi za izdelke, število varnostnikov na prireditvi). Projektni manager pa mora pri prevzemu projekta zagotoviti, da so zahteve jasno opredeljene in da jih tako naročnik kot člani tima enako razumejo.

Na podlagi specifikacij, zakonskih in internih predpisov / pravilnikov s področja kakovosti sledi v fazi priprave projekta planiranje konkretnih aktivnosti in postopkov zagotavljanja kakovosti ter odgovornih za njihovo izvedbo. Priporočljivo je za vsako aktivnost projekta, vključeno v plan / WBS , opredeliti zahteve kakovosti in se dogovoriti o zagotavljanju le-te (način dela, uporabljena tehnologija, postopki, orodja, preprečevanje napak,…). Da bi zagotovili ustrezno kakovost, se v plan projekta lahko dodajo tudi nove aktivnosti (npr. usposabljanje ljudi, nabava opreme). Naslednji korak je opredelitev preverjanja / testiranja vmesnih rezultatov zaključenih faz (npr. prototipa, načrtov objekta, zamisli programa prireditve, ipd.).  Izvedba teh preverjanj je lahko zaupana osebam ali institucijam, ki niso vključene v izvedbo projekta (laboratoriji, neodvisni strokovnjaki), včasih pa kakovost vmesnih rezultatov potrdi kar naročnik projekta.

Pa še to: med zagotavljanje kakovosti lahko štejemo tudi opredelitev formalnega procesa obravnavanja (in potrjevanja) sprememb, saj delne in med udeleženci projekta neusklajene spremembe (proizvoda, tehnologije, izvedbe) lahko močno vplivajo na slabšo kakovost!

Plan nabave opreme in materiala

Če bi za do sedaj navedene korake planiranja lahko trdil, da so nekakšen »standard« oziroma jih izvedemo ne glede na tip projekta, pa plani, ki jih bom predstavil v naslednjih treh prispevkih, niso vedno posebej opredeljeni v fazi priprave projekta. Pri nekaterih tipih projektov so pomembni, pri drugih pač ne, ali pa so sistemsko opredeljeni (kot proces) na nivoju celotne združbe. Govorim o planih nabave, obvladovanja kakovosti ter kontrole.

Najprej poglejmo plan nabave. Tuji avtorji pod nabavo (angl. procurement) razumejo tako proizvode dobaviteljev, kot storitve pogodbenih izvajalcev. V tem prispevku sem bom usmeril le v prve, saj je nekako normalno, da se v plan vključi aktivnosti za pridobivanje podizvajalcev, na pravočasno naročanje materiala pa se dostikrat pozabi. Pod vire, ki jih nabavljamo, bomo razumeli material in polizdelke (npr. za izdelavo prototipov razvoja izdelka ali za gradnjo objekta) ter opremo (za vgradnjo ali za potrebe izvedbe projekta), pa še kaj bi se našlo.

Planiranje nabave in odločanje o nabavi

Nabava virov projekta*

Opredelitev plana nabave in vključitev aktivnosti nabave v terminski plan projekta je odvisna od dostopnosti vira, ki ga potrebujemo. Če material lahko kadarkoli kupimo v trgovini ali pa ga dvignemo iz skladišča, potem se projektni tim s tem v fazi priprave projekta ne ukvarja. Povsem drugače pa je, če so dobavni roki daljši ali če je potrebno polizdelke ali opremo predhodno tudi prilagoditi našim potrebam. Posebni problem je seveda naročanje v javnih združbah, kjer je potrebno izvesti javni razpis, planiranje dobav vnaprej pa je pomembno tudi v združbah, kjer za večje število projektov material naročajo hkrati, ker zaradi večjih količin dosežejo nižjo ceno.

Vhodni podatek za plan nabave je plan potrebnih virov za izvedbo posameznih aktivnosti. Pri več tujih strokovnjakih sem zasledil priporočilo, da naj za vsak potreben vir razmislimo, ali ga bomo izdelali sami ali pa ga bomo kupili. Verjetno se, glede na projekte, ki jih izvajate, ta odločitev mnogim zdi nekako samoumevna, a vseeno se v mnogih proizvodnih podjetjih še vedno dogaja, da hočejo vse narediti sami, ker naj bi to bilo ceneje (pa ni) in ker (mogoče preveč) zaupajo v lastne kadre.

Če se odločimo za nabavo, je najprej potrebno ugotoviti, kakšen je običajni čas dobave, v terminski plan pa se nato doda aktivnost »nabava opreme / materiala«, ki naj bi se končala najkasneje pred aktivnostjo, v sklopu katere se bo material uporabil. Trajanje aktivnosti nabave je spet odvisno od vrste projekta in vira, ki ga nabavljamo. Osnova naj bi bil čas dobave, kateremu se prištejejo naloge pred naročilom – morebiten čas za izvedbo povpraševanja, dogovarjanja, razvojne prilagoditve, testiranje vzorcev, potreben čas za izvedbo javnega razpisa, dodamo pa še kakšen dan rezerve (tvegaje zamude dobave!). Seveda je tveganje manjše, če imamo stalnega dobavitelja in določen material redno naročamo.

Včasih pa se zgodi, da bi morali aktivnosti nabave začeti kar nekaj časa pred začetkom priprave projekta, če bi hoteli material dobiti do roka in upoštevati še kakšna tveganja. A ni druge – potrebno je tudi malo tvegati in upati na srečen razplet, bolj proaktivno delovanje nabave pa tudi lahko prinese uspeh…

Obvladovanje vplivnežev projekta

Eno od večjih tveganj je, da bodo izvedbo projekta ovirali ali jo celo želeli preprečiti posamezniki ali skupine, ki imajo za svoje nasprotovanje lahko pozitivne ali negativne razloge (varovanje narave, prikriti finančni interesi, ipd). Imenujemo jih vplivneži (PMBOK: influencers), delno pa sem jih predstavil že v prispevku, kjer sem opredelil udeležence projekta, njihove interese in vloge. Že tam sem tudi navedel, da jih običajno delimo na notranje (zaposlene v združbi) in zunanje (družbeno – politične ali interesne organizacije), obstajajo pa tudi druge delitve (slika).

Rezultati projekta lahko vplivajo na veliko število posameznikov in združb, česar posledica je veliko število potencialnih vplivnežev. McElroy & Mills (Turner & Simister, 2000) navajata ugotovitve raziskav, da se zaradi vplivnih skupin, ki nasprotujejo kakemu projektu, stroški projekta v povprečju dvignejo za 15%. Zaradi tega zagovarjata proaktivni pristop k obvladovanju vplivnežev, pomembno pa je izkoristiti podporo »projektu naklonjenih« vplivnežev, ki managerju projekta lahko pomagajo s poznanstvi, informacijami in s svojimi izkušnjami.

Vplivneži projekta

Potencialni nasprotniki / vplivneži projektaVir: Cleland, 1999

Omenjena avtorja sta postavila naslednjo definicijo: ravnanje z vplivneži dejansko pomeni neprestan razvoj odnosov z njimi. Analizo vplivnežev je potrebno izdelati v začetnih fazah projekta, saj se na podlagi analize preveri glavne cilje projekta z vidika zadovoljevanja pričakovanj različnih vplivnežev. Priporočljivo je celo nekoliko spremeniti cilje, da bi zagotovili višjo podporo projektu. Burke (2003) poudarja, da je spremembe bolje narediti takoj, kot pa zanemariti nasprotovanja in se z njimi spopasti šele v fazi izvedbe projekta, saj so spremembe občutno dražje v kasnejših fazah projekta.

Young (2000) predlaga, naj si projektni tim že v fazi planiranja projekta postavi naslednja vprašanja:

  • Kdo želi, da projekt uspe, in kdo bi morda želel, da propade?
  • Kdo bo podprl projekt in kdo ga bo oviral ali mu nasprotoval?
  • Kdo bo imel koristi od projekta in kdo kaj izgubil?
  • Čigav uspeh se poveča s projektom in na čigav uspeh vpliva negativno?

Sledi pridobivanje informacij o vplivnežih:

  • Kakšen je dejansko njihov interes in zakaj jih zanima projekt?
  • Kaj pričakujejo od projekta in kakšne so njihove potrebe?
  • Ali jih lahko vključimo v organizacijo (zaradi znanj, izkušenj, posebnih veščin)?
  • Kakšen je njihov položaj in vpliv?
  • Kaj lahko izgubijo s projektom in kako lahko ovirajo izvedbo?

Obstajajo trije glavni pristopi obvladovanja vplivnežev – ignoriranje, informiranje in sodelovanje. Izbira taktike obvladovanja posameznega vplivneža je seveda odvisna od tega, kako močno nasprotuje projektu in kakšen je njegov vpliv. Manj pomembne vplivneže lahko ignoriramo, druge lahko »obvladujemo« s stalnim informiranjem o poteku in koristih projekta, organiziranjem sestankov in posvetovanj, kjer poskušamo prepričati nasprotnike, seveda pa je smiselno določene pripombe  tudi upoštevati. Tretji pristop predlaga vključitev vplivneža med uradne udeležence projekta, kar mu omogoči udeležbo na določenih sestankih ter sodelovanje pri sprejemanju odločitev, ki so povezani z njegovim nasprotovanjem. Lahko celo sodeluje pri izvedbi določenih aktivnosti.

Omenimo še interne vplivneže, med katere štejemo predvsem managerje na različnih nivojih v združbi, kjer se izvaja (interni) projekt. Po mnenju Golda (2002) je predvsem pomembno, da manager projekta doseže visoko podporo ključnih oseb v združbi, kar zahteva visok nivo sodelovanja (»mreženje«) in sposobnosti dobre promocije projekta. Potrebno je razumeti interese in politiko delovanja managerjev, pri promociji projekta pa je potrebno predstaviti predvsem koristi, ki jih bo prinesel projekt.

Ukrepi zniževanja projektnih tveganj

Ko se identificira in ovrednoti tveganja, se začne iskanje načine za znižanje stopnje tveganosti projekta. Najprimernejši ukrepi so tisti, s katerimi poskušamo znižati ali celo odpraviti možnost uresničitve posameznih tveganj, dokaj razširjeno in učinkovito pa je tudi znižanje posledic v primeru, da se tveganje uresniči.

Tveganju se lahko popolnoma izognemo tako, da odstranimo ali obidemo dejavnik tveganja. Slednje je možno s spremembo plana projekta, pri čemer spremenimo celoten projekt ali posamezno fazo, trajanje aktivnosti, taktiko izvedbe, dobavitelja ali izvajalca. Nov plan, s katerim poskušamo zaobiti tveganje, lahko opredelimo kot alternativno metodo doseganja ključnih dogodkov in lahko predstavlja večji strošek izvedbe ali pa tudi ne. Drugi način odprave tveganja je npr. odprava določenih težko dosegljivih zahtev naročnika, kar zahteva pogajanja z naročnikom, pri odločanju pa se običajno primerja velikost tveganja s pričakovanim donosom uresničitve zahteve naročnika.

Znižanje verjetnosti uresničitve tveganj je pristop, podoben predhodnemu, pri čemer se tveganje ne odstrani ampak se poskuša le znižati verjetnost uresničitve. Le-to se največkrat doseže z dodatnimi preventivnimi / kontrolnimi aktivnostmi (in posledično z dodatnimi stroški), možni pa so tudi naslednji ukrepi: boljša (dražja) oprema, drugačna (boljša, dražja) tehnologija izvedbe, pomoč zunanjih strokovnjakov, simulacije in uporaba preizkušenih postopkov.

Seznam tveganj in ukrepov

Ukrepi zniževnja projektnih tveganjVir: prirejeno po Carter et al., 1994

Posledice tveganja lahko ublažimo z aktivnostmi, ki jih izvedemo le v primeru uresničitve tveganja (pristop imenujemo aktivno sprejetje), z zavarovanjem, ter s prenosom tveganja na drugo osebo ali združbo. Zavarovanje je primerno v primeru velikih tveganj, katerih verjetnost dogodka je nizka, a imajo za projekt lahko katastrofalne posledice. V takih primerih se združbe običajno obrnejo na zavarovalnice. Prenos tveganja pomeni prenos kritja dodatnih stroškov, kot posledice morebitne uresničitve tveganja, na drugo osebo ali združbo – na naročnika, zunanjega izvajalca ali dobavitelja, in je opredeljen s pogodbo. Pomembno je, da tveganje prevzame stranka, ki ga laže obvladuje in je za to tudi bolj motivirana.

Ko smo opredelili ukrepe za zmanjšanje tveganj, jih je potrebno vključiti v plan projekta (dodatne kontrolne / preventivne aktivnosti). Korektivnih ukrepov se v terminski plan ne vključi, saj naj bi se izvedli le v primeru uresničitve tveganja. Za primere uresničitve tveganj in izvedbe omenjenih ukrepov se v terminski plan vključijo časovne rezerve. Te se koristijo tudi za pasivno sprejetje identificiranih tveganj ter za vsa tveganja, ki jih projektni tim ni identificiral. Poleg dodatnega časa se predvidi tudi denarna rezerva, ki se uporabi v primeru dodatnih stroškov.

Za celovit pregled najpomembnejših tveganj in še posebno za potrebe kontroliranja tveganj se izdela seznam tveganj s pripravljenimi ukrepi (tabela). Na podlagi seznama projektni manager na kontrolnih sestankih preverja uresničevanje tveganj in udejanjanje ukrepov. O morebitnih pojavih simptomov prihajajočega tveganja poročajo lastniki tveganj, zato seznam tveganj vsebuje tudi simptom in lastnika, torej tistega, ki je zadolžen za kontroliranje posameznega tveganja. Običajno je to član tima, ki sodeluje na aktivnosti, kjer se tveganje lahko uresniči, in ki ima ustrezna znanja, izkušnje in zadosti visok nivo odgovornosti.

Zaključna poročila projektov naj bi vsebovala tudi analizo tveganj projekta – primerjavo problemov in tveganj, na katere se je projektni tim pripravil in tistih, do katerih je v resnici prišlo, poleg tega se izpostavijo ukrepi, s katerimi se je projektni tim izognil večjim tveganjem v času izvedbe projekta. V poročilu ne smejo izostati niti tveganja, katerih tim pri planiranju projekta ni predvidel, ter tistih, katerih ukrepi za omilitev oz. izogib so se izkazali za neustrezne. Na podlagi teh informacij se izdela in dopolnjuje “baza tveganj”, ki se koristi pri obvladovanju tveganj bodočih projektov.

Management projektnih tveganj – identifikacija in vrednotenje

»Murphy obišče vsak projekt!« sem prebral v neki knjigi. Še tako idealen plan žal ne more preprečiti vseh nezaželenih dogodkov, ki v času izvedbe projekta lahko povzročijo vsaj nekaj nepredvidenega dodatnega dela, lahko pa tudi večje zamude in stroške. Da zadovoljijo različne interese udeležencev projekta, so cilji projektov zelo kompleksni, kar zahteva veliko število aktivnosti, v katere je vključenih večje število ljudi z različnimi veščinami, odgovornostmi in pristojnostmi. Iz kompleksnosti izhaja veliko priložnosti, da aktivnosti ne bi potekale, kot je bilo načrtovano.

Večino avtorjev deli tveganja na poslovna (investiranje v napačen projekt), tehnična (nezmožnost uresničitve ciljev) in operativna (neustrezno sodelovanje naročnika s projektnim timom). Pri tem velja, da se s poslovnimi tveganji ukvarja naročnik projekta (vplivajo pa na uspeh projekta), s tehničnimi in operativnimi (ki vplivajo na učinkovito izvedbo) pa projektni tim. Pri tem slednja dva tipa skupaj običajno poimenujejo tudi »projektna tveganja«, ki lahko izhajajo iz okolja projekta ali pa neposredno iz projekta (slika).

Vrste, viri in dejavniki projektnih tveganj

Projektna tveganja*

Tipični koraki procesa managementa tveganj so:

  • identifikacija in vrednotenje tveganj,
  • planiranje ukrepov za znižanje tveganosti,
  • kontroliranje tveganj in ukrepanje.

Proces identifikacije tveganj obsega razpravo o potencialnih tveganjih in izdelavo seznama tveganj. Osnova za identifikacijo tveganj je seznam in opis aktivnosti projekta (WBS), vhodne informacije pa so tudi obseg in specifikacije proizvodov, informacije o okolju združbe ter pričakovane koristi. Da bi lahko identificirali tveganja in kasneje poiskali ustrezne ukrepe z njihovo zmanjšanje, je potrebno za posamezne aktivnostih poiskati razloge za pojave, ki lahko negativno vplivajo na uspeh projekta:

  • zakaj bi izvedba aktivnosti in projekta lahko zamujale in/ali zakaj bi bili končni stroški večji od planiranih?
  • kje bi bil lahko vzrok, da rezultat projekta ni v skladu z zahtevami naročnika?
  • kaj bi nas oviralo, da ne bi dosegli ustrezne kakovosti proizvoda in/ali izvedbe?
  • katera tveganja so vezana na pridobitev virov in ali jih lahko pravočasno pridobimo?

Pri tem si lahko pomagamo z izkušnjami projektnega tima in sodelavcev, v podporo nam je poznavanje strokovnih področij, opremo se tudi na intuicijo. V kolikor združba izvaja sistematične analize končnih poročil zaključenih projektov, so nam v veliko pomoč tudi zabeleženi podatki o tveganjih preteklih projektov.

Z vidika vpliva na projekt so tveganja lahko zelo različna – nekateri dogodki povzročijo le nekajurno “reševalno” akcijo, drugi pa kar večmesečno zamudo. Slednji seveda zahtevajo večjo pozornost, poskušamo jih preprečiti ali vsaj zmanjšati verjetnost uresničitve. Zato z ocenjevanjem poskušamo oceniti velikost tveganj, nakar le za petino (po Paretovem načelu) kasneje poiščemo tudi ukrepe za zmanjšanje tveganosti. Tveganja se ovrednotijo tako, da se ocenita verjetnost uresničitve ter obsežnost posledic uresničitve. Zmnožek obeh dejavnikov pa nam prikaže velikost tveganja.

Velikost tveganja = verjetnost * posledice

Različni avtorji predlagajo različne enote ocenjevanja:

  • oba faktorja od 1 do 3 (Burke, 2003)
  • posledice od 1 do 3, verjetnost od 1 do 5 (Gibbs) oz. od 1 do 9 (Young, 2000)
  • verjetnost v %, posledice od 1 do 100 (Newell, 2002)
  • verjetnost v %, posledice v mesecih zamude ali v denarnih enotah (Chapman & Ward, 1997)

Ocena posledic v denarju nam omogoči lažjo primerjavo posledic in stroškov morebitnih ukrepov za zmanjšanje ali odpravo tveganja, saj se za ukrep ne odločimo, kadar je dražji od velikosti tveganja. Druga prednost ocenjevanja posledic v denarju je tudi možnost večjega razpona med najnižjimi in najvišjimi stroški uresničitve tveganj, v primerjavi z razponom 1 – 3.

Planiranje stroškov projekta

O ocenjevanju stroškov projekta sem pisal že v sklopu snovanja projekta, natančneje pri izdelavi študije izvedljivosti. Takrat sem navedel, da se stroški ocenijo po načelu (metodi) »top-down«. V fazi planiranja pa se po načelu »od spodaj navzgor« (bottom-up) čim bolj natančno predvidijo stroški vseh virov, ki jih bomo potrebovali za izvedbo projekta. Stroka ta pristop imenuje »inženirski«, poleg omenjenih dveh metod pa omenja še tretjo – analogno, kjer se stroški ocenijo na podlagi normativov za določeno enoto – meter (npr. 1 m izgradnje kanalizacije = 1725 €), m2 (asfalta) ali m3 (betona).

Razlike med metodami po Kerznerju (2009)

Ocenjevalni model Generičen tip Povezava z WBS Natančnost Čas priprave
Parametrično ROM Top down -25% – +75% Dnevi
Analogno Proračun Top down -10% – +25% Tedni
Inženirsko Definitivno Bottom up -5% – +10% Meseci

(ROM – groba ocena po velikost stroškov, angl. rough order of magnitude)

Normativi so seveda plod izkušenj oz. statističnih analiz dejanskih stroškov preteklih projektov. Predvsem bolj projektno usmerjene združbe imajo v ta namen zaposlene analitike projektov, ki pomagajo projektnim timom čim bolj realno oceniti stroške. Obstaja celo svetovno združenje teh strokovnjakov, imenovanih »stroškovni inženirji« (ICEC). Sicer pa so ocene plod izkušenj članov tima in drugih strokovnjakov iz združbe ali izven nje. Osnove dobrega ocenjevanja pa so tudi izdelani referenčni modeli projektov, razpoložljivi ažurirani podatki o cenah opreme in materialov, ter baza internih stroškov ljudi (plačilni razredi po delovnih mestih).

Vhodni podatki za ocenjevanje stroškov so seznam aktivnosti (WBS), potrebe po virih ter stroški teh virov. Stroški so lahko variabilni, preko ur dela vezani na trajanje aktivnosti (običajno se upoštevajo kot strošek dela na uro) ali fiksni (nespremenljiv strošek vira na eni aktivnosti – pogodbeni znesek, material, ipd.). Novejša računalniško podprta orodja omogočajo neposredno planiranje stroškov v kombinaciji s terminskim planom, lahko pa se izdela kar tabela vrst stroškov po aktivnostih (slika).

Enostavna matrika stroškov projekta

Plan / matrika stroškov projekta*

Ko združimo terminski plan in stroške virov, dobimo vhodne podatke za izdelavo plana financiranja – potrebe po višini finančnih sredstev v posameznih obdobjih projekta. Na podlagi predvidenih izdatkov se tako izdela plan financiranja. Običajno pa to ni naloga projektnega tima, ampak skrbnika projekta ali managerja portfelja projektov, čeprav obstaja kar nekaj izjem (iskanje pokroviteljev za izvedbo prireditve, projekti v društvih, ali pa projekti, financirani s strani države ali EU). V omenjenih projektih pa morajo člani tima sami poskrbeti za pridobitev finančnih sredstev.

Ocena stroškov po inženirski metodi se lahko zelo razlikuje od prvotne ocene naročnika. Če predpostavimo, da je projektni tim pripravil realen plan stroškov, prvotni predračun pa je nižji od končne ocene, potem ostaneta le dve alternativi – projekt se ne izvede ali pa se poveča proračun projekta. Slednje se izvede, v kolikor popravljeni finančni kazalniki projekta (donosnost, doba vračanja) še vedno zadovoljijo naročnika. Zato on tudi sprejme to odločitev. Malce drugače je seveda pri pripravi ponudb, a o tem kdaj drugič.

Kadrovanje članov tima

Manager projekta in člani ožjega tima se običajno določijo pred začetkom priprave projekta, saj je njihova prva naloga izdelava plana projekta. Ko splanirajo aktivnosti in ocenijo potrebe po izvajalcih (usposobljenost, ure dela), v sodelovanju z linijskimi managerju izberejo tudi ostale izvajalce (člane širšega tima).

V določenih primerih pa se izvajalci ne določijo v fazi priprave projekta, ampak šele kasneje. Se pa določi delovno mesto z predvidenimi urami dela, da se preverijo zmožnosti glede razpoložljivosti izvajalcev ter ocenijo stroški izvedbe projekta. Lahko rečemo, da obstajajo trije termini kadrovanja:

  • takojšnje izbira / določitev konkretnih izvajalcev se običajno izvede v primeru RR in internih projektov sprememb delovanja (IT, reorganizacija);
  • določitev po pridobljenem poslu (projekti za zunanjega naročnika) – v prvi fazi priprave projekta (priprava ponudbe) se planirajo le potrebni kadri, konkretna imena pa se določijo šele takrat, ko naročnik potrdi ponudbo;
  • kadrovanje tik pred izvedbo aktivnosti – projekti, kjer v določenem času potrebujemo več enako usposobljenih izvajalcev; primer: za montažo linije v osmem mesecu projekta potrebujemo 5 monterjev, katere njihov vodja določi šele pred montažo.

Preverjanje obremenitve ljudi

Izravnava (leveling) virov*

V redkih primerih (visoka prioriteta projekta) manager projekta lahko zahteva konkretne ljudi,  običajno pa jih določi linijski manager, ki bolje pozna zmožnosti svojih ljudi (strokovnost, hitrost dela, kreativnost, natančnost…). Manager projekta linijskim managerjem predstavi potrebe po kadrih, oni pa potem določijo ustrezne ljudi. Pri tem izhajajo iz strokovne zahtevnosti aktivnosti ter sposobnosti in razpoložljivosti svojih ljudi, ki sicer lahko že delajo na drugih projektih (slika!) in imajo tudi redne zadolžitve sklopu svojega oddelka.

Ko govorimo o razpoložljivosti in obremenitvah ljudi, moramo omeniti tudi izravnavanje obremenitve (angl. leveling), ki se najprej izvede na nivoju projekta, ki ga planiramo, nato pa lahko tudi na nivoju vseh projektov v združbi. Najprej poiščemo morebitne planirane preobremenitve posameznikov – ali smo za koga katerikoli dan planirali več kot 8 ur dela (na dveh ali več vzporednih aktivnostih), ki jih nato rešujemo z zamikanjem nekritičnih aktivnosti, premeščanjem ali dodajanjem ljudi, ipd. Postopek nato ponovimo na celotnem naboru projektov (slika – »gantogram« nalog posameznika). Če projekta z razpoložljivimi kadri ne moremo izvesti do želenega roka, se to rešuje z najetimi zunanjimi izvajalci ali pa se zamakne končni rok. Lahko pa se podaljša kateri od že izvajanih projektov z nižjo prioriteto.

Računalniško podprta orodja so planiranje ljudi dokaj poenostavila, vendar moramo paziti, da ne »podležemo« funkcionalnosti teh orodij. Prva stvar je natančnost ocenjevanja obremenitev – če se pogajamo o 9% preobremenitvi in poskušamo izravnavati obremenitve, ki imajo manj kot 20% presežka, lahko porabimo več časa za usklajevanje, kot nam to prinese koristi. Sploh, ko se določene aktivnosti na enem od projektov zamaknejo zaradi problemov in zamud… Druga funkcija, ki je »navidezno uporabna« pa je samodejno izravnavanje obremenitev. Če je delno uporabna na enem projektu (preverjanje različnih alternativ izvedbe), nam lahko v multiprojektnem okolju povzroči veliko zmedo in nejevoljo ljudi!

Page 2 of 3

Powered by WordPress & Theme by Anders Norén