Blog, debatni večeri, raziskave, knjiga…

Author: Aljaž Page 8 of 9

Priporočljive osebnostne lastnosti projektnega managerja

Čeprav se znanstveno nisem nikoli ukvarjal z osebnostnimi lastnostmi ljudi, bom tokratni prispevek pripravil na izkustveni predpostavki, da so osebnostne lastnosti ljudi prirojene. Dolgoletno sodelovanje v različnih skupinah in timih mi je nekako vcepilo občutek, da obstajajo določene sposobnosti, ki se jih ne da priučiti. Le v primeru, da jih človek »nosi v sebi«, jih lahko nadgrajuje z usposabljanjem in prakso. Verjamem, da bi temu mnenju nasprotovali svetovalci s področja vodenja (ki trdijo, da se da vse naučiti) in psihologi (ki osebnostne lastnosti proučujejo znanstveno), pa vendar s to predpostavko v nadaljevanju predstavljam priporočljive prirojene osebnostne lastnosti managerjev projektov. Vse, ki poznajo drugačna dognanja ali imajo drugačne izkušnje, pa pozivam, da napišejo kakšen komentar.

Menim, da je najbolj pomembna lastnost projektnega managerja smisel za organizacijo. Kdor sebi ne zna organizirati dela, se ne drži rokov in dogovorov (ne obvladuje časa in običajno zamuja), ta bo toliko težje organiziral delo drugih. »Občutku za čas« je potrebno dodati sposobnosti koordinacije dela članov tima in zunanjih izvajalcev, pri čemer je pomembno zaupanje do podrejenih, ki je osnova za ustrezno delegiranje s prenosom odločanja na nižji nivo tima. V skupino organizacijskih lastnosti avtorji vključujejo tudi podjetnost (stalno razmišljanje o alternativni učinkovitejši izvedbi), strateško gledanje (planiranje različnih scenarijev poteka projekta, predvidevanje posledic trenutnih odločitev v prihodnosti), sistematičnost in prilagodljivost različnim situacijam.

Najpomembnejše osebnostne lastnosti projektnega managerja

Manager / vodja projekta - osebnostne lastnosti*

Dober vodja z zanosom, optimizmom, energijo, vztrajnostjo, pogumom in osebno zrelostjo vpliva na podrejene, da mu sledijo. To je pri projektih še toliko pomembneje, ker člani tima prihajajo iz različnih oddelkov in niso neposredno podrejeni managerju projekta. Občutek za vodenje ljudi vključuje obvladovanje medsebojnih odnosov, ustvarjanje dobre delovne klime, zagotavljanje pripadnosti timu, nedenarno motiviranje, inspiracijo in mentorstvo. Pokazati mora zadovoljstvo ob uspehih, pohvaliti ljudi za vložen napor, a vseeno znati kitično oceniti delo tima. Med vodstvene sposobnosti bi lahko šteli tudi pripravljenost na reševanje medosebnih konfliktov. To naj bi mu predstavljalo izziv, ne pa da si zatiska oči pred njimi ali jih celo izkoristi za »obvladovanje« skreganih posameznikov. Pa še nekaj: navkljub temu, da je vodja, mora še vedno ostati timski delavec!

Ena od vitalnih lastnosti je tudi komunikativnost. Pri projektih je velikokrat pomembnejše neformalno sodelovanje, kot pa trdi birokratski odnosi z dopisi, pravilniki in sklicevanjem na pooblastila. Projektni manager mora biti sposoben komunicirati na vseh nivojih v podjetju in tudi izven njega, pri čemer mora različnim situacijam in sogovornikom prilagoditi stil komuniciranja. S komuniciranjem vpliva na obnašanje drugih ljudi – sposoben mora biti pogovora s člani tima, jih poslušati in razumeti, obvladovati mora pogajanja z linijskim managementom, da si zagotovi podporo in ljudi. Kot “ambasador” projekta mora o napredovanju projekta informirati vodstvo podjetja in naročnika. Skratka, vase zaprti ljudje, ki prisegajo na sodobno informatiko in so sposobni komunicirati samo preko elektronske pošte, so slabi vodje, pogajalci, promotorji projekta…

Če bi za prve tri lastnosti še lahko trdili, da so veščine, ki se jih da priučiti (čeprav se s tem težko strinjam), pa za »neposredne« osebnostne lastnosti načeloma ni dileme – morajo biti prirojene. Ker je so projekti povezani s tveganji, nepredvidenimi zapleti, prepleteni z različnimi interesi udeležencev projekta, je zelo pomembna čustvena stabilnost in obvladovanje stresnih situacij. Poleg tega mora biti manager samozavesten, verjeti vase in v svoj tim, a hkrati dovolj samokritičen, da stalno teži k izboljšavam delovanja. Pomembna je tudi odločnost, a ni nujno, da vse odločitve sprejme sam, mora pa poskrbeti, da se čim prej sprejme odločitev.

Osebno bi navedenim lastnostim dodal še eno: ker je vsak projekt deloma ali zelo drugačen od predhodnih, so managerji projektov neke vrste »avanturisti«, ki se vedno podajajo »v neznano«, hkrati pa so projekti blizu tistim, ki v življenju stalno iščejo kaj novega in se hitro naveličajo vsakodnevnih opravil.

Obstajajo pa tudi tipi osebnosti, kateri naj ne bi bili dobri managerji projektov. Izogibati se je potrebno tehnokratov, birokratov in »prodajalcev«. Tehnokrat bi raje neskončno dolgo iskal idealno rešitev, kot tako, ki bi zadovoljivo rešila potrebe naročnika. Ker uživa v strokovnemu delu, mu primanjkuje časa, želje in zmožnosti za koordiniranje drugih in za »administrativno« delo. Birokratu je pomembneje, da se izvajanje drži dogovorjenih postopkov in pravil, kot da je dobro opravljeno. Obožuje formularje in poročila, zaradi pretirane pedantnosti pa je neučinkovit, hkrati pa nadloga za kolege. Najhuje pa je, da svojih poročil ne uporablja za kakršenkoli produktiven namen. »Prodajalec« pa je tip managerja, ki veliko govori, a bolj malo naredi, zato od projekta velikokrat ostaneta le sijajen načrt in zamujena priložnost.

Lastnosti projektnega managerja sem povzel po naslednjih virih: Andersen et al. (2009), Charvat (2002), Heerkens (2002), Heldman & Heldman (2007), Kerzner (2001), Kleim & Ludin (1998), Meredith & Mantel (2009), PMBOK (1996), Škarabot (1994), Turner (1993), Weiss & Wysocky (1992) ter Young (2007).

Veščine in kompetence projektnega managerja

Če malo pobrskamo po internetu, najdemo mnogo opredelitev kompetenc. V eni od predstavitev sem našel tole opredelitev (Bagon): “kompetence so tiste lastnosti, ki posamezniku omogočajo uspešno in učinkovito opravljanje dela glede na zahteve organizacijske vloge. Med te lastnosti štejemo sposobnosti, znanja in veščine ter motivacijo, samopodobo in socialno vlogo”. V tem prispevku bom predstavil prvi vidik – priporočljive kompetence projektnega managerja z vidika znanja in veščin, v naslednjem prispevku pa še potrebne osebnostne lastnosti uspešnega projektnega managerja.

Mislim, da o (teoretičnem) znanju ni potrebno veliko pisati. Znanja s področja managementa se lahko pridobijo s formalnim izobraževanjem na fakultetah, iz knjig, na internetu, ali z dodatnim usposabljanjem (npr. seminarji Projektne akademije Agencije Poti), pa tudi na strokovnih srečanjih (konferencah – ZPM forum). Skratka, imeti znanje pomeni, da vemo, kako naj bi nekaj delali. Veščina pa pomeni,  da smo pridobljeno znanje uporabili in osvojili tudi v praksi! Dokler ne poskusiš, niti ne veš, če teorija 100% velja za tvoj tip projekta in če imaš za to potrebne sposobnosti (npr. vodstvene, organizacijske, ipd.).

Kompetence projektnega managerja po IPMA ICB 3.0

Kompetence managerja / vodje projekta*

Strokovnjaki, ki so pri IPMA razvili program certificiranja (v Sloveniji SloCert), so opredelili kar 46 kompetenc, ki naj bi jih imel uspešen projektni manager. Kompetence so razdelili na tri področja, kar pomeni, da naj bi manager projekta obvladoval metode in orodja projektnega managementa, delo z ljudmi, ter poznal zakonitosti in delovanje okolja projekta. Vprašanje bi lahko bilo, če niso malo pretiravali… Ali res lahko vse navedeno obvladamo oziroma ali je res potrebno imeti vse navedene kompetence. Mislim, da je odvisno od kompleksnosti (organizacijske zahtevnosti) in vrste projekta. Ravno zato obstajajo štirje nivoji certifikatov. Sicer pa podrobnejši opis kompetenc najdete v ICB 3.0, ki si ga lahko brezplačno prenesete z IPMA spletne strani.

Leta 2016 je IPMA izdala novo verzijo – ICB 4.0. Glej…

Kompetence projektnega managerja po IPMA ICB 4.0

In veščine? Glede na teoretično opredelitev kompetenc, bi lahko rekli, da so “IPMA kompetence” prej nabor veščin, kot kompetenc. Je pa res, da tuji strokovnjaki zadeve dostikrat poenostavijo. Morris & Pinto (2007) na primer navajata, da so kompetence “zmožnosti, da nekaj izvedemo dobro in uspešno”. V knjigah uveljavljenih strokovnjakov (Charvat, Heerkens, Heldman, Kerzner, Lewis, Meredith & Mantel, Newell, Philips, Thomsett, Verzuh) sem našel dokaj različne nabore potrebnih veščin, ko pa sem jih združil, sem ugotovil, da sem “sestavil” “IPMA oko kompetenc”.

Navajam pa še nekaj zanimivih: sposobnosti delegiranja, tolerantnost do napak, podjetnost, sposobnost pisanja (zapisnikov, poročil, pogodb), administrativne spretnosti in sposobnosti  javnega nastopanja (predstavitve), Young (2007) pa med veščine šteje tudi:

  • izbiro pravih članov ekipe z ustreznimi znanji;
  • zmožnost prepoznavanja in razumevanja osebnosti članov tima;
  • usklajevanje ciljev aktivnosti z osebnimi cilji izvajalcev;
  • ustvarjanje pravega občutka za odgovornost v timu;
  • vzpostavitev medsebojne povezanosti članov tima in zavezanosti projektu;
  • razumljivo razlago odločitev ter učinkovito obveščanje vseh o napredku projekta;
  • usklajevanje in obvladovanje pogodbenih izvajalcev, dobaviteljev in svetovalcev;
  • razumevanje dejanskih potreb končnih uporabnikov.

Naj bi bil torej vrhunski projektni manager neke vrste “Superman”? Niti ne, vendar pa, kot pravi slovenski pregovor – več znaš, več veljaš! Pri projektih bi to pomenilo, da obvladovanje več omenjenih veščin pripomore k manjšemu številu problemov pri delu (manj sivih las?) in učinkovitejšo izvedbo. Poleg tega pa obsežen nabor veščin lepo pokaže, da vsega žal ne moremo osvojiti z izobraževanjem, ampak je potrebno izpeljati kar nekaj projektov, da stvari res obvladujemo. Na napakah se učimo in leta prakse naredijo svoje.

Pa še nekaj. Omenjeno je bilo tudi obvladovanje “tehnike” oziroma strokovnih področij, potrebnih za izvedbo projekta. Potrebno se je zavedati, da bolj kot je organizacijsko zahteven projekt, manj se manager ukvarja s stroko! Dobro je, da stroko pozna, da se zna pogovarjati s člani tima ter da ga le-ti ne “goljufajo”, vsekakor pa nima smisla, da je najboljši strokovnjak. Praviloma je to še slabše, ker mu je potem strokovno delo pomembnejše od managerskih nalog. Več o tem pa v naslednjih dveh prispevkih.

Vloga in naloge managerja projekta

Projektni manager je odgovoren skoraj za vse na projektu, zato bi bilo lažje opredeliti, za kaj ni odgovoren, kot pa za kaj je (Newel, 2002). V osnovi je seveda nosilec funkcij managementa, kamor štejemo planiranje, organiziranje, vodenje in kontroliranje. Kerzner (2009) sicer kot tretji korak navaja usmerjanje oz. koordiniranje (angl. directing), Rozman (2008) pa pravi, da projektni manager uveljavlja plan. Lahko bi rekli, da v fazi izvedbe manager projekta koordinira izvedbo aktivnosti, pri čemer z ustreznim vodenjem zagotavlja učinkovito delovanje članov tima.

Poleg navedenega »osnovnega nabora« nalog managementa, pa obstaja še množica opravil, ki naj bi zagotovile kakovostno pripravo in učinkovito izvedbo projekta. V nadaljevanju navajam nekaj pomembnejših nalog, še zdaleč pa to ni celoten nabor.

Priprava projekta

Čeprav njegova neposredna naloga ni opredelitev zahtev, pa mora zagotoviti, da so zahteve (obseg, specifikacije) pred začetkom planiranja projekta čim bolj podrobne in nedvoumne, da bo plan realnejši, da ne bo kasnejših konfliktov in sprememb ter da bo na podlagi zahtev pridobil ustrezne člane tima in zagotovil druge vire za izvedbo projekta. Zahteve mora tudi jasno predstaviti linijskim managerjem, ki mu »posodijo« ljudi za izvedbo projekta.

Naloge managerja projekta

Naloge managerja projekta*

Izvedba projekta

Skrbi za pravočasni začetek izvedbe posameznih aktivnosti – čeprav bi lahko mislili, da izvajalci aktivnosti ob planiranem času samoumevno začnejo z izvedbo svojih aktivnosti, se to brez spodbude managerja projekta velikokrat ne zgodi. Pomembno je tudi, da poskrbi za usklajeno delovanje zunanjih (pogodbenih) in internih izvajalcev ter pravočasno dobavo materiala s strani dobaviteljev. Skrbi tudi za sodelovanje vseh udeležencev projekta (ne le članov tima) v primeru obravnave predlaganih sprememb, reševanja problemov ali odstopanj. Z usklajevanjem skuša zadovoljiti pričakovanja vseh udeležencev.

Pravočasno odpravlja morebitne ovire, stalno je na preži za morebitnimi problemi. Poskrbi, da člani time na svojo roko ne spreminjajo taktike izvedbe ali dogovorjenih rešitev. Vse predlagane spremembe mora tim (glede na velikost spremembe pa studi v sodelovanju s skrbnikom, naročnikom) prediskutirati in jih sprejeti (ali zavrniti) na podlagi jasne slike predvidenih posledic izpeljane spremembe.

Organizira in vodi projektne sestanke. Pri tem velja, da so kontrolni sestanki redni, z vnaprej določenimi udeleženci, terminom in lokacijo (se ne sklicujejo vsakič posebej), problemski pa se sklicujejo po potrebi (potrjevanje idej, predlogov, reševanje problemov, ipd.).

Izpeljati mora »težje« razgovore, kadar je potrebno zamenjati člana tima, od članov tima zahtevati, da delajo izven običajnega delovnega časa, ukrotiti ali kaznovati posamezne člane tima ali rešiti medosebni konflikt, kjer pa naj bi bil »mediator« in ne razsodnik.

Redno poroča nadrejenim (skrbniku, vodstvu, naročniku) o statusu, odstopanjih od planov, problemih, predvidenem nadaljnjem poteku projekta… Manager projekta si ne sme privoščiti, da bi nadrejene presenetil z negativnimi informacijami!

V prejšnjem prispevku sem že tudi omenil odločanje. Pri tem ni nujno, da projektni manager sprejema odločitve sam, saj to lahko zahteva (pre)več časa, poleg tega odločitev mogoče sploh ni najbolj ustrezna, ker imam premalo znanja, izkušenj, ipd. Menim, da mora odločno poskrbeti, da se sprejme odločitev (npr. čim prej organizira krizni sestanek), pri tem naj si pomaga ne samo z mnenji članov tima, ampak naj poskuša izkoristiti znanje in izkušnje najkompetentnejših sodelavcev združbe.

Posamezni avtorji med odgovornosti managerja projekta vključujejo tudi identifikacijo in predstavitev poslovnega problema oz. priložnosti, identifikacijo in opredelitev najboljše rešitve projekta ter opredeli obsega in specifikacij proizvodov. Vendar pa to ne velja za vse projekte. Še več, velja le za ozek nabor projektov. Navedene vsebine mora namreč opredeliti naročnik (koristnik rezultatov) projekta. Manager projekta mu lahko pomaga pri specifikaciji proizvodov s svojim poznavanjem področja, izkušnjami in znanjem, toda pod končno specifikacijo se mora podpisati naročnik, saj bo to osnova za prevzem ustvarjenih proizvodov. Nekoliko večjo vlogo ima pri opredelitvi manager projekta, če je hkrati pobudnik (internega) projekta, sploh če bo tudi sam med koristniki proizvodov. V zvezi s tem sem zasledil tudi navedbo, da mora z »vizijo« projekta prepričati nadrejene, da se projekt izvede oziroma, da mora »prodati idejo« nadrejenim. To pa je velikokrat lahko dvorezen meč – projekt je lahko odobren »s figo v žepu« (pa naj ga izvede, če želi…), širše neformalne podpore (linijskega managementa) pa mogoče ne bo pridobil. Posledice so seveda slabša kadrovska zasedba tima, nestrinjanje z rešitvami, konflikti, ipd.

Pa še nekaj. Manager projekta mora delovati proaktivno in se ne prepustiti »toku dogodkov«. Redno in zadosti pogosto mora kontrolirati izvedbo (tedensko!), iskati mora informacije za svoje delovanje in odločanje, neformalno k odločanju vključevati različne strokovnjake ter pravočasno širiti prave informacije med prave ljudi.

(Viri: Kerzner, 2009; Kerzner & Saladis, 2009; Meredith & Mantel, 2008; Portny, 2007; Heldman & Heldman, 2007; Lewis, 2006; Verzuh, 2005; Charvat, 2002, Martin & Tate, 2001; Davidson, 2000)

Projektni management – namen, narava, cilji…

V literaturi najdemo veliko različnih prikazov oziroma obrazložitev racionalnega managementa projektov. Največkrat ga opredelijo:

  • kot proces (planiranje, organiziranje, vodenje, kontroliranje – prvi prispevek)
  • s področji delovanja (management obsega, časa, stroškov, kakovosti, virov… prejšnji prispevek)
  • z veščinami, ki naj bi jih obvladoval vrhunski manager projekta (tehnične, vedenjske… kar bom predstavil v enem od kasnejših prispevkov)

Poleg tega nekateri še posebej poudarjajo vlogo, pristojnosti, odgovornosti in naloge projektnega managerja, kar pa bom predstavil naslednjič.

Pri posameznih avtorjih sem naletel tudi na pojme, kot so “principi”, “namen” in “narava” projektnega managementa, a večinoma so bile opredelitve pojmov podobne vsebinam, ki sem jih navedel v zgornjih alinejah. Namen je Po Harrisonu in Locku (2004) na primer uresničitev vseh (dokaj zahtevnih) zahtev projekta, ne glede na tveganja, ki so povezana z nedomačim ali celo sovražnim okoljem. Zakaj ne bi bil to cilj?

Narava projektnega dela poudarja delov timih – projektni management je v bistvu doseganje ciljev s pomočjo sodelavcev, kar zahteva konstruktivne medosebne odnose med vsemi udeleženci projekta.  Rozman (2008) pa kot pomemben vidik managementa poudarja usklajevanje in odločanje. Njegova opredelitev:  po vsebini je management projekta usklajevanje (tehnično razdeljenega dela, pa tudi vseh drugih razmerij med seboj in z okoljem, v prostoru in času); po namenu proces planiranja, uveljavljanja in kontroliranja (= zagotavljanje smotrnega delovanja zaposlenih),  in po metodi proces odločanja (odloča o načinu izvedbe, aktivnostih, ocenah trajanja, izvajalcih, rešitvah problemov…).

Še največ avtorji pišejo o ciljih projekta, o čemer (v povezavi z namenom) sem že pisal, v prejšnjem prispevku pa sem tudi že omenil trikotnik projektnega managementa: kakovost – stroški – čas, s katerim največkrat opredelijo cilje. Zanimivo je, da ima omenjen trikotnik po navedbah različnih avtorjev različne nazive: omejitve projekta,  cilje projekta ali cilji projektnega managementa. Ker so “trikotniki” dokaj različni, jih prikazujem na spodnji sliki.

Cilji / omejitve projektnega managementa po različnih avtorjih

viri: Lock 2007, Kezner 2009, Lewis 2007, Wysocki 2009

Management vodenje projekta - ciljni trikotnik*

Osebno vsekakor ostajam na opredelitvi ciljev, kot sem jo navedel na koncu osmega prispevka, pri čemer ne vidim razlike med cilji projekta in cilji projektnega managementa. Avtorji “trikotnike” večinoma razlagajo z omejenostjo navedenih dejavnikov. Na primer: cilj managerja je, da projekt izpelje z omejenimi viri. Kerzner navaja šest najpomembnejših vrst virov: denar, zaposleni, oprema, zmogljivosti, material, informacije / tehnologija; pri čemer izpostavi še ovire na poti k ciljem: kompleksnost, specialne zahteve naročnika in spremembe le-teh, organizacijske spremembe, tveganja, tehnološke spremembe, vnaprejšnje planiranje in cenitve.

Projektni management, podrobnejša opredelitev

O projektnem managementu sem že pisal v prvem prispevku, pri čemer sem tipične korake managementa povzel po avtorjih, ki obravnavajo splošni management (glej sliko). V tem prispevku bom prestavil, kako projektni management opredeljuje literatura s področja managementa projektov.

Poglejmo nekaj opredelitev avtorjev. Projektni management:

  • je proces planiranja, organiziranja in kontrole vseh vidikov projekta za doseganje ciljev (ISO 10006);
  • je dinamičen proces, ki koristno, kontrolirano in strukturirano izkorišča ustrezne vire organizacije, da bi dosegli jasno opredeljene cilje, vezane na strateške potrebe (Young);
  • pomeni organizirano uporabo virov v smeri ciljev projekta (Andersen et al.);
  • je serija aktivnosti, vključenih v proces, s katerim se s sodelovanjem članov tima nekaj naredi v predvidenih rokih, s predvidenimi stroški in z ustrezno tehnično kakovostjo (Cleland);
  • zagotavlja združbi učinkovita orodja, s katerimi izboljša sposobnosti planiranja, uveljavljanja in kontroliranja aktivnosti, kot tudi način, s katerim koristno izrablja ljudi in druge vire (Meredith & Mantel);
  • vključuje planiranje, organiziranje, usmerjanje in kontroliranje virov združbe v relativno kratkem časovnem obdobju, da bi dosegli določen namen in cilje (Kerzner). Pri tem koristi sistemski pristop ravnanja z ljudmi iz funkcijskih oddelkov (vertikalna hierarhija), razporejenimi na določen projekt (horizontalna hierarhija).

»Izpeljati posel!« (angl. To get the job done!) je obče razširjeno mnenje projektnih managerjev iz prakse, pri čemer dodajajo, da ga je potrebno izpeljati pravočasno, v okviru proračuna in v skladu z zahtevami (Frame). Management projekta vključuje prepoznavanje zahtev, postavitev jasnih in dosegljivih ciljev, usklajevanje nasprotujočih zahtev udeležencev z vidika kakovosti, obsega, časa in stroškov, ter prilagajanje specifikacij, plana in pristopa različnim pričakovanjem udeležencev projekta (PMBOK).

***

Projektni management je torej ciljno usmerjen dinamičen proces, ki vključuje obvladovanje časa, stroškov, kakovosti, ljudi in drugih poslovnih prvin, z namenom učinkovite izvedbe projekta – v predvidenem času, v okviru predvidenih stroškov ter z ustrezno kakovostjo izvedbe in končnega proizvoda.

***

Turner navaja dva vidika projektnega managementa. Tradicionalni vidik vključuje obvladovanje obsega in časa z metodo kritične poti (angl. Critical path method – CPM), ter obvladovanje stroškov (v kombinaciji z obsegom in organizacijo projekta). Pri tem Turner izpostavi naslednje tehnike/orodja, ki jih bom predstavil kasneje: členitev projekta po aktivnostih (WBS), organizacijo (OBS), stroškovno členitev (CBS) ter matriko odgovornosti (kot kombinacijo WBS in OBS). Tradicionalni vidik sloni na že omenjenem trikotniku kakovost – stroški – čas. Alternativni vidik na projektni management gleda kot uravnavanje procesov, ki so potrebni za izvedbo projekta. Projektni management ima tri razsežnosti: cilje projekta, procese managementa in nivoje, v katerih so izvedeni procesi. Področjih projektnega managementa povzemam po Clelandu (slika).

Področja projektnega managementa po Clelandu

Management vodenje projekta - področja po Clelandu*

Za konec prikazujem še  pet vrst »šol managementa« po Kerznerju, ki prikazujejo raznovrstnost veščin managementa. Avtor namreč meni, da sta delovanje in uspešnost managerjev odvisna od načina pridobivanja znanja. Šole managementa:

  • klasična šola – poskrbeti, da se stvari naredijo (npr. doseže cilji) v sodelovanjem z ljudmi in organizacijami. Poudarek je na končnosti in ciljih;
  • empirična šola – managerske sposobnosti lahko razvijemo s študijami primerov izkušenih managerjev, ne glede na to ali so navedeni primeri iz prakse podobni našim ali ne;
  • vedenjska šola – management je razumljen kot sistem kulturnih odnosov, ki vključuje socialne spremembe;
  • šola teorije odločanja – management je racionalni pristop k odločanju s pomočjo uporabe matematičnih modelov in procesov (npr. operacijskih raziskav);
  • šola sistemskega managementa – management je razvijanje sistemskega modela, ki ga opredeljujejo vložki, proces in proizvodi, poslovne prvine (denar, oprema, zmogljivosti, ljudje, informacije in material). Vsebuje tudi kontingenčno teorijo, ki poudarja, da je vsaka situacija edinstvena in ji je potrebno optimizirati ločeno, a v okviru omejitev sistema.

Tipični udeleženci projektov in njihove vloge (2)

Stranka ali naročnik (angl.customer) je razlog, zaradi katerega projekt sploh obstaja, saj po zaključku projekta koristi rezultate projekta. V prvi vrsti opredeli namen in cilje projekta, sodeluje s projektnim managerjem pri razčiščevanju zahtev, potrjuje vmesne rezultate in potrdi ter prevzame končni proizvod projekta. Naročnik projekta je lahko notranji, v okviru združbe, kjer se projekt izvaja (služba, oddelek, skrbnik procesa) ali pa zunanji. Kot sem zapisal že ob  opisu razlik med projekti glede na naročnika, je naziv »naročnik« dostikrat rezervirano za vrhnji management združbe, ki projektnemu timu naroči izvedbo. Zato bi bilo mogoče smiselno razmisliti, da bi »customer-ja« poimenovali stranka ali uporabnik, ali pa tistega, ki interno odobri projekt imenovati “odobritelj”. Na žalost v SSKJ nimamo pojma za tistega, ki nekaj odobri.

Vloge udeležencev pri pripravi projekta po Verzuh-u

Management vodenje projektov - vloge v pripravi projekta*

Projektni tim sestavljajo izvajalci projektnih aktivnosti in morajo imeti za to potrebna strokovna znanja. Po navedbi avtorjev obstajata dva nivoja tima:

  • ožji tim sestavljajo najožji sodelavci managerja projekta, ki so običajno strokovni nosilci posameznih strokovnih področij, ki jih vključuje projekt. Člani ožjega tima, ki projektu posvetijo vsaj 60% (običajno pa 100%) svojega delovnega časa za celoten čas projekta, so največkrat določeni že pred začetkom priprave projekta, lahko na predlog skrbnika, managerja projekta ali sveta projekta. Zaradi strokovnega znanja in izkušenj je zelo pomembna njihova vloga v fazi priprave projekta (strategija izvedbe, potrebne aktivnosti, trajanje aktivnosti in potrebna količina dela, tveganja, ipd.).
  • širši tim sestavljajo ostali izvajalci projektnih aktivnosti, ki delujejo pod neposrednim vodstvom strokovnih nosilcev. Člani širšega tima se določijo v fazi planiranja projekta, nekateri pa celo med izvajanjem projekta (primer: v planu se določi, da se za montažo potrebuje pet monterjev, monterje pa izbere vodja šele tik pred izvedbo). Za člane širšega tima ni nujno, da so na projektu prisotni celoten čas.

»Tretji nivo« tima predstavljajo zunanji pogodbeni izvajalci.

Poslovno – funkcijski managerji (Young jih imenuje kar »Managerji virov«) kadrujejo svoje podrejene na projekt in so odgovorni, da projektnemu managerju zagotovijo usposobljene strokovnjake, da le-ti niso preobremenjeni z drugimi nalogami ter da so rezultati dela članov oddelka kakovostni in učinkovito doseženi. Po potrebi sodelujejo kot strokovni svetovalci.

Young meni, da ima projekt dva ključna vplivna udeleženca, skrbnika in stranko, ter ostale vplivne subjekte v okviru ali izven združbe. Po vzoru PMBOK, ki jih angleško imenuje influencers jih bom imenoval vplivneži projekta (po SSKJ je vplivnež nekdo, ki ima velik vpliv). Notranji vplivneži so lahko vplivni managerji v združbi, zunanji pa posamezniki, družbeno – politične ali interesne organizacije. Kot smo že omenili, vplivneži lahko s formalno ali prikrito podporo ali nasprotovanjem močno vplivajo na izvajanje in doseganje rezultatov projekta, ter tudi na spremembe ciljev in načina izvedbe projekta. Zato mora projektni tim identificirati potencialne vplivneže, dognati njihove interese in njihov vpliv ter poiskati način zadovoljitve interesov ali način izogibanja možnosti vpliva (Burke).

V kolikor celotnih sredstev za izvedbo projekta ne zagotovi matično podjetje, so pomembni udeleženci tudi (so)financerji projekta. Predvsem pri gradnji družbeno koristnih objektov so to lahko lokalne skupnosti in država. Lahko najdemo sovlagatelje, pokrovitelje, si pomagamo s kreditom, možno pa je tudi pridobiti nepovratna sredstva s strani EU ali države. Potrebno se je zavedati, da sofinancerji želijo imeti svoj vpliv pri opredelitvi ciljev in izvedbe projekta, poleg tega pa zahtevajo stalna in redna poročila o izvedbi.

Običajna razmerja med udeleženci so prikazana na sliki v prejšnjem prispevku.

Tipični udeleženci projektov in njihove vloge (1)

Projekt naj bi zadovoljil interese vseh udeležencev, med katere šteje Kerzner dobavitelje, stranke, zaposlene, posojilodajalce, delničarje in tudi konkurente. Udeleženci projekta (angl. stakeholders, v Sloveniji se vse več uporablja izraz deležniki) so posamezniki ali organizacije, ki so aktivno udeleženi na projektu oziroma katerih interes lahko pozitivno ali negativno vpliva na izvajanje ali zaključek projekta (PMBOK). Nekateri avtorji jih delijo na aktivne udeležence (angl. key players), kateri so vključeni v projektno organizacijo in formalno sodelujejo pri izvajanju projekta, ter na vplivneže projekta (angl. influencers), ki posredno lahko vplivajo na doseganje rezultatov projekta s formalno ali prikrito podporo ali nasprotovanjem.

V nadaljevanju navajam opredelitev tipičnih udeležencev projekta, povzeto po različnih virih (Kerzner, Verzuh, Young, PMBOK). Pri tem moram opozoriti, da navajam tipične vloge, pri čemer lahko na posameznem projektu ena oseba »igra« več vlog – vodja Prodaje je npr. lahko hkrati naročnik in skrbnik projekta.

Udeleženci projektov

Management vodenje projektov - udeleženci*

Osrednja oseba projekta je projektni manager, ki je osebno odgovoren za učinkovito izvedbo projekta (čas, stroški, kakovost), kar naj bi dosegel z ustreznim planiranjem, organiziranjem, vodenjem tima in kontroliranjem izvedbe. Ker ta blog v osnovi obravnava management projekta, bo o nalogah projektnega managerja še veliko napisanega v nadaljevanju.

Vodstvo združbe (uprava, direktor / predsednik uprave) skrbi, da so cilji projektov usklajeni s strateškimi usmeritvami združbe, odloča o usodi projekta (o začetku, izvedbi, prekinitvi), dodeljuje vire za podporo projekta (denar, ljudi, opremo, ipd.), določa prioritete projektov, nadzoruje projekt skozi celoten življenjski cikel projekta in sodeluje pri pomembnih vsebinskih odločitvah. Vodstvo združbe lahko določi odgovorno osebo, ki v njihovem imenu odloča o projektih, potrjuje elaborate, ipd. To je lahko član uprave, direktor projektne pisarne (direktor portfelja projektov) ali kdo od linijskih managerjev.

Predvsem v večjih združbah, kjer se izvaja veliko projektov, vodilni manager za nadzor projekta določi nadzornika ali skrbnika projekta, katerega nekateri po vzoru angleške literature imenujejo kar sponzor (angl. sponsor). To je običajno kdo od izkušenejših linijsko – funkcijskih managerjev, ki naj bi skrbel, da bo imela združba čim višjo korist od projekta, ki izbere managerja projekta, potrdi plan / elaborat projekta, sodeluje pri pomembnih odločitvah na projektu, nadzira delo tima in napredek projekta, rešuje konflikte med udeleženci ter potrjuje morebitne spremembe. Poleg nadzora projekta naj bi s svojim vplivom in izkušnjami tudi pomagal managerju projekta pri reševanju organizacijskih problemov na projektu. Glede na navedeno lahko ugotovimo, da naziv »nadzornik« ni najbolj ustrezen, saj je vloga skrbnika širša kot le nadziranje delovanja projektnega tima. Angleško slovenski slovar izraz »sponsor« prevaja kot odgovorna oseba, porok, boter, pokrovitelj. Ker večina prevodov opredeljuje preozko pojmovanje, se strinjam z Golobom, da je najustreznejši naziv »skrbnik« (po SSKJ = kdor skrbi za kaj sploh), čeprav menim, da bi bil »boter« še najprimernejši, a na žalost ima izraz preveč negativnih predznakov.

Naloge skrbnika lahko prevzame tudi kolektivni organ – svet projekta (imenovan tudi usmerjevalna skupina). V primeru internih projektov so poleg skrbnika člani sveta lahko tudi naročnik in linijski managerji, katerih podrejeni so člani projektnega tima. Pri zunanjih projektih, predvsem na področju gradnje objektov, kjer projekt pomembno vpliva na širše družbeno okolje, pa so v svetu lahko predstavniki naročnika, vlagateljev, lokalne skupnosti, ipd. Naloge sveta so podobne nalogam skrbnika, predvsem pomembno pa je potrjevanje vmesnih rezultatov ob mejnikih projekta in odobravanje predlogov sprememb, katere bi občutneje dvignile stroške projekta ali ogrozile izvedbo v okviru rokov.

Vzroki za neuspeh projekta – izvedba projekta

Najprej naj izpostavim vzroke, ki v bistvu izhajajo iz slabe organizacije (priprave) projekta, pa jih v prejšnjem prispevku nisem omeni. Konflikti med udeleženci projekta v fazi izvedbe se velikokrat pojavijo zaradi nejasne vloge udeležencev, kar je posledica pomanjkljive porazdelitve odgovornosti za izvedbo aktivnosti, odločanje, potrjevanje rezultatov… Saj poznate izraze »Za te stvari pa nisem jaz zadolžen« ali »Zakaj pa se niste posvetovali z mano?« Pomembno orodje, ki ga je smiselno uporabiti, da preprečimo te probleme, je matrika pristojnosti in odgovornosti.

V literaturi nadalje najdemo kar veliko vzrokov za slabšo izvedo projektov, ki izhajajo iz neustreznega delovanja managerja (vodje tima) in ostalih udeležencev projekta (članov tima, nadrejene združbe) – pomanjkanje sodelovanja, slabe komunikacije in pretok informacij, nizka motiviranost izvajalcev. Vse to več ali manj izhaja iz organizatorske in voditeljske (ne)sposobnosti vodje tima. K temu lahko dodamo še neučinkovito kontroliranje in prepozno ukrepanje ob odstopanjih. Lahko bi rekli, da je osnovni vzrok izbira neustreznega managerja projekta, kar je lahko tudi del organizacijske kulture v podjetju. Še vedno se vse preveč poudarja strokovno / tehnično znanje, vrhunski strokovnjaki pa so praviloma slabši organizatorji. Poleg tega ustvarjalna in organizacijska dela povzročajo »konflikt interesov« v glavi managerja projekta, na žalost pa običajno na račun kreativnih del trpi koordinacija projekta.

Vzroki za neučinkovito izvedbo projekta, drugič

Management vodenje projektov - vzroku neuspeha 2*

Pri enem izmed avtorjev sem naletel tudi na neodločnost oziroma nezmožnost managerja, da bi sprejemal težje odločitve. S tem se vsekakor strinjam, vseeno pa bi sporočil vsem managerjem, da ni potrebno, da vse odločitve sprejemajo sami. Odločno je potrebno poskrbeti, da se s kar največ informacijami čim prej sprejme prava odločitev – pomembno je vključevanje članov tima in tudi ostalih strokovnjakov v združbi!

Pomemben vzrok za neučinkovito izvedbo so spremembe. Dejstvo je, da se projekt nikoli ne izpelje natančno po planu. Problem pa je, če je teh sprememb veliko (kar je lahko tudi posledica neustrezne opredelitve projekta) in če se uveljavljajo nekontrolirano. Dve stvari sta pomembni – prvič, projekta ne začnemo planirati (kaj šele izvajati), dokler vsem ni jasno, kaj bo ob zaključku projekta nastalo in kako bo »izgledalo« oz. »delovalo«. In drugič – na začetku projekta je tudi potrebno določiti proces obravnave in odobravanja sprememb, ter se med izvedbo projekta tega »protokola« tudi držati. Poleg tega »kaj« ustvariti, je pomemben vidik tudi »kako« – nedorečen in neusklajen plan je prvi vzrok, seveda pa lahko med izvedbo pride do novih idej in rešitev – le-te morajo biti »uradno« obravnavane in načrtno vpeljane.

Omenil sem že projektno organizacijsko kulturo, ki je pomemben dejavnik (ne)učinkovite izvedbe projektov v združbah. Kako celotna združba sprejema projekte in kakšne pristojnosti imajo managerji projektov (ne samo na papirju, tudi v resnici)? Kultura verjetno ni problem v »projektnih« podjetjih, kjer je vsak posel projekt (npr. inženiring, IT podjetja,…), veliko vlogo pa ima pri podjetjih, kjer projektni pristop uporabljajo redkeje, za uvajanje sprememb delovanja. Pokazatelji nizke kulture so npr. nezanimanje vodstva za projekte, nedorečenost prioritet projektov, premajhna podpora s strani skrbnikov projektov. Dogaja se tudi, da izvajalci niso na voljo, ko so potrebni na projektu (čeprav so bili planirani). Vzrok je v tem, da linijski managerji ne čutijo odgovornosti za izvedbo projekta; ne takrat, ko (s figo v žepu) delegirajo (neustrezne)  ljudi na projekt, ne kasneje, ko morajo te ljudi razbremeniti drugih opravil, da lahko izvedejo »projektne« aktivnosti, pri tem pa jih tudi strokovno pomagati. Še tako sposoben manager bo težko učinkovito izpeljal projekt v združbi z nizko kulturo, da frustracij in obupovanja nad projektom ter okoljem sploh ne omenjam…

Vzroki za neuspeh projekta – snovanje in priprava projekta

V prejšnjem prispevku (Uspeh in učinkovita izvedba projekta) sem med drugim zapisal, da se uspešnost projekta ocenjuje z razmerjem koristi, ki jih prinese proizvod projekta, in porabljenih sredstev za izvedbo projekta. Vendar pa večina tujih avtorjev, ki govori o vzrokih za neuspeh projekta, (ne)uspeh enači z (ne)učinkovito izvedbo – z doseganjem rezultatov znotraj dogovorjenih časovnih omejitev, v okviru finančnih omejitev (predračuna stroškov) ter ob ustrezni kakovosti proizvodov. Poglejmo torej najbolj tipične vzroke za neučinkovito izvedbo projekta. Povzel sem jih po več tujih avtorjih (Andersen, Young, Wysocki, White) in seveda po lastnih izkušnjah, predvsem pa se nanašajo na neustrezno delovanje različnih udeležencev projekta.

Snovanje projekta

Prvi problem, ki je osnova za mnogo kasnejših, je neustrezna obravnava ideje oziroma predloga projekta. Kot smo zapisali v opisu faze snovanja (Faze projekta) naj bi se na začetku preverila na podlagi jasnega proizvoda projekta ocenile koristi in izvedljivost projekta.

Vzroki za neučinkovito izvedbo projekta

Management vodenje projekta - vzroki za neuspeh 1*

Predvsem pri organizacijskih projektih se dostikrat zgodi, da je projekt formalno odobren, a ga večina (predvsem linijskih managerjev) podpira »s figo v žepu«. Zaradi manjše podpore ima projekt manjšo prioriteto, manager pa težje dobi ustrezne in razpoložljive kadre. Le-ti mogoče tudi ne podpirajo projekta, kar seveda vpliva na njihovo motivacijo. Pri obravnavanju poročil o projektu se vedno znova sprašujejo o smiselnosti projekta, projektni tim pa je deležen manjše pomoči pri reševanju morebitnih problemov. Zato je pomembno, da je projekt v veliki meri skladen s strateškimi usmeritvami združbe, da so v fazi snovanja jasno opredeljene koristi projekta (za celotno združbo), vodstvo združbe pa mora pred odobritvijo zahtevati od vseh, da izrazijo in utemeljijo kakršnekoli pomisleke glede projekta.

Problemi v kasnejših fazah pa izhajajo tudi iz neusklajene taktike izvedbe – čeprav je način izvedbe ožje gledano stvar projektnega tima, naj bi bil le-ta usklajen tudi z naročnikom in s tistimi linijskimi managerji, katerih zaposleni so člani tima. V nasprotnem primeru bo pri izvajanju prihajalo do nesporazumov, neusklajenega delovanja, odpora, konfliktov, ipd.

Opozorim pa naj še na problem neustrezno definiranega proizvoda, do katerega lahko pride zaradi premalo strokovnega znanja naročnika, neusklajenosti ali zaradi premalo vključevanja končnih uporabnikov (npr. uporabnikov IT rešitve). Nedefinirane zahteve povzročijo neustrezno oceno koristi projekta, sploh pa ogromno sprememb v fazi izvedbe projekta, zato jih je priporočljivo jasno opredeliti že v fazi snovanja oziroma najkasneje v fazi priprave pred začetkom planiranja.

Priprava projekta

Neustrezno planiranje ima za posledico pomanjkljiv terminski in stroškovni plan, projektni tim pa tudi ni pripravljen na kakršnekoli ovire pri izvedbi (kaj šele, da bi te ovire »odstranil« vnaprej). Govorim seveda o površnem planu obvladovanja tveganj.

Prvi vzrok za slab plan je lahko samostojno planiranje managerja projekta, brez sodelovanja nosilcev aktivnosti oziroma nosilnih strokovnjakov za posamezna področja. »Več glav več ve!« Ta rek še kako velja za planiranje projektov. Zelo redki so (če sploh obstajajo) managerji projektov, ki poznajo vsa strokovna področja projekta do potankosti, kar je pogoj za realen plan. Sodelovanje pri planiranju tudi dvigne motiviranost izvajalcev, da bi dosegli dogovorjene (obljubljene) roke.

Plani so nerealni tudi zaradi dveh drugih razlogov – ali so člani tima pri planiranju preveč optimistični (kar se spet dogaja mlajšim in manj izkušenim) ali pa pri planiranju podležejo željam naročnika (kar velja predvsem za interne projekte), brez upoštevanja dejstva, da se projekti redko izvedejo natanko po planu. Pri tem igra dodatno vlogo projektna kultura v podjetju, kjer vodstvo velikokrat od timov zahtevajo nemogoče, le ti pa podležejo pritiskom z željo, da se izkažejo. Spet drugje pa se vsi skupaj sprijaznijo s površnim in nerealnim planom ter že na začetku projekta tudi s kasnejšo zamudo projektov, kar tudi kaže na nizko projektno kulturo. Površen plan seveda pomeni, da je premalo podroben, da so izpuščene posamezne aktivnosti ali je neustrezna ocena potrebnega dela, da ni upoštevana različna usposobljenost izvajalcev, da se zanemarijo morebitni problemi…

Na to opozarjam tudi zato, ker mnogi manj izkušeni managerji pač naredijo samo toliko plana, kot je potrebno za zadovoljitev potreb nadrejenih (nekaj rokov, okvirne stroške in glavne izvajalce), zaradi česar kasneje, med izvedbo, ne obvladujejo časa in običajno zamudijo postavljene roke. Projektni manager mora zase (in ne za nadrejene) izdelati podroben plan, ki mu bo omogočil obvladovano izvajanje aktivnosti!

Uspeh in učinkovita izvedba projekta

V praksi, pa tudi v literaturi se pogosto zamenjujeta in napačno razumeta pojma uspešnost in učinkovitost. O njuni povezanosti sem sicer že pisal v prispevku “Razlike med projekti“, a menim, da bi ju bilo potrebno še malce bolj razjasniti. Zakaj? V prispevku »Namen, obseg, cilj in proizvod projekta« sem zapisal, da projekte izvajamo zato, da nam dolgoročno prinesejo določene (finančne) koristi. Pri tem v praksi velikokrat ni čisto jasno, kdo je odgovoren za (ne)uspeh projekta  in na podlagi česa lahko ocenimo, ali je manager projekta svoje delo opravil zadosti dobro, ali bi ga lahko še bolje… Ali lahko projektni manager vpliva na uspeh projekta kljub temu, da je zanj primarno odgovoren naročnik?

Najprej poglejmo kriterije uspešnosti projekta. Thomsett navaja, da je tradicionalni pogled na uspeh projekta določen z »jeklenim trikotnikom« (čas, stroški, obseg/kakovost). Takoj moramo opozoriti, da so to dejavniki učinkovite izvedbe in ne uspeha – uspeh naj bi poleg učinkovite izvedbe upošteval tudi koristi. Sicer pa tudi Thomsett meni, da je to gledanje preozko in lahko zniža uspeh ali tudi povzroči propad projekta. Običajno se namreč na podlagi omenjenih kriterijev ocenjuje delo managerja neposredno po zaključku projekta, kar seveda vpliva na njegovo osredotočenost na roke in stroške – da bi zmanjšal morebitne zamude ali znižal prekoračene stroške, lahko načrtno osiromaši kakovost ali funkcionalnost proizvoda s tem, da skrajša npr. proces testiranja in dokumentiranja ter da ne vključi funkcij, ki naj po njihovem mnenju ne bi bile nujne. Da bi torej ugotovili, ali je projektni tim svojo nalogo opravil po pričakovanjih, je potrebno tudi po predaji rezultatov spremljati stroške vzdrževanja in popravil ter dejansko realizacija pričakovanih koristi. Da ustrezno kakovost težko potrdimo ob predaji naročniku dokazuje tudi nekaj primerov v novejši slovenski gradbeni praksi.

Sodila učinkovite izvedbe in uspeha projekta

Management vodenje projekta - uspeh učinkovitost*

Turner je mnenja, da vodstvo združb prevečkrat ocenjuje managerje projektov na podlagi števila projektov, ki so jih zaključili v skladu s planiranimi roki in stroški, zato predlaga ocenjevanje po kriteriju dodane vrednosti (koristi), ki jo je projekt prinesel združbi, kar bi usmerilo pozornost managerjev projektov tudi na funkcionalnost proizvoda projekta (interni projekti – razvoj izdelka, IT podpore procesu, ipd.). Res je, da je glede na običajno opredelitev vloge, odgovornosti in pristojnosti managerja projekta, to napačno gledanje, saj naj bi le-ta učinkovito dosegel cilje, ki mu jih je postavil naročnik projekta. Dodana vrednost pa se nanaša na poslovne cilje oziroma namen projekta, ki ni v domeni projektnega tima. Vseeno pa smo v praksi našli več primerov, ki potrjujejo Turnerjevo tezo. »Razvijte tak izdelek, ki se bo dobro prodajal!« je lahko naloga, ki jo projektni tim dobi s strani vrhnjega managementa, kar pomeni, da je projektni tim odgovoren tudi za opredelitev funkcionalnosti izdelka, le-ta pa vpliva na uspeh izdelka na trgu in s tem na dodano vrednost. Drugi, še nazornejši primer je lahko organizacije prireditve, kjer je naloga managerja projekta, da poskrbi za čim večji obisk na prireditvi (kar vpliva na uspeh in ne na učinkovito izvedbo projekta). Na podlagi navedenega lahko ugotovimo, da se vloga managerja projekta predvsem pri internih projektih v zadnjih letih širi iz »izvrševalca naloge«, kateremu je bil glavni cilj »jekleni trikotnik«, v »podjetnika«, ki mora poskrbeti, da je projekt tudi poslovno uspešen.

In katera so, poleg učinkovite izvedbe in koristi projekta (dodana vrednost, učinki, prihranki), druga sodila uspešnosti projekta? Po Thomsettu je potrebno ugotoviti tudi zadovoljstvo udeležencev, izpostavlja pa tudi uresničevanje pričakovanj naročnika, tistih, ki niso bila »uradno« opredeljena v zahtevah (prikrite želje, načina sodelovanja z izvajalcem). Kerzner in Heerkens omenjata še kasnejše posle, tehnično dovršenost, usklajenost s strategijo, etične, varne, zdravju nenevarne ter okolju prijazne proizvode projekta, dvig ugleda združbe, zadovoljstvo zaposlenih, ipd. Vse to lahko štejemo med cilje poslovanja, zaradi katerih je bil projekt sploh izpeljan, in bi jih lahko opredelili tudi kot namen projekta. Podobne dejavnike navajata tudi Young, Lock, vključeni pa so tudi v IPMA model projektne odličnosti.

Uspešnost projekta torej lahko opredelimo s tremi skupinami dejavnikov:

  • Učinkovita izvedba – primarna odgovornost projektnega tima
  • Poslovni uspeh projekta (koristi so večje od vložka, vložena sredstva pa se hitro povrnejo) – primarna odgovornost naročnika projekta, soodgovornost projektnega tima
  • Zadovoljstvo vseh udeležencev projekta

Kriteriji uspeha IT projekta po Atkinsonu

Management vodenje projekta - uspeh Atkinson*

Če povzamem – managerja projekta se primarno ocenjuje glede na učinkovitost izvedbe projekta, posredno pa glede na zadovoljstvo naročnika in poslovne učinke projekta, kar pomeni, da lahko vpliva tudi na uspeh projekta. Vseeno pa je težko določiti vsesplošno pravilo, ki bi veljalo za vse vrste projektov. (Ne)učinkovita izvedba neposredno vpliva na uspeh v primeru izvedbenih projektov (pri enkratnem plačilu), medtem ko investicijski projekti prinašajo koristi na dolgi rok, zato je včasih izvedba lahko daljša in dražja, pa bodo koristi zaradi tega še višje (dodatne funkcije izdelka, IT podpore, ipd.). Pri pogodbenih projektih zadovoljstvo naročnika lahko prinese nove posle, čeprav je bil projekt pri izvajalcu neučinkovito izpeljan (z višjimi stroški od planiranih). Izjem je torej veliko, zato je potrebno pravila ocenjevanja managerjev določati za vsako vrsto projekta posebej.

Page 8 of 9

Powered by WordPress & Theme by Anders Norén