Prezentācija aplūko populārākās klasiskās projektu vadīšanas metodes, kā arī iteratīvās metodes. Vai abas pieejas savietojamas, un kas tām ir atšķirīgs? Jautājums ir, vai tās var apvienot vienā projektā.
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
1. Klasiskā un iteratīvā
projektu vadīšanas metode
- atšķirības un kopīgais.
Oļegs Krutikovs, MBA
Projektu vadīšanas treneris
13/09/2016 LTRK
2. Iepazīšanās
Oļegs Krutikovs
• Oļegam ir vairāk kā 12 gadu projektu vadīšanas pieredze dažādās nozarēs –
telekomunikācijas, informāciju tehnoloģijas, pārtikas produktu pārstrāde, finanšu
pakalpojumi, ES struktūrfondu līdzekļu apgūšana, sabiedriskās organizācijas kā arī
ārpakalpojumu produktu izstrādē.
• Oļegs ir ieguvis Ekonomikas bakalaura grādu finansēs Latvijas Universitātē un
2006.gadā MBA grādu, aizstāvot maģistra darbu par projektu vadīšanu Rīgas Biznesa
Skolā. Oļegs ir arī Starptautiskās Projektu Vadīšanas Asociācijas biedrs. Regulāri
piedalās un uzstājas starptautiska mēroga projektu vadīšanas konferencēs, kā arī ir
eksperts semināros Latvijā un ārzemēs.
• Sertifikāti un kompetences paaugstināšana projektu vadības jomā: ITIL, PM Master,
IPMA International, PM Excellence Award Assessor, Project Management Auditing.
Oļegs pārzina populārākās specializētās projektu vadīšanas programmas.
• Kops 2005.gada Olegs iesaistījās vairākos augsto tehnoloģiju (bezpilota lidaparātu
ražošana un integrācija) un online tulkoljumu sistēmas izveidošanas projektos.
4. «Pagaidu pūles, lai radītu unikālu produktu, pakalpojumu vai rezultātu»
Project Management Institute. PMBoK® v3, 2004.
«Projekts ir laika un izmaksu ziņā ierobežots pasākums, lai sasniegtu virkni skaidri definētu
rezultātu (apjoms projekta mērķa sasniegšanai), ievērojot noteiktus kvalitātes standartus un
prasības»
International Project Management Association. NCB 3.1, 2012.
«Pagaidu organizācija, kura tiek radīta lai panāktu unikālu produktu, pakalpojumu vai rezultātu
vai un iepriekš nodefinētu rezultātu vai iznākumu, turklāt noteiktā laikā un ar ierobežotiem
noteiktajiem resursiem»
PRINCE2, 2009
apkopojot, projektam piemīt:
Sākums, Beigas, Mērķis, Budžets, Organizācija, Pasūtītājs, Izmaiņu raksturs, Bez paša vēstures,
Unikalitāte
Projekta definīcijas
6. Kā lietotājs to
paskaidrojis
Kā Projektu vadītājs
to sapratis
Kādu dizainu
iedomājās inženieris
Programmētāja kods
izskatījās…
Kā tika pasniegts
lietotājiem
Kā projekts tika
dokumentēts
Kā beidzās
uzstādīšana
Par ko pasūtītājam
bija piestādīts rēķins
Kāds tehniskais
atbalsts tika sniegts
Ko tiešām vēlējās
lietotājs
7. Raksturīgākās kļūdas Projektu vadībā
• Nepietiekama resursu un aktivitāšu koordinēšana
• Nepietiekama komunikācija starp iesaistītajām
pusēm
• Nepietiekama laika un izmaksu izvērtēšana
• Nepietiekami mērījumu kritēriji
• Neatbilstoša resursu un aktivitāšu plānošana
• Nepietiekama kontrole projekta gaitā
• Nepietiekama kvalitātes kontrole
11. Klasiskās projektu vadīšanas process
• Projekta uzsākšana
• Projekta plānošana
• Projekta ieviešanas kontrole
• Projekta slēgšana
• Projekta piegāžu vadīšana
• Projekta vadīšana
12. • Projekta uzsākšana
• Projekta ieviešana
• Projekta plānošana
• Projekta fāžu kontrole
• Projekta robežpunktu vadīšana
Projekta piegāžu vadīšana
• Projekta slēgšana
• Projekta vadīšana
• Projekta organizācija
• Projekta plānošana
• Izpildes kontrole
• Risku vadīšana
• Kvalitātes vadīšana
• Izmaiņu vadīšana
• Komunikācija
PRINCE2 projektu vadīšanas modelis
Procesi: Komponentes:
13. Projekta organizācija pēc
PRINCE2
Organizācijas vadība
(bizness)
Projekta vadītājs
Piegāžu vadītāji
(komanda)
Projekta
nodrošinājums
Projekta
atbalsts
Projekta Valde (komiteja)
Lietotājs Piegādātājs
Pasūtītājs
Projekta izmaiņas
16. Laiks
Pabeigt projektu līdz noteiktam laikam.
Kvalitāte un Izmaksas mazāk svarīgi
Projekta spriedzes trijstūris
17. Projektu nepieciešams realizēt noteiktā
budžeta ietvaros.
Izpildes laiks un kvalitāte ir
mazāk svarīgi
Izmaksas
Projekta spriedzes trijstūris
18. Projekta rezultātam ir jāpiemīt noteiktajam
īpašībām.
Ir jābūt mērāmam un izmērītam.
Ilgāks piegādes laiks un budžeta pārsniegšana ir
pieļaujamas noteiktajās robežās.
Kvalitāte
Projekta spriedzes trijstūris
23. Agile vērtības (2001)
Darbā vērtējām:
• Cilvēkus un viņu mijiedarbi augstāk par rīkiem un
procesiem
• Strādājošu programmatūru augstāk par detalizētu
dokumentāciju
• Kopsadarbību ar pasūtītāju augstāk par līguma
sarunām
• Reaģēšanu uz izmaiņām augstāk par sekošanu plānam
24. Agile manifests
1. Kā augstākā prioritāte mums ir klienta vajadzību apmierināšana, pateicoties regulārai un
agrai vērtīgas programmatūras piegādei.
2. Mēs labprāt saņemam prasību izmaiņas, pat vēlās izstrādes stadijās. Agile procesi ļauj
izmantot izmaiņas klienta konkurētspējīgu priekšrocību nodrošināšanai.
3. Strādājošu produktu ir jānodod pēc iespējas biežāk, ar periodiskumu no pāris nedēļām līdz
pāris mēnešiem.
4. Visa projekta garumā izstrādātājiem un biznesa pārstāvjiem jāstrādā kopā katru dienu.
5. Projektus jāorganizē ap motivētiem profesionāļiem. Viņiem jānodrošina nepieciešamā vide
un atbalsts un jāuzticas ka darbs tiks paveikts.
6. Saruna aci pret aci ir visproduktīvākais un visefektīvākais informācijas apmaiņas veids kā ar
pašu komandu, tā arī komandas iekšienē.
7. Strādājošs produkts – galvenais progresa rādītājs.
8. Agile procesiem jānodrošina sponsoriem, izstrādātājiem un lietotājiem ilgtspējīgu pastāvīgu
ritmu.
9. Pastāvīga uzmanība tehniskajai izcilībai un projektēšanas kvalitātei palielina projekta elastību.
10. Vienkāršība — neizdarīta darba apjoma maksimizēšanas māksla — ir ļoti būtiska.
11. Vislabākās prasības, arhitektūras un projektēšanas risinājumi rodas pašu organizētās
komandās.
12. Komandai sistemātiski jāanalizē iespējamos efektivitātes uzlabošanas veidus un attiecīgi
jākoriģē savu uzvedību.
26. Agile scrum projektu vadīšanas process
Sprinta
izstrādes
uzdevumi
Produkta
uzdevumi
Sprints Pieņemšana un
testēšana
Produkta piegāde
Katra
diena
1 - 4
nedēļas
Atgriezeniskā saikne
29. Starpības pieejā
Klasiskā PV metode Iteratīvā PV metode
Risinājums noprecizēts detaļās
Visas īpašības ir apsolītas projekta
sākumā
Laiks un budžets ir fiksēts
Projektu vadītājs detalizēti plāno un
deleģē darbus
Pavēles un kontroles struktūra
Piemērots vairāku piegāžu vadīšanai
(project organization)
30. Starpības pieejā
Klasiskā PV metode Iteratīvā PV metode
Risinājums noprecizēts detaļās Risinājums attīstās projekta gaitā
Visas īpašības ir apsolītas projekta
sākumā
Īpašībām tiek noteikta prioritāte
Laiks un budžets ir fiksēts Laiks un budžets var mainīties
Projektu vadītājs detalizēti plāno un
deleģē darbus
Pašorganizētas komandas un projektu
vadītājs palīdz komandai īstenot projektu
Pavēles un kontroles struktūra Sadarbības darba modelis
Piemērots vairāku piegāžu vadīšanai
(project organization)
Īpaši piemērots vienas komandas
darbības procesa organizēšanai
(line organization)