Nasveti

23.08.2011

Najprej identifikacija deležnikov, šele potem imenovanje udeležencev projekta

V angleškem jeziku se sicer za oba pojma uporablja ista beseda “Stakeholder«, ki je dana v ustrezen kontekst. Besedo lahko prevedemo v slovenski jezik kot  udeleženec, deležnik, interesent.

Po projektni definiciji je udeleženec projekta oseba ali organizacija, ki je ali aktivno udeležena v projektu ali je pod vplivom projekta. V praksi pa nastopijo težave. Udeleženci so dostikrat razumljeni le kot tisti zaposleni, ki (aktivno) sodelujejo pri izvedbi projekta oziroma so z odločbo ali sklepom vodstva imenovani na posamezen projekt. Tiste, ki so pod vplivom projekta ali imajo v povezavi s projektom kakšen interes, pa se dostikrat pozabi, oziroma se le-ti pojavijo s svojimi idejami in pričakovanji med samim izvajanjem projekta, kar prinaša seveda težave in zastoje na projektu.

Pravilen pristop je v upoštevanju priporočil IIBA poslovne analitike, ki narekuje še v pred-projektni fazi  detekcijo vseh možnih deležnikov, ki bi lahko imeli svoj delež v predlaganem projektu, pri čemer ni nujno, da bodo v njem bili tudi kot izvajalci. Šele na podlagi analize njihovih pričakovanj in interesov, odgovornosti in zahtev, se poslovni analitik in sponzor projekta odločita kdo izmed njih bo v izvedbi in kdo bo le informiran. Vsekakor pa se identificirajo, ovrednotijo in zabeležijo ter pri snovanju rešitve upoštevajo (ali ne) vse njihove zahteve. Tako bo redkeje prihajalo do povečevanja obsega in proračuna projekta.

Torej najprej identificirajte deležnike, dodobra izvabite in preučite njihove zahteve, ki jih analizirajte in glede na izbran pristop k rešitvi upoštevajte pri načrtovanju obsega projekta ter temu ustrezno pripravite predlog za imenovanje ali razširitev projektne skupine. Pri tem ne pozabite, da je eden od elementarnih deležnikov vedno tudi kupec, za katerega pravzaprav pripravljamo rezultate projekta.

Za konec še malo šaljivo razlago besede »stakeholder«. Gre za vse osebe in skupine oseb, ki bodo na podlagi rezultatov projekta zaslužili za svoj zrezek ali pa jim bodo rezultati projekta preprečili nadaljnjo postrežbo zrezkov na njihovih krožnikih. In ne pozabite na znano pravilo: »Nikoli ni zastonj kosila!«, kar pa je že zgodba za kdaj drugič.

01.06.2011

	Naloga IT-ja je: Increase revenue Decrease cost Improve productivity Differentiate the company Improve client satisfaction

22.04.2010

Zakaj uporabljati izraz poslovno informacijski projekt
Predlagamo, da namesto termina informacijski projekti pričnete dosledno uporabljati izraz poslovno informacijski projekt. To pa zato ker:

• so usklajeni s poslovno strategijo podjetja;
• so usmerjeni v poslovno uspešnost;
• ki imajo za odgovorno osebo in lastnika projekta aktivnega poslovnega nosilca;
• imajo definirane merljive poslovne cilje;
• ker nimajo definiranih samo kriterijev zaključka, temveč tudi kriterije uspešnosti.

11.02.2010

KDO LAHKO REŠI USPEŠNOST IT PROJEKTOV

Zadnji rezultati najbolj poznane raziskave o (ne)uspešnosti projektov Standish Group CHAOS Summary 2009 so pokazali šokantne rezultate. Smo na najnižji točki uspešnosti projektov v zadnjih 5 letih, in to kljub vedno bolj uveljavljenem projektnem vodenju, mnogim knjigam in prispevkom, ki opozarjajo in svetujejo, kako se izogniti neuspešnim IT projektom. Glavni vzroki za tako stanje se prav gotovo ne  skrivajo samo v pomanjkljivem znanju projektnih vodij, neizdelanih načrtih izvedbe projektov ali v nerazumevanju tehnologije.  Meta vzroki neuspešnih IT projektov ležijo v njihovi slabi poslovni pripravi, v nemerljivih poslovnih ciljih, v napačnem razumevanju odgovornosti in nalog sponzorja (lastnika projekta), v nemotiviranih poslovnih prejemnikih rezultatov projekta in v pomanjkljivem sodelovanju vseh udeležencev že od same priprave na projekt dalje. Tako sama informatika, kot tudi ključni poslovni uporabniki, običajno ne razpoznajo pravilno, kaj pravzaprav je pravi namen IT projekta in kateri so njegovi pravi rezultati, zato v ospredje namesto zagotavljanja poslovnih učinkov stalno prihajajo produkti in njihove funkcionalnosti, ki se povrhu vsega neracionalno prilagajajo muham končnih uporabnikov. Ker tudi projektni vodja običajno prihaja iz IT oddelka, projekt s tem postane v celoti »problem« in odgovornost informatike. In tako je že leta in leta. Se bomo potemtakem vdali v usodo in se pač sprijaznili s tem, da ni možno bistveno bolje in drugače. Kdo sploh lahko še preseka slabe prakse izvedbe IT projektov?

Rešitelj se imenuje poslovni analitik. 
Svetujemo ogled http://www.theiiba.org/am/

Arhiv nasvetov >>