ifi7003 projektijuhtimine tarkvaraarenduses: …pnormak/pj-2015/loengute esitlused/1...ifi7003...
TRANSCRIPT
IFI7003 Projektijuhtimine tarkvaraarenduses:Sissejuhatus
Põhimõisted ja mudelid Projekti algatamine
Peeter [email protected]
Loengukursuse materjalid: www.tlu.ee/~pnormak/PJ-2015
Enesetutvustus
1. Lõpetanud Tartu Ülikooli matemaatika erialal.2. Aspirantuur Moskva Ülikoolis, seal ka kraadi kaitsnud
(poolrühmade injektiivsed esitused).3. Järeldoktorantuur Carl v.Ossietzky Oldenburgi Ülikoolis (SLV).4. Välisstažeerimine: USA, Kanada (2x), Saksamaa.5. Põhikursused:
o BA: Teoreetiline informaatikao MA: Projektijuhtimine tarkvaraarenduseso PhD: Infoühiskonna käsitlused ja protsessid
6. Ametikoht: informaatika professor (tähtajatult), DTI direktor (kuni 31.08.2017).
Kursuse eesmärgid
Üliõpilasel:
1. Süstemaatiliste teadmiste ja oskuste kujundamine projektide kavandamise ning läbiviimise kohta.
2. Tarkvaraprojektide juhtimise spetsiifika mõistmine.
Õppejõul:
1. Katsetada kursuse raames interdistsiplinaarse projekti läbiviimist.
Kursuse korraldus
18.10 Projekti täitmine.
1.11 Projektijuhtimistarkvara kasutamine. Projekti lõpetamine. Projektijuhtimise tugitegevused.
15.11 Tarkvaraprojektide üld- ja eriküsimused.
29.11 Tarkvaraprojektide eriküsimused (jätk). Reflektsiooniseminar.
4.10 Seminar: Projektiettepanekud. Projektirühmade moodustamine Projekti planeerimine.
20.09 Sissejuhatus. Põhimõisted ja mudelid. Projekti algatamine.
13.12 Eksamiseminar
Iseseisvate tööde tegemise skeem
NB! Kodutöid eraldi ei hinnata.
Iseseisvalt Ülikoolis
Kodutöö 1
Kodutöö 2
Kodutöö 3 3
Loeng 1 (20.09)
Loeng 2 (4.10)
Loeng 3 (18.10)
Loeng 4 (1.11)
Eksamitöö esitlus (13.12)
Eksamitöö
Reflektsioon & eksamitöö (18.12)
Kodutöö 1
Kodutöö 2
Hinne
Loeng 5 (15.11)
Loeng 6 (29.11) Kodutöö 4 (reflektsioon)
Tagasiside üliõpilastele
1. Kodutöödeks antud ülesannete lahendusi käsitletakse järgneva loengu alguses.
2. Kodutööde individuaalne tagasiside lähtub üliõpilase soovist. Võib oma kodutöö saata õppejõu meiliaadressile, koos konkreetsete küsimustega.
3. Eksamitööle ja retsensioonile tagasiside saamiseks tuleks õppejõule eksamitöö saatmisel teada anda.
Iseseisva töö kirjeldus
Enne iga auditoorset õppust (individuaalselt):1. Lahendada eelmisel õppusel antud kodused ülesanded.2. Lugeda läbi eelmise õppuse esitluses viidatud materjalid (materjalide
asukohtade viited on esitluses märgitud punase kirjaga).3. Lugeda läbi eesoleva loengu teemat käsitlev osa loengukonspektis ning
märkida üles lugemisel tekkinud küsimused.
Pidevalt:• Eksamitöö (ja selle esitluse) koostamine.
Peale eksamitöö esitamist:• Reflektsiooni koostamine
Eksami korraldus
Eksami komponendid: 1. Eksamitöö esitlus (30 minutit, sh diskussioon);2. Eksamitöö saata aadressile [email protected] hiljemalt 18. dets. 3. Reflektsioon saata samuti hiljemalt 18. dets.
Hinde komponendid: 1. Eksamitöö hinne (kaaluga 3);2. Eksamitöö esitluse hinne (hindavad ka kaasüliõpilased);3. Reflektsiooni hinne.
8
Eksamitöö
Eksamitöö on kaheosaline:1. Projektiplaan.2. Projekti täitmise aruanne.
Eksamitöö peab olema tehtud meeskonnatööna (meeskonnas 3-4 üliõpilast). Projekti täitmise aruandes on muuhulgas kirjeldatud iga meeskonnaliikme osa (töö sisu ja maht) eksamitöö koostamisel. Ühe eksamitöö koostamisel olevate üliõpilaste hinnete eksamitöö komponendid võivad olla erinevad.
Iseseisva lugemise põhiallikad
1. Normak, P. (2015). Projektijuhtimine. Loengukonspekt.2. Loenguesitlustes punase kirjaga märgitud allikad.3. Loenguesitluses ja loengukonspektis märgitud muud allikad.4. TLÜ raamatukogu täistekst-andmebaasid: www.tlu.ee ! Üksused ! Akadeemiline Raamatukogu ! E-
raamatukogu ! Inforessursid ! Sisene andmebaasidesse TLÜ kasutajanaEdasi üks järgmistest (andmed 17.09.2015 seisuga):• Ebrary Academic Complete (otsing “IT project management” andis 182 e-raamatut, “Agile project management” 110 raamatut)• E-ajakirjad ! SpringerLINK ! otsing “Software project management” andis 1050, “IT project management” 235 allikat • E-ajakirjad ! IEEE Computer Society Digital Library• ...
Hinnanguline töömaht (tundides)
• Auditoorne õpe – 24 • Loengukonspekti jt materjalide läbitöötamine – 48 (keskm 1 t/päevas)• Kodutööde tegemine – 22 (keskmiselt ligi 0,5 tundi/päevas)• Eksamitöö ja esitluse koostamine – 50 (keskm 1 t/päevas)• Reflektsiooni koostamine – 12
Kokku - 156
Kursuse kontseptuaalne raamistik – Bloomi vaimse tegevuse taksonoomia
20.09 loengu kava
1. Käesoleva kursuse taust.2. Projektide ja projektijuhtimise rollist tänapäeva ühiskonnas.3. TLÜ digitehnoloogiate instituut kui näide projektorganisatsioonist.4. Projekti mõiste.5. Projektijuhtimise mõiste.6. Projektijuhtimise raamistikud, sh:
o Project Management Body Of Knowledge Guide (PMBOK Guide)o Project Management Competency Development (PMCD) Frameworko Project Management Maturity Model (PMMM)o Organizational Project Management Maturity Model (OPM3)
7. Projektijuhtimine Euroopa IKT-kompetentside raamistikus e-CF. 8. Projekti algatamine.
Kursuse taust
Seminarid firmades: suur puudus headest projektijuhtidest.
Kursuse loomine: 1999. a. sügisel Informaatika diplomiõppele.
2001. aasta kontseptsioon (Bologna 3+2): bakalaureuseõpe on eelkõige alamastme spetsialisti õpe, magistriõpe aga eelkõige keskastme spetsialisti õpe, st peaks sisaldama ka juhiõppe elemente.
2001: projektijuhtimine viidi bakalaureuseõppest magistriõppesse (ITj); edaspidi fookus muutus TV PJ ! PJ.
2013: PJ ! TV PJ.
2015: eraldi PJ kursused – analüütilise ja praktilise fookusega.
2016: kõikidesse TLÜ magistrikavadesse kohustuslik aine “Interdistsiplinaarne projekt”.
14
Sissejuhatus
Projekt kui turumajanduse üks oluline instrument: konkurents → spetsialiseerumine → teenuste sisseost → pakkumiskutse.
Projektijuhtimise professionaliseerumine:" Kutsekirjeldused ja -standardid" Õppekavad ja koolitused" Sertifitseerimine, atesteerimine" Kutseliidud jt spetsialiseeritud institutsioonid" ...
Projektijuhtimine on: " valdkondi läbiv, valdkondadeülene." mittedetermineeritud, kõrge riskimääraga" juhilt lisaks teadmistele-oskustele spetsiifilisi isiksuslikke omadusi eeldav.
15
Näide
Tarkvaraprojektidest vaid ligikaudu pooli võib lugeda rohkem või vähem edukalt täidetuks.
Standish Group: ajavahemikus 2003-2012 täidetud tarkvaraprojektidest olid edukad 6%, problemaatilised (oluline aja- ja/või eelarveületus või mitterahuldav juurutamine) 52% ning ebaõnnestunud (katkestati või ei juurutatud) 42%.
Täiendavaid näitajaid vt näiteks aadressidelt:• http://www.cs.vu.nl/~x/chaos/chaos.pdf• http://www.drdobbs.com/architecture-and-design/2010-it-project-success-
rates/2265000462015. aasta trende:• http://www.esi-intl.co.uk/resource_centre/news/2015pmtrends.asp
TLÜ digitehnoloogiate instituut (DTI) projektorganisatsioonina
Struktuur:o Instituudi büroo + õppejõud (70% riigieelarveline, 30% projektipõhine)o Haridustehnoloogia keskus (100% projektipõhine)o Interaktsiooni disaini labor (70% projektipõhine)o Digiturbe labor (70% projektipõhine)
Personal (IFI):o Projektide finantseerimisel – 21 inimest (895 K€)o Eelarvelisel finantseerimisel – 26 inimest (681 K€)
(IFI) projektid 2014:o EL teadus- ja arendusprojektid 48% (stabiilne)o Eesti teadusprojektid 20% (#)o Eesti arendusprojektid 32% ($)
IFI rahvusvaheliste projektide näiteid
- UNESCO “Creation of an Estonian Centre for Educational Software”
+ TEMPUS JEP-12418 “Master Programme in Multimedia and Learning Systems” (partnerid: IR, NE, FI; 289 K€)
+ Visby “Network for Development, Usage and Transfer of New Interactive Technologies in Multimedia” (SE)
+ EL 6RP projekt iCamp (“Innovative, inclusive, interactive & intercultural learning campus”; AT, SL, UK, ES, PL, LT, TR, CZ)
+ EL eLearning programmi projekt G&G (“Grandparents&Grandsons”; IT).
+ EL eContentPlus projekt iCoper („Interoperable Content for Performance in a Competency-driven Society”; AT, UK, CY, NL, FI, DE, FR, SL, GR, ES, PL, LT, NO, BE, IT, SE).
18
IFI suurim projekt
Euroopa Liidu 7RP suuremahuline integreeritud projekt Layers (“Scaling up Technologies for Informal Learning in SME Clusters”).
Partnerriigid: ES, AT, UK, DE, FI, NO – kokku 19 partnerit.
Eelarve: 12 M€ (EL-st 9,9M€).
Kestvus: 2012-2016
Veeb: http://learning-layers.eu
Vt ka:http://innovaatika.archimedes.ee/leht/2012/05/eesti-tulemused-7-raamprogrammi-ikt-8-taotlusvoorus/
IFI Eesti-siseste projektide näiteid
+ Avatud Eesti Fondi projekt “Active Learning into Action” (20 K€).
+ Teaduse sihtfinantseerimise teema “Veebipõhise konstruktivistliku õpihaldussüsteemi pedagoogilised lähtealused ja rakendusmudelid Eesti kõrghariduse kontekstis” (25 K€/a).
+ EL sotsiaalfondi projekt “Uusmeedia õppekava ja uurimisrühm” (140 K€).
+ Teaduse sihtfinantseerimise teema “Hajutatud arhitektuuriga e-õppe keskkonnad, nende koostalitlus ja rakendusmudelid” (94 K€/a).
- EL Struktuurfondi inglisekeelsete õppekavade arendamise programmi projekt “Interaktiivse tarkvara arendamine” (287 K€).
+ HITSA projekt “Interaktsiooni disaini õppe- ja teadussuuna väljaarendamine Tallinna Ülikoolis“ (166 K€).
- Institutsionaalne uurimistoetus „Digitaalsed õpiökosüsteemid“ (263 K€/a).
20
PN personaalsete projektide näiteid
+ DAAD (Deutsche Akademische Austauschdienst) “Poolrühmade esitused” (13 kuud Saksamaal; 9,6 K€).
+ Eesti Teadusfondi grantiprojekt “Kahealuseliste algebrate konstruktsioonid ja samaväärsus” (4,8 K€/a).
+ Eesti Teadusfondi grantiprojekt “Polügoonitüüpi algebrate kompaktsusomadused” (2,5 K€/a).
+ Kanada teadusgrant A4494.
+ AUCC (Assoc.Univ.Colleges in Canada) grant “Innovation Management at the Universities” (0,8 K€).
+ Eesti Teadusfondi grantiprojekt “Enesejuhitava õppimise toetamise ja analüüsimise raamistik avardatud õpikeskkonnas” (12 K€/a).
21
Näiteid IFI-s arendatud (osaliselt partnerluses) tarkvarast
Ajalooliselt: üldhariduskoolide õpetajate IS, arvutile “Juku” tarkvara, ...
Alates 2000.aastast:
• Digitaalsed õpikeskkonnad – Krihvel, ViKo, IVA, Dippler
• Õpiobjektide autorsüsteemid – LeMill
• Õppimist ja õpetamist toetavad teenused – DiPo, Edufeedr, LePress, LeContract
• Haridusportaalid – Koolielu, eDidaktikum
• Muu – VAKO, Waramu, Digimina, …
Magistritöö projektijuhtimisest – Näide 1
Teema: Projektijuhi rollist ja ülesannetest agiilses tarkvaraarenduses ettevõtte Videobet näitel (M. Rankin).
Probleem: ettevõtte üleminekul agiilsele tarkvaraarendusmetoodikale toimub rollide, sh pädevuse ja vastutuse ümberjagamine. Projektidel ei ole enam klassikalises mõttes projektijuhti (on Scrum-meistrid), samas aga projektijuhi amet säilus.
Lahendus: Lähtudes projektijuhtide kompetentsusstandardist GAPPS (Global Alliance for Project Performance Standard) koostati ettevõttele sobilik projektijuhtide ametikirjeldus.
Magistritöö projektijuhtimisest – Näide 2
Teema: Töötajate motiveerimine IT-projektide täitmisel Xbanki näitel (I.Borodkin).
Probleem: IT-projektide edu sõltub suuresti selle täitjate pühendumusest, see omakorda motivatsioonist. Erinevatel inimestel on erinevad motivaatorid. Töö eesmärgiks oli töötada välja IT-projektides rakendamiseks kohane motivatsioonisüsteem.
Lahendus: erinevatest motivatsiooniraamistikest ja –teooriatest valiti Porter-Lawleri teooria, millest lähtuvalt töötati välja ettepanekud IT-projektide täitjate motiveerimiseks.
Magistritöö projektijuhtimisest – Näide 3
Teema: IT-projektijuhile vajalike kompetentside määratlemine AS Nortal näitel (T. Lumeste, töö asutusesiseseks kasutamiseks).
Probleem: Baltikumi kõige kiiremini kasvava tarkvaraettevõttena värvati pidevalt juurde uusi IT-projektijuhte. Samas ühtse arusaama puudumine IT-projektijuhile vajalikest kompetentsidest põhjustas mitmel juhul ebaõnnestunud valiku ja ettevõttele märkimisväärse kahju.
Lahendus: Tulemusena koostati IT-projektijuhtide kompetentside nimekiri, mis koosneb kolmest rühmast: 1) põhiväärtused, 2) isisksuslikud omadused ja 3) oskused (see sisaldab ka teadmiste elemente).
Magistritöö projektijuhtimisest – Näide 4
Teema: Rahvusvaheliste IT-projektidega liitumise probleemid Euroopa Liidu projekti Ekspordi kontrolli süsteem (ECS) näitel (B. Põldes).
Probleem: Peale EL-ga liitumist tuli Eestil liituda suure hulga Euroopa projektidega/infosüsteemidega. Seejuures tuli arvestada nõuete ja projektide täitmise praktikatega, mis erinesid Eestis kasutatavast. Töö eesmärk oli kaardistada rahvusvahelise IT projektiga liitumise probleemid, fikseerida nende probleemide põhjused ja analu ̈u ̈sida kaasnevat mõju.
Lahendus: töötati soovitused liitumisprotsessi edukamaks juhtimiseks ning teostamiseks.
Magistritöö projektijuhtimisest – Näide 5
Teema: Ühtse rahvusvahelise pangakontode süsteemi IBAN juurutamine – probleemid ja võimalikud lahendused (O. Sergejeva).
Probleem: Euroopa riikides kasutatud pangakontode süsteemid – nn IBAN-koodid – ei vastanud Euroopa ühtsetele pangakontodele aastatel 2014 ja 2016 kehtima hakanud/hakkavatele nõuetele. Magistritöö eesmärgiks oli määratleda need juhtumid ning pakkuda nende juhtumite puhul välja võimalikud lahendused.
Lahendus: Pakuti kolm võimalikku lahendust ning viidi läbi nende võrdlev analüüs, mille tulemusena eristus üks kui kõige otstarbekam.
DTI tarkvaraprojektide kogemus – suurimad probleemid
1. Arendamise potentsiaal alakasutatud: sihtrühmal (haridustöötajad) puudub ressurss, ressursiomanik (riik) pole seda haridustarkvara arendamiseks praktiliselt eraldanud.
2. Töötajate hõivatuse tagamine (projektorganisatsiooni tüüpiline probleem): projekti lõppedes töötajate jagamine teiste projektide vahel.
3. Arendajate ülesostmine tarkvaraettevõtete poolt, tulenevalt eelkõige ülikooli(de) madalast palgatasemest.
4. Kohati arenduste mittelõpuleviimine, tulenevalt ressursivähesusest.5. Arendatud tarkvara juurutamiseks ja ülalhoiuks toe vähesus/
puudumine.
Projekti mõiste
Definitsioon. Projekt on ühekordne ajaliselt ja ressurssidega piiratud ettevõtmine, mis on suunatud mingi kindla ülesande lahendamisele (lähtudes etteantud ajalistest raamidest ja ressurssidest).
Projekti atribuudid:" eesmärk" algus ja lõpp (kestvus)" tegevused/alaeesmärid" ressursid" tellija, täitja, määramatus/riskid, ...
PRINCE2: • Projekt on toimimiskeskkond, mis on loodud eesmärgiga tarnida üks või mitu
äritoodet vastavalt määratletud ärijuhtumile; • Projekt on ajutine organisatsioon, mis on vajalik ühekordse eelnevalt
määratletud tulemi loomiseks etteantud aja ja ressursside kasutamisega.
29
Arendusprojekti näide
Näide 1 (arendusprojekt). TEMPUS Joint European Project 12418 "Creation of Master Program in Multimedia and Learning Systems":
" eesmärgiks magistriõppekava loomine" Algus 15.12.1997, lõpp 14.03.2001" 5 alaeesmärki: õppekava, õppejõud, õppematerjalid, õpikeskkond,
juurutus (st õppekava käivitamine)" 289 100 EUR " Tellija European Training Foundation" Täitjad TPÜ, TÜ, TTÜ, EKA, Tampere TÜ, Twente Ülikool, Dublini
Tallagh TI" Suurim risk: Konsortsiumil puudus omavaheline koostöökogemus.
Projekti mõiste - järeldus
Projektijuhtimise alaseid teadmisi ja oskusi on vaja kõigil, kes peavad:
" täitma mingi ülesanne teatud tähtajaks," tegelema komplekssete probleemidega, sh. paralleelselt mitme probleemiga," täitma ülesanded piiratud ressurssidega," töötama oma ülesande lahendamiseks teiste inimestega," teadma, milline tulemus tuleb saavutada," lahendama mittekorrektselt sõnastatud või hägusaid ülesandeid," arvestama oma ülemuse, kolleegide ja klientide soovide muutumisega jne.
Õpetamismeetodit, milles lähtutakse ülalloetletud põhimõtetest, nimetatakse projektmeetodiks.
31
Projekti mõiste - ülesanded
1. Mille poolest erinevad teineteisest mõisted projekt ja programm?
2. Nimetada magistritöö kirjutamise kui projekti atribuudid.
3. Mille poolest eelkõige erinevad teineteisest projekti elutsükkel ja projekti käigus loodava toote elutsükkel?
4. Iseseisvalt: tuua näide ebaõnnestunud (tarkvara)projektist.
32
Projekt, visioon ja strateegia/teekaart
Visioon on vaadeldava objekti kompaktne (1-2 lauset) soovitav tulevikuseisundi kirjeldus tema kõige olulisimate (s.t. objekti kõige adekvaatsemalt kirjeldavate) näitajate abil. Ka institutsiooni pikaajaline eesmärk on sageli esitatud visioonina. Strateegia/teekaart on visiooni (pikaajalise eesmärgi) saavutamise kava.
Projektid on strateegia realiseerimise üheks oluliseks vahendiks.
Momendi seisundi
Soovitav seisund
…....
….…
Projekti elutsükkel - projekti faasid1. Projekti algatamine (projekti põhieesmärgi määratlemine ning selge
veendumuse kujundamine projekti vajalikkusest ja teostatavusest; selles faasis peab vastama küsimustele mida? ja miks?):
" vajaduse määratlemine ja analüüs (vastavus fin.prior-le, efekt, skoobi ulatus), " põhieesmärgi määratlemine, " ressursianalüüs, " võimalike partnerite määratlemine, " projekti esialgse kava koostamine.
2. Projekti planeerimine (projekti täitmise optimaalse skeemi/algoritmi määratlemine; selles faasis peab vastama küsimusele kuidas?).
3. Projekti täitmine (projekti eesmärgi saavutamiseks vajalike tegevuste läbiviimine projekti piiranguid arvestavalt).
4. Projekti lõpetamine (projekti tulemist võimalikult suure lisaväärtuse tekitamine):
" tulemuste vormistamine, " dokumentatsiooni arhiveerimine, " tulemustest teavitamine.
34
Projektijuhtimise mõiste
Definitsioon. Projektijuhtimise all mõistetakse teadmiste, oskuste, vahendite ja tehnikate rakendamist projekti tegevuste läbiviimisel, saavutamaks projekti nõuete (sh projekti eesmärkide) täitmine.
Projektijuhtimise kolmnurk (project management triangle):
NB! Tegelik sõltuvus ei ole lineaarne (Ülesanne: interpreteeri kolmnurga tippude nihutamist).
Projektijuhtimine lahendab sisuliselt optimeerimisülesannet: saavutada ressursikulu ja tulemi kvaliteedi (skoobi) optimaalne vahekord.
Aeg Maksumus
Skoop*
35 * Skoobi asemel kasutatakse 3. mõõtmena kohati muid mõisteid, näit. tulemuslikkust (performance).
Projektijuhtimise üldine metoodika
Üldine metoodika – struktuurne käsitlus (mida? mitte kuidas?).
Põhistruktuurid:o Projektijuhtimise pädevusvaldkonnado Projektijuhtimise protsessirühmado Projektijuhtimise tegevusedo Projektijuhtimise artefaktid
Põhjus: universaalsus, üldkehtivus/laialt rakendatav.
Projektijuhtimise pädevusvaldkonnad (PMBOK Guide järgi)
PMBOK Guide: A Guide to the Project Management Body of Knowledge.
Projektijuhtimiseks vajalikud põhipädevused:" projekti terviklikkuse haldamine" skoobihaldus" ajahaldus" kuluhaldus" kvaliteedihaldus" personalihaldus" kommunikatsioonihaldus" riskihaldus" soetuste haldus, sh alltöövõtud" osapoolte haldus (lisandus 2013).
Nimetatud põhipädevuste alased tegevused on projekti faase läbivad.
37
Pädevusvaldkondade dünaamika (PMBOK Guide järgi)
PMBOK Guide on kujunenud projektijuhtimise pädevuste osas sisuliselt rahvusvaheliseks standardiks.
Suurimad muudatused 2004. aasta versioonis.2013. aasta versioonis lisandus kümnes pädevusvaldkond:• Projekti osapoolte haldus (Project Stakeholders Management)
2000. aasta versiooni vt näiteks aadressilt http://www.cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf
Projektijuhtimise protsessirühmad
Protsess defineeritakse kui tegevuste jada, mis viib teatud tulemuseni.
Projektijuhtimise protsessirühmad:" algatavad protsessid" kavandavad protsessid" täitvad protsessid" lõpetavad protsessid" kontrollivad protsessid
39
Projektijuhtimise tegevused
Projektijuhtimise tegevused jagunevad üldisteks ja tootespetsiifilisteks.
Üldiste tegevuste süstemaatiline käsitlus on esitatud mudelis PMMM (Project Management Maturity Model). Üldiste tegevuste näiteid:
" Fikseerida projektimeeskonna tööülesanded ja aruandluse süsteem." Koordineerida ja suunata nii üksikute täitjate kui töörühmade tegevust." Luua tulemuslikkust toetav töökeskkond." Ergutada projektimeeskonna pühendumust ja vaimustust." Informeerida projektiga seotud inimesi pidevalt projekti täitmise käigust
ja täitmisega seotud probleemidest." Suurendada projektimeeskonna kvaliteeti ja kujundada sellele vastav
optimaalne võimu (õiguste-vabaduste ja vastutuse) struktuur.
Projektijuhtimise artefaktid
Projektijuhtimise artefaktideks on kõikvõimalikud dokumendid ja muud vahendid, mis reguleerivad ja toetavad projekti täitmist.
Nende hulka kuuluvad näiteks järgmised dokumendid:" Nõuete analüüs." Projekti esialgne kava." Projekti ajagraafik." Projekti muudatuste haldamise kava." Riskide hindamise tabel." Kvaliteedikindlustuse põhimõtted." Saadud kogemuse analüüs (Lessons learned document).
Soovitav on koondada projekti dokumentaalsed artefaktid vastavasse portfooliosse (NB! Erineb projektide portfooliost).
41
Projektijuhtimine - ülesanded
1. Mille poolest eelkõige erineb projektijuhtimine üldisest juhtimisest?
2. Loetleda heade/efektiivsete ja halbade/väheefektiivsete projektijuhtide olulisemad tunnused.
3. Milliste projektide korral on projektijuhi erialateadmised olulisemad, milliste korral vähemolulised?
4. Tutvu kutsestandardiga Projektijuht, tase 6, http://www.kutsekoda.ee/et/kutseregister/kutsestandardid/10470372/pdf/projektijuht-tase-6.4.et.pdf
5. Tutvu (praeguseks kehtivuse kaotanud) kutsestandardiga Infosüsteemi projektijuht III, IV, V: http://www.kutsekoda.ee/et/kutseregister/kutsestandardid/10086855/lae
42
Projektijuhtide pädevuste arendamise raamistik PMCD FW
PMI (Project Management Institute) välja töötatud PMCD raamistik (Project Manager Competency Development Framework, www.tec-digital.itcr.ac.cr/file/5710155/PMI_Estandar_sobre_Competencias_del_Administrador_de_Proyecto.pdf) jaotab projektijuhi pädevused kolme kategooriasse:
" teadmised (knowledge competence)" teostamine/oskused (performance competence)" isiksuslikud pädevused (personal competency).
Pädevused on hierarhilised.
Teadmiste ja oskuste struktuur vastab PMI poolt loodud vastava kutseeksami struktuurile: http://www.pmi.org/certification/project-management-professional-pmp/~/media/pdf/certifications/pmp%20examination%20content%20outline_2010.ashx
43
PMCD raamistiku teostamise kategooria – näide
Algatamise komponendid:1. Projekt on kooskõlas ettevõtte eesmärkide ja klientide vajadustega.2. Sidusrühmad on määratletud.3. Skoobikirjeldus sisaldab sidusrühmade vajadused ja ootused.4. Suured riskid, eeldused ja piirangud on määratletud (“understood”).5. Projekti harta on heaks kiidetud.
Komponendi (… kooskõlas …) tegevused:1. Projekti kooskõlalisusest on aru saadud.2. Kooskõlalisus on aktsepteeritud finantseerija/otsustuskogu poolt.3. Tuvastab olulisimate sidusrühmade vajadused ja ootused.4. Määratleb loodava toote või teenuse karakteristikud.
PMCD raamistik - järeldused
1. Projektijuhtimine eeldab teatud isiksuslike omaduste olemasolu, ainuüksi teadmistest ja oskustest heatasemeliseks projektijuhtimiseks ei piisa.
2. Projektijuhtimine võimaldab testida inimese juhiks sobivust.
Projektijuhtimise küpsusmudel PMMM
PMMM (Project Management Maturity Model) esitab metoodika asutuse projektijuhtimise küpsuse/taseme hindamiseks.
Tasemed: 1. Ühtne keel (Common language): projektijuhtimist praktiliselt ei kasutata,
kuid organisatsioon tunnistab selle kasutamise vajadust;
2. Ühtsed protsessid (Common processes): projektijuhtimist kasutatakse, kuid see ei ole organisatsioonis reguleeritud;
3. Ühtne metodoloogia (Singular methodology): projektijuhtimine tugineb organisatsioonikultuurile, mitte regulatsioonidele;
4. Võrreldavus (Benchmarking): on olemas projektijuhtimise kvaliteedimõõdikud, mille abil võrreldakse end oma ala liidritega;
5. Pidev edenemine (Continuous improvement): protsessid on sisuliselt optimeeritud.
46
PMMM rakendamine
Iga taseme jaoks on välja töötatud:o taseme saavutatuse tunnused, o taseme saavutamise põhitakistused, o järgmise taseme saavutamiseks vajalikud põhitegevused, o taseme saavutatust hinnata võimaldav test.
Näiteks taseme 2 saavutamise põhitakistusteks on töötajate kartus uuenduste suhtes (“Oleme siiani hakkama saanud, saame edaspidigi”), alluvussuhete muutumise kartus ning soovimatus avalikustada probleeme ja puudujääke.
Esmakordselt avaldati 2001.a ilmunud Harold Kerzneri raamatus “Planning for Project Management Using a Project Management Maturity Model”.
Organisatsioonilise PJ küpsusmudel OPM3
OPM3 (Organizational Project Management Maturity Model) esitab metoodika selle hindamiseks, kuivõrd organisatsioonis juurdunud projektijuhtimise praktika (st projektide ja programmide täitmine ning portfooliote haldamine) toetab organisatsiooni strateegiliste eesmärkide saavutamist.
Mudel koosneb kolmest elemendist: " Teadmuselement kirjeldab organisatsioonilise projektijuhtimise ja selle
küpsuse mõisteid, selgitab nende olulisust ja seda, kuidas küpsust võib ära tunda;
" Hindamiselement esitab meetodid, protsessid ja protseduurid, mille abil organisatsioon saab läbi viia oma küpsuse enesehindamise;
" Parendamiselement kirjeldab protsessi, kuidas organisatsioon saaks oma küpsust tõsta.
48
OPM3 rakendamine
OPM3 esitab kolm kataloogi: parimad praktikad (ligikaudu 600!), võimekused, edenemise planeerimine.
Iga parima praktika kohta on antud: o neljakohaline identifikaator, o nimi, o lühikirjeldus o viited, millises valdkonnas (projekt, programm, portfoolio) ning millise
tegevuse (standardiseerimine-hindamine-juhtimine-parendamine) raames parim praktika on rakendatud.
Üldiste PJ mudelite ja raamistike seoste skeem*
* Loodud on ka terve rida spetsiifilisi küpsusmudeleid, nagu näiteks The Project Risk Maturity Model (4 taset: naïve, novice, normalised, natural).
PMBOK Guide: eesmärk projekti edu tagamine
PMCD FW: eesmärk projekti edukuseks tarvilike projektijuhi pädevuste tagamine :
PMMM: eesmärk projektide edu tagava asutuse organisatsioonikultuuri kujundamine
OPMMM: eesmärk asutuse strateegiliste sihtide saavutamist maksmaalselt toetava projektijuhtimise praktika juurutamine
Projektijuhtimine Euroopa IKT-kompetentside raamistikus e-CF
Euroopa IKT-kompetentside raamistik (European e-Competence Framework, vt veebist) kirjeldab olulisemate IKT-kompetentside valdkonnad (5 valdkonda), iga valdkonna jaoks kompetentside kirjeldused (kokku 40), nende pädevustasemed (5 taset) ning toob vajalike teadmiste ja oskuste kohta näiteid.Vt. http://ecompetences.eu/wp-content/uploads/2014/02/European-e-
Competence-Framework-3.0_CEN_CWA_16234-1_2014.pdfVastavus EQF-ile: IKT-1 = EQF3; IKT-2 = EQF4 ja 5; IKT-3 = EQF6; IKT-4 = EQF7; IKT-5 = EQF8.
Projektijuhtimisega seonduvad kompetentsid:• Toote või projekti kavandamine (A.4): e-CF-2 … e-CF-4,• Projektijuhtimine ja projektiportfelli haldamine (E.2): e-CF-2 … e-CF-5.
e-CF kompetentsi E.2 pädevustasemete näide
E.2-2: Mõistab ja rakendab projektijuhtimise põhimõtteid ning juhib lihtsaid projekte, kasutades asjakohaseid meetodeid, tööriistu ja protsesse. Optimeerib kulutusi ja minimeerib raiskamist.
E.2-5: On laialdaste vastastikuses seoses olevate tööprogrammide strateegiline juht tagamaks, et infotehnoloogia oleks muutust võimaldav jõud ning toodaks kasumit kooskõlas ettevõtte üldiste strateegiliste eesmärkidega. Rakendab laialdasi ärioskusi ja tehnoloogiaalaseid teadmisi, et välja mõelda ja teostada uudseid ideid.
Näide oskuste kohta: S1 – Oskab kindlaks teha projekti riske ja koostada tegevusplaane
riskide leevendamiseks.
Raamistikud ja mudelid - ülesanded
1. Miks on projektijuhtidel oluline teada üldiste raamistike ja mudelite (sh PMBOK Guide, PMMM, PMCD FW, OPM3) sisu?
2. Milliste ohtudega peab projektijuht arvestama üldiste raamistike ja mudelite rakendamisel?
3. Iseseisvalt: tutvuda Portfolio, Programme, and Project Management Maturity Model (P3M3, http://www.p3m3-officialsite.com/, http://www.projectsmart.co.uk/docs/p3m3.pdf) projektijuhtimise osaga.
4. Iseseisvalt: leida projektijuhtide tasemete hindamise skaalasid.
53
Projekti algatamine
Projekti algatamise faasi üldeesmärk
Jõuda arusaamisele projekti kavandamise otstarbekuses, s.t. leida vastus küsimusele
“Kas asuda projekti kavandama või mitte?”
Projekti algatamise faasi põhiülesanded
• Veenduda projekti algatamise eelduste täidetuses (kas projekti läbiviimiseks vajalikud tingimused on täidetud?).
• Määratleda projekti eesmärk (mida teha?)
• Veenduda projekti vajalikkuses (miks teha?) • Veenduda projekti teostatavuses (kas eesmärgi
saavutamine on realistlik?).
Otsustamisel põhiinstrument – projekti esialgne kava.
Projekti algatamise eeldused
1. Probleemi olemasolu (millist probleemi projekt võiks lahendada).
2. Hea (uudse, originaalse) idee olemasolu.
3. Projekt (st probleemi lahendamine) toetab institutsiooni pikaaegsete eesmärkide saavutamist. N: Tempus, Erasmus +.
4. On olemas projekti täitmiseks vajalik inimressurss (pädevus+hulk). N: LeFlow ! eParticipation (Interreg IV A).
5. Projekti finantseerimise tõenäosus on piisavalt suur (NB! Võrrelda end potentsiaalsete konkurentidega). N: IFI IUT 2012.a.
6. Projektiga seonduvad nõuded ja piirangud on selged. N: SF 1.voor.
7. Projektiga seonduvad riskid on taluvuse piirides.
Projektiga seonduvad riskid
1. Ressursside ebaotstarbekas kulutamine. Näide: mitteaktsepteeritud projektitaotlus LeFlow: Competency Management and Learning Flows within Mash-up Personal Learning Environments.
2. Ideede imbumine konkurentidele. Näide: ülikooli poolt kooliõpilaste koolitus (sotsiaalteaduste kool ! Õpilasakadeemia).
3. Renomee kahjustamine. Näide: JEP 11202 juhtimise üleandmine.4. Muude projektide/ülesannete täitmise halvenemine. Näide: 8 FP6.5. Projekti tulemi vähene kasutuselevõtt (vähene kasutusmugavus,
konkurentide tooted, rakendamise nõrkus, …). 6. Partnerite põhjustatud kahjude hüvitamine. N: EITS.
Probleemide lahendamise alternatiivid
• Projektiplaani koostamine teenusena sisse osta. N: Invent Baltics.
• Projekti soovitav tulem teenusena sisse osta. N: TLÜ veeb.
• Projekti mingid tegevused teenusena sisse osta. N: eParticipation tarkvaraarendus; teadusuuringuteks empiiriliste andmete kogumine.
• Lülitumine mingi teise institutsiooni poolt täidetava sobiva projekti partneriks. NB! Soovitatav ebapiisava kompetentsi või suurte riskide korral.
Projektide läbi avanevad võimalused
• Institutsiooni arenguks vajalike ressursside saamine (sh töötajate säilitamine). N: DTI eelarves ligikaudu 50%.
• Institutsiooni võimekuse suurendamine. N: välisprofessorid, ID labor, MM õppekava, HITSA tiigriülikooli programm, …
• Organisatsiooni- ja töökultuuri edendamine. N: tähtaegade järgimine.
• Oma tuntuse suurendamine.
• Koostöövõrgustiku laiendamine. N: DTI projektides partnerid kuni 16 riigist.
Soovitused 1 (projekti algatamise eeldused)
• Projekti algatamise otsustus peaks põhinema riskide ja võimaluste tasakaalustatud analüüsil: kohati on otstarbekas algatada isegi ilmselt suure riskiga projekte. Näide: Mare-hoone ehitus (Eesti Ehitus).
• Võimaliku projekti ebaõnnestumise riski vähendamiseks:" enne projekti juhtimist osale mingi projekti täitmisel" enne suure projekti juhtimist juhi väikest" enne rahvusvahelise projekti juhtimist juhi kodumaist" enne rahvusvahelise projekti juhtimist osale selle täitmisel.
Vajaduse hindamine
Vajadus: mingi süsteemi toimimist või eesmärgi saavutamist toetav (soovitav) olukord või ese.
Projekti vajaduse määrab ära soovitava olukorra või toote momendi olukorrast/tootest erinevuse (“lõhe”) hinnang (suur/väike, oluline/ebaoluline). Probleem: modelleerimine!
Maslow inimvajaduste hierarhia (1943):
NB! Madalama taseme vajaduste rahuldatus peab eelnema kõrgema taseme vajaduste rahuldamisele.
Probleem: (nii otsustajate kui teiste poolt) vajaduse mittetunnetamine.
Füsioloogilised vajadused
Turvalisusvajadus
Kuuluvus- ja armastus
Tunnustusvajadus
Enese- teostusvajadus
Vajaduste hierarhia: näide
Vajaduste hierarhia IT-valdkonnas (Urwiler, Frolik):
1. IT-infrastruktuur2. IT-turve3. Info kvaliteet/kättesaadavus4. Konkurentsivõime5. Innovatsioon
NB! Ikka viis taset.
Vajaduste tasemed – üldistus
• Eksistentsiaalne (vajadused, mis võimaldavad loodava toote/teenuse kasutamist).
• Talituspidevus (võimaldab tõrgeteta toimimist).• Asjakohasus (sh kasutusmugavus ja -ulatus; võimaldab täita
eesmärgikohaseid funktsioone).• Kvaliteet võrdluses teiste samalaadsete lahendustega (võimaldab
tagada konkurentsivõime).• Uuenduslikkus (võimaldab tagada jätkusuutlikkuse).
Fundamentaalne – põhieesmärgi määratlemine
Põhieesmärgi määratlemine
Põhieesmärgist lähtub nii projekti kavandamine (tagant ette) kui ka täitmine.
Põhieesmärgi määratlemise nõuded (SMART):1. Konkreetsus (Specific) – sõnastuse selgus.2. Mõõdetavus (Measurable) – saavutatuse hinnatavus (N: panga imago).3. Lõppkasutajaga kooskõlastatus (Agreed) – vajadustele vastavus.4. Realistlik (Realistic) – ressurssidele vastavus.5. Ajakohasus (Time-bound) – ajaliselt piiritletud.
SMART nõuded kehtivad ka alaeesmärkide puhul.
SMART võimalik eestikeelne vaste (Ott Vaiknemets) – KARMA (Konkreetne, Aktsepteeritud, Realistlik, Mõõdetav, Ajakohane).
Eesmärgi määratlemine on aega ja huvitatud osapooltega diskussiooni nõudev!
Põhieesmärgi/vajaduse analüüs – mõjurid
NB! Peab olema ettevaatav! Võimalike tulevikutrendide analüüs.
Momendi ja perspektiivsete mõjurite, nõuete ja piirangutega arvestamine:1. Turuolukorra muutumine (N: digitaliseerimine, avatud sisu).2. Ettevõtte probleemid ja kavandatavad ümberkorraldused.3. Tarbijate vajaduste muutumine.4. Tehnoloogiliste lahenduste uuenemine (N: pilvetehnoloogiad).5. Sotsiaalse nõudluse tekkimine/muutumine (N: vanurid).6. Seadusandlikud piirangud.7. Konkurentide võimalikud tegevused (N: teaduskool, õpilasakadeemia).
Liivakella kujund: absorbeeri vajaduse analüüsil võimalikult palju informatsiooni selleks, et projekti eesmärk teeniks võimalikult paljude huve.
Soovitused 2 (põhieesmärgi määratlemine)
• Aruta vajadused ja põhieesmärk läbi olulisemate sihtrühmadega: o projekti tulemi kasutajad, o projekti potentsiaalsed finantseerijad/ülemused ja toetajad, o projektimeeskond.
N: HTM soov (tehnoloogiaõpetus haridustehnoloogia õppekavas).
2. Leia efektne – samas projekti eesmärgiga kooskõlas olev – projekti nimi ja akronüüm (selleks on kasulik tutvuda edukate projektide nimede ja akronüümidega).
Ülesanded – projekti algatamise eeldused ja põhieesmärk
1. Loetleda projektidega seonduvaid võimalikke täiendavaid (sh ka otsustajate) riske.
2. Milliseid probleeme näete järgmistes projektide eesmärkides: a) “Uurida difusiooniprotsesse mitmekomponendilistes
süsteemides”;b) “Optimaalse metoodika väljatöötamine allergiast vabanemiseks”.
3. Loetleda täiendavaid projekti eesmärkide kujundamisel arvestamist vajavaid võimalikke mõjureid.
Ülesanded – projekti algatamise eeldused ja põhieesmärk
4. Millistele SMART nõuetele ei vasta järgmised üliõpilastööde teemad:
a) täisfunktsionaalse virtuaalse õpihaldussüsteemi loomine koolidele;b) liikumisteid kuvava digitaalse Tallinna kaardi loomine;c) veebikeskkonna loomine.
5. Loetlege olulisi objekte/teenuseid, mille järele pole ühiskond/riik veel vajadust tunnetanud.
6. Loetlege olulisi objekte/teenuseid, mille järele on vajadus tunnetatud, kuid mida piisavalt ei pakuta.
Ülesanded – projekti algatamise eeldused ja põhieesmärk (iseseisvalt)
1. Tuua näide mittepakutavast arvutitarkvarast, mille järele oleks nõudlust.
2. Projekti põhieesmärgi määratlemisel saab kasutada ka tasakaalustatud tulemuskaardi metoodikat. Sõnasta selle põhiprintsiibid (vt näiteks www.balancedscorecard.org).
Finantseerimisallika määratlemine
Ressursi saamise ja rakendamise võimekus on üks olulisemaid projektijuhi kvaliteedi näitajaid.
Finantseerimine (ja selle taotlemine) sõltub oluliselt projekti tüübist:" taotleja tüüp – institutsionaalne või individuaalne" taotluse tüüp – reglementeeritud (vormikohane) või mitte" konteksti tüüp – firmasisene, programmide raames, sponsorlus
Määravad aspektid:" valdkondlik prioriteetsus. N: Tempus IT mag.õppekavad." taotleja legitiimsus (eligibility). N: HITSA Tiigriülikool – avalikud ülikoolid." taotluse formaalsete nõuete täidetus. N: SF 1. voor." finantseerija huvid (eelkõige sponsorluse ja mittereglementeeritud
projektide korral).
Sponsoritega suhtlemise reeglid Ettevõtte sponsorluse olulisim eesmärk – parandada ettevõtte imagot.1. Paku investeerimisvõimalust, mitte ära taotle heategevust.2. Tee endale selgeks, millised on osaliste võimalikud huvid (huvid
domineerivad loogika üle); kuula finantseerijat (näide: ISE, d.õpe).3. Leia veenvad põhjendused, miks sina/sinu asutus on parem kui
teised projekti võimalikud täitjad.4. Leia projekti tulemi jaoks atraktiivne tulevikuvisioon.5. Keskendu tõenäolisematele sponsoritele.6. Suhtle vahetult, mitte kirjalikult (pane sponsor kaasa mõtlema).7. Suhtle korduvalt.8. Hoia sponsoritega suhteid ka peale projekti lõppu.
NB! Suuremal või vähemal määral kehtuvad need soovitused ka suhtlemisel mistahes otsustajatega.
Sponsoritega suhtlemise praktika
Kokkulepped: • sponsorluse avalikustamine. N: Balteco. • kasutamine firma reklaamis, • teiste sponsorite aktsepteerimine • ...
Ingrid Vuks (magistritöö raames saadus tulemused): • ¾ sponsoreerivatest Eesti ettevõtetest ei ole sponsorlus reguleeritud• reeglid ei ole avalikud (veebis vaid 3-l 200-st)• otsustuskogu on väga erinev.
Efektiivseim tee Eestis – isiklik tutvus.
Soovitused 3 (finantseerimise/sponsori määratlemine)
Finantseerimisallika määratlemisel:
" Ole informeeritud. N: Eesti staatus EL 5RP e-õppe projektides).
" Hinda enda võimalusi võrdluses teiste potentsiaalsete taotlejatega. NB! Tuleb arvestada mitte ainult objektiivseid näitajaid, vaid ka subjektiivseid (sh poliitilisi).
" Usalda, kuid kontrolli. N: Humboldt uurimisstipendium.
Ülesanded – projektide finantseerimine 1
1. Millistel juhtudel on otstarbekam valida kumbki järgnevatest strateegiatest: a) kavandatakse projekt ning seejärel hakatakse finantseerijat/
finantseerimist otsima; b) määratletakse võimalik finantseerija ning seejärel hakatakse
projektiplaani koostama.
2. Millised loengukonspektis toodud sponsoritega suhtlemise reeglid on suurema, millised väiksema kaaluga? Tuua näiteid nende reeglite järgimisest või mittejärgimisest.
3. Asetage end sponsorluse üle otsustava tippjuhi rolli. Millised sponsorluse taotleja argumendid on teie jaoks kõige määravamad? Milliseid valdkondi te eelkõige toetaksite?
Projekti kavandamise alus – projekti esialgne kava (charter)Sisu: projekti põhiandmete (nimi, põhieesmärk, vajadus, uudsus, etapid,
täitjad, ressursid, kestvus) lühikirjeldus (1-2 lk).Eesmärk:
" otsustajate toetuse saamine" partnerite leidmine" partneritega rolli/tööjaotuse osas kokkulepete saavutamine
Võimalikud täiendavad aspektid sõltuvalt projekti iseloomust ja asjaoludest: erinõuded/piirangud, standardid, sarnaste projektide näited, tulemi juurutamise aspektid (näiteks kasutajate koolitamine) jne.
Näited: KH IKT-õppe kvaliteedisüsteem (Loengukonspekt, Lisa 2).
Projektiplaanile võib eelneda mitu etappi. PRINCE2: a) Project Mandate; b) Project Brief; c) Project Initiation Document (esmane projektiplaan).
Projekti kavandamise eeldus 1 – selgus ressursside osas
1. Kas on olemas projekti täitmiseks vajalik inimressurss?• projekti käivitumise määramatus (inimeste ülekate ja seotus; 6RP: 2/8;
teaduse sihtfin; LeFlow);• organisatsiooni tüübi (funkts-ne, maatriks, projektipõhine) arvestamine.
2. Kas on olemas vajalik infrastruktuur (töökohad, vahendid)?
3. Kas projekti idee on ülemuste, partnerite ja täitjate poolt piisavalt aktsepteeritud (Näide: EHIS)?
4. Kas osalise finantseerimise korral leiduvad vajalikud kompensatsioonimehanismid (mahu vähendamine, tegevuste ühitamine, tegevuste/eelarve struktuuri muutmine? 100%/0% mudel.
Soovitused (töömahuga seonduvalt)
1. Ühekordse ja spetsiifilist kompetentsi nõudva tegevuse läbiviimiseks kaaluda selle teenusena sisseostmist.
2. Mahukate ja vastutusrikaste projektide juhtimiseks kavandada täistööajaga projektijuht (Näited: EAS – SPINNO, haridusinnovatsiooni keskus).
Kriitiline – projektimeeskonna kujundamine
1. Olulisim – partnerite motiveeritus. N: TEMPUS 11202 (rak. mat. mag.õpe).
2. Eelistatud on analoogiliste projektide täitmise kogemusega partnerid.3. Eelistatud on oma ala juhtinstitutsioonid (kvaliteet, sekundaarsed
kontaktid, renomee). N: Layers arutelu Brüsselis.4. Eelista partnereid, kellega juba on koostöökogemus. N: Koolielu.5. Partnerite erihuvid ei tohi domineerida projekti eesmärkide üle. N:
MM, Twe.6. Eelistatud on üksteist täiendavad partnerid. Riskinäide: AGETT
töökohavahetus.7. Partnerid peavad aktsepteerima tellija nõudeid/tingimusi ja kinni
pidama partneritevahelistest kokkulepetest. N: AGETT töötasu, MM äriklass.
Partnerluse olulisi aspekte
Partneriks hakkamise võimalikke probleeme:" töö ja kompetentsi mitteadekvaatne ekspluateerimine" projekti ebaõnnestumisest tulenev mainekaotus" erinevad arusaamad. N: prototüübi olemus (innovatsiooniosakud).
Probleemiks võib olla projektijuhi vähene aktsepteeritus projektimeeskonna liikmete poolt. N: AGETT.
Tellijate nõuded: põhi-lõuna (EL projektid), partnerite kaasatus (str.fondid), doktorantide kaasamine (teadusprojektid), ...
Halva partneri tunnuseid
1. Projektide taotlemisele (mitte täitmisele) orienteeritud.
2. Vastutusest/ülesannetest hoidujad.
3. Autoritaarsed “kõiketeadjad”.
4. Formalistid, kes on orienteeritud dokumentatsioonile, mitte sisule.
5. “Hägusa” ülesannetejaotusega. N: koosolekutel erinevad inimesed.
6. Kokkulepetest mitte kinnipidajad.
7. “Viimasel minutil” tegijad (NB! Kvaliteedirisk).
8. Halvad suhtlejad ja virisejad.
Soovitused (meeskonnaliikmete/partnerite valik)
• Leia optimaalne partnerite arv: a) liiga suur arv muudab projekti täitmise kohmakaks ja
ebaefektiivseks (eriti tarkvaraprojektide korral),
b) liiga väike arv võib seada ohtu projekti täitmise kvaliteedi.
• Projektitäitmise kvaliteedi seisukohalt ei ole oluline mitte niivõrd partnerinstitutsioon, kuivõrd seal töötavad inimesed.
• Läbirääkimistel selgita välja igaühe erihuvid (sh palga- ja maksetingimused).
Diskussioon
1. Millised märgid viitavad partneri vähesele motiveeritusele?
2. Projektis on kaks partnerit: a) oma ala juhtiv institutsioon, kuid vähe motiveeritud; b) tundmatu institutsioon, kuid väga motiveeritud. Millised on nendega seonduvad suurimad riskid ning kuidas neid riske vähendada?
3. Millistel juhtudel on tipptasemel partner otstarbekas kaasata isegi tema vähese motivatsiooni korral?
Projekti kavandamise eeldus 2 – selgus eeluuringu osas
Eeluuringu (lähteuuringute) eesmärk: projekti eesmärgi saavutamist mõjutavate oluliste aspektide (näit. projekti osapoolte vajadused, konkurentide plaanid, tehnoloogia areng, seadusandlus, ilmastik, ...) ja nende võimaliku mõju väljaselgitamine.
Projektikeskkonna aspektide näide. PESTLE (ka “PEST-analüüs”): o Political, o Economic, o Sociological, o Technical, o Legal, o Environmental.
Eeluuringul kasutatavaid meetodeid
• SWOT-analüüs
• Turu-uuringud
• Delphi-meetod
• Avaliku arvamuse küsitlus
• Dokumentide/senitehtu analüüs
• Varem läbiviidud sarnaste projektide analüüs
• Metaanalüüsid
• Töötoad
• Probleemianalüüs
Näide laiendatud vajaduse analüüsi raamistikust
Instrument Needs
Unconscious Needs
Conscious Needs
Performance Needs
Organization level
Training Management transparency
Learning Market share/sales revenue
Individual level
Real applications
Job satisfaction
Knowledge/Skills
Performance efficiency
CausesObjectivity level
Uuringute läbiviimisel on soovitatav selle struktureeritus. Needs Chain Model (Shafloot, 2010):
Diskussioon
Millised faktorid määravad eeluuringu mahu (st kui põhjalikult tuleks eeluuring läbi viia)?
Eeluuringu vajaduse hindamine
Eeluuringu vajadus ja maht/ulatus sõltub eelkõige sellest, kuivõrd selged on projekti täitmist kõige olulisemal määral mõjutavad asjaolud, näiteks:
1. Projekti eesmärgi/nõuete/vajaduste selgus.
2. Projekti eesmärgi saavutamise võimalike teede paljusus.
3. Projekti keerukus/täitmiseks vajaliku kompetentsi suurus.
4. Projekti valdkonna arengu/muutumise kiirus.
5. Projekti täitmiseks kasutatavate tehnoloogiate/metoodikate muutumise kiirus.
6. Projektiga seonduvate riskide suurus.
7. Mujal sarnaste projektide täitmisel saadud kogemuste hulk.
Soovitused (eeluuringud)
• “Ähmaste”, suurte riskidega seonduvate ning kriitiliste suuremahuliste projektide puhul on soovitatav teostada eeluuringud eelprojektina (näide: ülikoolide õppehoonete ehitamine struktuurifondide vahenditest).
• Võimaldab uuringukulude katmist muudest allikatest.
Kodutöö nr 1 (töö õppematerjaliga)
1. Lugeda läbi projektijuhtimise konspekti peatükid 1-3 (sh järgmise tunni teema – Projekti planeerimine).
2. Peatükkide 1 ja 2 iga 2. taseme alateema kohta kirjelda kahe lausega, mida oleks antud alajaotuses võinud käsitleda põhjalikumalt nii loengus kui ka konspektis: kokku 2x(6+8) = 28 lauset.
3. Sõnasta peatüki 3 kohta kolm küsimust või probleemi, mida võiks järgmises tunnis diskuteerida või käsitleda põhjalikumalt.
4. Saada punktide 2 ja 3 all kirjapandu hiljemalt 2.10 aadressile [email protected].
5. Tutvuda käesolevas esitluses punase kirjaga märgitud allikatega.
Kodutöö nr 1 (analüüs)
1. Analüüsi loengukonspekti lisas 2 olevat projekti esialgset kava. Millised aspektid oleksid võinud selles olla põhjalikumalt avatud.
2. Projekti vajaduse põhjenduso Lae alla ja täida failis PJ-Kodutoo-1.pdf sätestatud ülesanded.o Kirjuta välja (ja võta 4. okt. loengule kaasa) ülesannete nr 4, 5,
9, 10, 11, 12 lahendused.3. Koosta esialgne kava projektile, mille kavandamine ja täitmine
oleks ligikaudu 10 nädala jooksul jõukohane 3-4 üliõpilasele. Koosta seda kava tutvustav esitlus (kuni 7 minutit).
Kodutöö analüüs ja projektide esialgsete kavade esitlus toimub 4. okt. õppusel; kodutöö raames leitud lahendusi pole vaja õppejõule saata.
Järgmine loeng:
Pühapäev 4. oktoober kell 14.00
Teemad:Seminar: projektiettepanekud
Projektirühmade moodostamine Projektiplaani koostamine
Efektiivsete projektijuhtide olulisemad omadused
1. On eeskujuks (Väheefektiivsed: On halvaks eeskujuks)2. On visionäärid (VE: Ei ole enesekindlad)3. On tehniliselt kompetentsed (VE: On tehniliselt ebapädevad)4. On otsustusvõimelised (VE: On halvad suhtlejad)5. On head suhtlejad (VE: On halvad motiveerijad)6. On head motiveerijad7. Vajadusel pöörduvad tippjuhtkonna poole8. Toetavad meeskonnaliikmeid9. Ergutavad uute ideede pakkumist(Zimmerer, Yasin; Loengukonspektis Lisa 5)Hilisema uuringu näide: http://busm1271.files.wordpress.com/2010/05/
leadership-competency-profile1.pdf
PMCD Framework – Personal competencies Communicating (6.0) 6.1 Actively listens, understands and
responds to stakeholders6.2. Maintains lines of communication6.3 Ensures quality of information6.4 Tailors communication to audienceLeading (7.0) 7.1 Creates a team environment that
promotes high performance7.2 Builds and maintains effective
relationships7.3 Motivates and mentors project team
members7.4 Takes accountability for delivering the
project7.5 Uses influencing skills when requiredManaging (8.0) 8.1 Builds and maintains the project team8.2 Plans and manages for project success
in organized manner8.3 Resolves conflict involving project team
or stakeholders
Cognitive Ability (9.0) 9.1 Takes a holistic view of project9.2 Effectively resolves issues and solves
problems9.3 Uses appropriate project management tools
and techniques9.4 Seeks opportunities to improve project
outcomeEffectiveness (10.0) 10.1 Resolves project problems10.2 Maintains project stakeholder involvement,
motivation and support10.3 Changes at the required pace to meet
project needs10.4 Uses assertiveness when necessaryProfessionalism (11.0) 11.1 Demonstrates commitment to the project11.2 Operates with integrity11.3 Handles personal and team adversity in a
suitable manner11.4 Manages a diverse workforce11.5 Resolves individual and organizational
issues with objectivity
Tulevikuelukutsete näiteid
• Virtuaalne sotsiaaltöötaja: Internetipõlvkonnale suunatud sotsiaaltöötaja.
• Digitaaljäätmete käitleja: digitaalse info hulk kasvab tohutu kiirusega. Enamik sellest on prügi nii sisu kui suunitluse mõttes, mis tuleb turvalisuse huvides hävitada.
• Personaalne andmehaldur: üksikisiku “elektrooniline elu” (kontod, e-kirjad, failid, …) kasvab hõlmamatuks ja vajab korrastamist.
• Vanuriteabid: vananev ja füüsiliselt manduvate inimestega ühiskond vajab järjest rohkem tugiisikuid.
Tulevikuelukutsete näiteid (Mike Walsh)
www.mike-walsh.com/media/bid/52468/Top-10-Professions-Of-The-Future:• Data Scientist• Tech Addiction Counseller• Enterprise Anthropologist• Virtual Girlfriend• Pattern Recognition Specialist • Net Star• Brand Storyteller• Freelance Work Agent• Cyber-Warfare Operative• Professional Video Gamer