Professional Documents
Culture Documents
2 - D - Letic - Uvod U Upravljanje Projektima
2 - D - Letic - Uvod U Upravljanje Projektima
_________________________________________________________________________________________________________
Sl. 1.1 Anri Gant, otac planiranja i tehnika kontrole (levo), Anri Fajol, teoretičar
upravljanja poslovnim sistemima (desno)
4 Uvod u upravljanje projektima Poglavlje 1
_________________________________________________________________________________________________________
3 F 14 6 H 8
24 24 38 38
C 12 J 9
1 A 12 2 B 6 4 E 11 7 G 5 8
0 0 12 12 18 36 47 47 52 52
D 7
5 I 7
25 45
Sl. 1.3 CPM mrežni dijagram za projekat u trajanju od 52 dana i jednim kritičnim putem
Poglavlje 1 UPRAVLJANJE PROJEKTIMA 5
_________________________________________________________________________________________________________
Ove napredne tehnike su se brzo proširile i doživele difuziju u mnogim privrednim granama,
preduzećima i uslugama, dakle i van vojnog okruženja. U isto vreme, kao projektni modeli
raspoređivanja su bili razvijeni kao potrebe za precizniju procenu troškova projekta,
menadžmenta, inženjeringa i ekonomije. Ovo se ostvarilo pionirskim radovima Hansa Langa i
drugih. Godine 1956. Američko udruženje Cost Engineers (sada AACE kao međunarodno
udruženje za unapređenje troškova - Association for the Advancement of Cost Engineering) je
formirano na sugestiju i zalaganjem nogih praktičara projektnog menadžmenta i specijalista za
planiranje, procene i kontrole troškova. Asocijacija AACE je nastavila svoj pionirski rad i znatno
kasnije u 2006. je objavila prvi integrisani proces za portfolio, standarde i programe za
menadžment projekata (ukupni troškovi u okviru upravljanja projektima). Međunarodno
udruženje za projektni menadžment IPMA - International Project Management Association
osnovano je u Evropi 1967. [17], kao savez nekoliko nacionalnih udruženja za upravljanje
projektima. IPMA integriše svoju federalnu strukturu i sada intenzivno uključuje članice
udruženja na visokom nivou. Nudi četiri nivoa sertifikacije programa zasnovanog na IPMA
kompetenciji osnovne linije (ICB-IPMA Competence Baseline) [39]. ICB obuhvata tehničke,
logističke i bihejviorističke kompentencije. Godine 1969. je formiran u SAD institut za projektni
menadžment, poznat kao PMI - Project Management Institute [13], [36]. PMI je objavio ''Vodič
za upravljanje projektima, objektima i znanjima'' ili već pomenuti PMBOK, dajući uputstva i
standarde zaupravljanje projektima u praksi koji sadrže zajedničke principe za većinu projekata.
PMI, takođe nudi više vidova sertifikacije pojedinaca i timova.
Napomena: U materiji ove knjige često se koriste sinonimi za termin menadžment projekata, a
to su upravljanje projektima, projektni menadžment ili upravljanje pomoću projekata. U skladu sa
stilizacijum rečenica i originalnih citiranih izvora daje se prednost pojedinim terminima, ali se u
većini slučajeva primarno koristi termin menadžment projekata.
Tradicionalni pristup: Po ovoj metodologiji postepeno se sprovodi niz koraka kako bi uspešno
izvršila implementacija i evaluacija projekta. U tom pristupu, pet njegovih razvojnih
komponentata mogu se razlikovati, od kojih se četiri faze odnose na kontrolu [42].
Planiranje i
Inicijativa
projektovanje
Praćenje i
Izvršavanje Zatvaranje
kontrola
Sl. 1.5 Projekat stambenog objekta u dva ortogonalna i jedan izometrijski pogled sa planom
njegove realizacije [20]
Projekti obično prolaze kroz faze kao što su predplaniranja, idejna rešenja, šematski dizajn,
razvoj, kreiranje građevinskih crteža i ugovorne dokumentacije, kao i priprema administracije. U
razvoju softvera, ovaj pristup je često poznat kao "model vodopada", [27] odnosno, jedan niz
zadataka se odvija za drugim u linearnom nizu (videti model "lestvi" u 2. poglavlju). U razvoju
softvera mnoge organizacije su se prilagodile Rational Unified Process (RUP) kako bi odgovarale
ovoj usavršenoj metodologiji koju je razvio IBM. Metodologija "vodopada"odgovara za manje,
dobro definisane projekte, ali često ne uspeva u većim projektima složenije prirode. Ovo postaje
naročito važno kako za razvoj softvera za realizaciju novog ili inoviranog proizvoda. Aktuelne
faze obično prate još niz zajedničkih koraka za rešavanje problema [1] "definisanje problema,
težinu opcije, izbor putanje, implementaciju i evaluaciju" itd.
Usmeravanje na projekat
Upravljanje
Započinjanje Pokretanje Kontrolisanje Zatvaranje
graničnim
projekta projekta faza projekta projekta
fazama
Upravljanje
isporuke
proizvoda
Planiranje
Plan izdavanja
Jedinično testiranje
Paralelno programiranje
Kod
Potreba složenih modela za projekte koja obuhvata nekoliko nedelja ili znatno više vremena,
dokazano je da u velikom broju slučajeva izaziva nepotrebne troškove i nisku fleksibilnost.
Umesto toga, stručnjaci projektnog menadžmenta pokušavaju da identifikuju upravljanje sa
fleksibilnim "lakim" metodama, kao što je ektremno programiranje. Generalizacija ekstremnog
programiranja na druge vrste projekata je moguća, kada se koristiti u kombinaciji sa modelima
procesa i principima upravljanja sa povoljnim ljudskim interakcijama u menadžmentu. Ekstremno
programiranje (XP) je metodologija razvijena za razvoj pre svega softvera i njen je cilj da
poboljša kvalitet softvera i reagovanja na promene izazvane novim zahtevima kupaca. Kao vid
ažurnog i dinamičnog razvoja softvera, podvrgava se kratkim razvojnim ciklusima, koji imaju
potrebu za poboljšanje produktivnosti i uvođenje kontrolnih punktovana kojim će novi zahtevi
potrošača biti brzo i ažurno usvojeni. Ostali elementi ekstremnog programiranja su:
programiranje u parovima za efikasno ujednačavanje mišljenja i testiranje svih kodova programa.
10 Uvod u upravljanje projektima Poglavlje 1
_________________________________________________________________________________________________________
Problem upravljanja se znatno poboljšava ako se ostvare česte komunikacije sa klijentima i među
programerima. Kritičari su primetili nekoliko potencijalnih nedostataka kod ove metodologije,
uključujući tu i probleme sa nestabilnim uslovima, bez kompromisa sa argumentovanim
mišljenjem i zahtevima korisnikai, kao i nedostatak opšteg dizajna specifikacije ili dokumenata.
Još jedna metoda koja se pominje, Scrum je iterativni i inkrementalni agilni razvoj softvera,
takođe baziran na upravljanju softverskim projektima, proizvodima ili razvoju aplikacija. Njegov
fokus je na fleksibilnoj, holističkoj strategiji razvoja IT proizvoda u kojoj razvojni tim radi kao
integralna, kompaktna jedinica, kako bi se postigao zajednički cilj, za razliku od tradicionalnog,
sekvencijalnog pristupa.
Grupni proces
Inicijativa
Planiranje
Praćenje
Izvršenje
i kontrola
Zatvaranje
Pokretanje faza iniciranja projekta i upravljanja njime treba da sadrži plan koji obuhvata sledeće
oblasti:
Analiziranje poslovnih potreba /zahteva u merljivim ciljevima (kvalitativne, kvantitivne
prirode).
Preispitivanje tekućeg poslovanja.
Finansijska analiza troškova i koristi, uključujući raspoloživi budžet.
Analiza aktera, uvažavajući zahteve korisnika, kao i podršku osoblja koje je angažovano na
projektu.
Projekat čarter uključuje rasporede zadataka, troškove verifikacije rezultata i sl.
Kao što je slučaj i sa fazom inicijacije, neuspeh kod planiranja značajno smanjuje šanse projekta
za efikasno i efektivno ostvarivanje kriterijumskih funkcija ciljeva. Aktivnosti vezane za
projektni menadžment kao što su planiranje poslovne komunikacije, upravljanje obimom
zadataka, identifikovanje uloge i odgovornosti su, takođe, generalno neophodne. Kod novih
projekata razvoja proizvoda i usluga, konceptualni dizajn operacija do finalnog proizvoda može
da se vrši istovremeno sa aktivnostima planiranja u projektu, i mogu da pomognu da tim za
planiranje dobije značajne informacije prilikom identifikovanja isporuka i planiranja aktivnosti
vezanih za finalizaciju proizvoda.
12 Uvod u upravljanje projektima Poglavlje 1
_________________________________________________________________________________________________________
Definisanje Procena
Okupljanje Razvijanje Identifikacija
delokruga naredbi vremena Plan
osoblja WBS radnih
(ciljeva projekta, trajanja
projektnog (definisanje aktivnosti na upravljanja
proizvoda radnih
tima obima) resursima projektima
i isporuka) aktivnosti
Procena
Uspostavljanje
Identifikacija troškova
aktivnosti
i analiza aktivnostii
zasnovane
pojave rizika (resursa i
na budžetu
rizika)
Razvijanje
planova
rizika
Planovi upravljanja
(kako će projekat biti upravljan tokom njegovog izvršenja, praćenja i kontrolisanja grupnog procesa)
za upravljanje projektom
za upravljanje projektom
promena u upravljanju
upravljanja kvalitetom
Razvoj integrisanih
upravljanje rizikom
procesa kontrole
Plana razvoja
Plana razvoja
Plan razvoja
upravljanja
upravljanje
projektom
Kvalitet Nabavka
Obezbeđenje
Plan ugovaranja
kvaliteta
Komunikacija Nabavka
Informacija
Selekcija izvora
Distribucija
Komunikacija Nabavka
Administriranje
Tim za razvoj
ugovora
Obim Obim
Obim Promena obima
Verifikacija Kontrola
Vreme Cena
Nabavka Nabavka
Praćenje i kontrola
Kontrola kvaliteta
rizika
Gde smo?
(merenje)
Kako se može
Kako je planirano?
stići na pravi put?
(evaluacija)
(korekcija)
Kada se promene uvode na projektu, njihova održivost mora da bude ponovo procenjena. Važno
je da se ne izgube iz vida početni ciljevi projekata. Kada se akumuliraju promene, prognozirani
rezultat ne može po pravilu da opravda predložene originalne investicije u projektu.
za one koji ih sprovode. Proces razvoja i kvalitet finalnog proizvoda može da se proceni po
potrebi ili na zahtev investitora. Revizor može da posluži kao konsultant kontrole kao deo
razvojnog tima ili kao nezavisnog tela. Formalni proces je efikasniji u stvaranju jake kontrole.
Revizori treba da preispitaju ovaj proces i da potvrde da je dobro definisan i dizajniran, i da li se
pravilno potvrđuje u realnim uslovima. Dobar formalni razvojni plan ističe:
Strategiju razvoja usklađenu sa širim ciljevima organizacije.
Standardesa novim sistemima i procesima.
Upravljanje projektima sa zakonskim pravilima tajminga i budžetiranja.
Procedure koje opisuju procese u projektnom menadžmentu.
Procenu kvaliteta promena u svim fazama upravljanja projektima.
Obim
Raspored
Kvalitet
Cene
Planiranje projekta
Tro
7.5.2013 WBS
e
em
š kov
Projekat
Vr
1.1 2.1
i
Programiranje projekta
Week of 7.5.2013
7.5.2013 8.5.2013 9.5.2013 10.5.2013 11.5.2013
2013
May 2013 januar 13 februar 13 mart 13
p u s č p s n p u s č p s n p u s č p s n
7 8 9 10 11 12 13 14 21
28
22
29
23
30
24
31
25 26 27 18
25
19
26
20
27
21
28
22 23 24 18
25
19
26
20
27
21
28
22
29
23
30
24
31
10
č
4
11
p
5
12
s
6
13
n
7
14
p
6
u
7
s
1
8
č
2
9
p
3
10
s
4
11
n
5
12
p
3
u
4
s
5 6
č p
7
s
1
8
n
2
9
15 16 17 18 19 20 21 13 14 15 16 17 18 19 10 11 12 13 14 15 16
22 23 24 25 26 27 28 20 21 22 23 24 25 26 17 18 19 20 21 22 23
29 30 27 28 29 30 31 24 25 26 27 28 29 30
Kontrola projekta
Replaniranje
May 2013
ID Task Name Start Finish Duration
7 8 9 10 11 12 13 14
Praćenje resursa,
troškova i kvaliteta
Ako se trajanje planiranog projekta izgradnje npr. broda smanji, verovatno će se morati
povećati budžet (troškovi), pošto je neophodno angažovanje dodatnih resursa da isti posao
obave za manje vremena (usiljeno trajanje aktivnosti). Ako se ovo vreme realizacije produži,
možda se mora da smanji obim posla po vremenskoj jedinici. Ovi parametri su neposredno
vezani i za raspoložive resurse.
U slučaju smanjenja planiranog budžeta, neophodno je više vremena s obzirom da se ne
može da plati rad sa toliko finansijskih resursa. Ako se ne poveća vremenski interval izvršenja
procesiranja radnih naloga, ovde se ne može smanjiti obim projekta jer se manjim
kapacitetom resursa ne može realizovati posao u preostalom vremenskom periodu, s obzirom
da se radi o pojedinačnoj proizvodnji kakva je brodogradnja, za razliku od serijske, veliko-
serijske ili masovne gde se možda obim poslova može redukovati.
Kada se npr. obim proizvoda poveća, biće svakako potrebno više vremena ili više resursa,
ljudskih i finansijskih da bi se obavio dodatni posao. Ako se obim poslova poveća nakon
početka datog projekta, to se naziva klizanje obima (eng. scope creep). Izmena obima
proizvoda dovodi do nepovoljnog ishoda jedino ako menadžer projekta ne predvidi nove
zahteve projekta.
Dakle, vreme, troškovi i obim predstavljaju tri suštinska elementa svakog projekta. Da bi se
uspelo kao menadžer projekta, trebalo bi da se zna dosta o tome kako ova tri ograničavajuća
faktora utiču na projekat izgradnje broda. Upravljanje projektima u pojedinačnoj proizvodnji je
suštinski težak i odgovoran posao, jer se prvi put realizuje na novi način. Generalno, uspeh u
upravljanju projektima zahteva redak skup veština i znanja o planskim metodama i alatima, kao i
veštine u oblasti ili grani industrije u kojoj projektni menadžer i njegov tim rade.
Poglavlje 1 UPRAVLJANJE PROJEKTIMA 19
_________________________________________________________________________________________________________
Izvori
[1] Andrew, S., APPLIED SOFTWARE PROJECT MANAGEMENT, O'Reilly Media.
Greene, J. ISBN 978-0-596-00948-9. http://www.stellman-greene.com/aspm/, 2005.
[2] Becker, J., PROCESS MANAGEMENT: a guide for the design of business
Kugeler, M. processes. ISBN 978-3540434993. p. 27., 2003.
Rosemann, M.
3 Bobera, D. PROJEKTNI MENADŽMENT, Univerzitet u Novom Sadu, Ekonomski
fakultet, ISBN: 978-7233-141-7, Subotica, 2007.
[4] Carl, C. A SHORT COURSE IN PROJECT MANAGEMENT, Microsoft.
http://office.microsoft.com/en-us/project/HA102354821033.aspx.
[5] Chatfield, C., KORAK PO KORAK, MIRCROSOFT PROJECT 2010, (prevod),
Johnson, T. CET, PortalLibris, ISBN 978-86-7991-353-1, 2010.
[6] Cleland, D. I., GLOBAL PROJECT MANAGEMENT HANDBOOK. "Chapter 1: "The
Gareis, R. evolution of project management". McGraw-Hill Professional, ISBN 0-
07-146045-4, 2006.
[7] Cleland, D. I., GLOBAL PROJECT MANAGEMENT HANDBOOK. McGraw-Hill
Gareis, R. Professional, ISBN 0-07-146045-4. p.1-4 states: "It was in the 1950s
when project management was formally recognized as a distinct
contribution arising from the management discipline." 2006.
[8] Dinsmore, C. P. et al. THE RIGHT PROJECTS DONE RIGHT! JOHN WILEY AND SONS,
2005. ISBN 0-7879-7113-8. p.35 and further, 2005.
9 Sajfert, Z. LEKSIKON MENADŽMENTA,
Đorđević, D. "Agencija Matić", ISBN: 86-83469-90-5, Beograd, 2010.
Bešić, C.
[10] Đuričin, D. PROGRAMIRANJE I KONTROLA ISTRAŽIVAČKO-RAZVOJNIH
PROJEKATA, Ekonomski fakultet, Beograd, 1989.
[11] Hamilton, A. B. HISTORY OF BOOZ ALLEN, 1950.
[12] Hamilton, A. HANDBOOK OF PROJECT MANAGEMENT PROCEDURES. TTL
Publishing, Ltd. ISBN 0-7277-3258-7, 2004.
[13] Harrison, L. F.. ADVANCED PROJECT MANAGEMENT: a structured approach.
Lock, D. Gower Publishing, Ltd., 2004. ISBN 0-566-07822-8. p. 34. 2004.
[14] Ireland, R. L.. PROJECT MANAGEMENT. McGraw-Hill Professional, 2006. ISBN 0-
07-147160-X. p.110,2006.
[15] Jovanović, P. UPRAVLJANJE PROJEKTOM - Project management,
Fakultet organizacionih nauka, Beograd, 1995.
[16] Kerzner, H. PROJECT MANAGEMENT: A Systems Approach to Planning,
Scheduling, and Controlling (8th Ed. ed.), Wiley. ISBN 0-471-22577-0,
2003.
[17] Kousholt, B. PROJECT MANAGEMENT – Theory and practice.. Nyt Teknisk
Forlag. ISBN 87-571-2603-8. p. 59. 2007.
[18] Kwak, Y-H. A BRIEF HISTORY OF PROJECT MANAGEMENT". In: The story of
managing projects. Elias G. Carayannis et al. (9 eds), Greenwood
Publishing Group, 2005. ISBN 1-56720-506-2, 2005.
[19] Lawa, B. S. PROJEKT MANAGEMENT, Faz Verlagsbereich Wirtschaftsbücher.
p. 136–143, 1995.
22 Uvod u upravljanje projektima Poglavlje 1
_________________________________________________________________________________________________________