|
|
||||||
| vizija: pomoći managementu organizacije u razumijevanju uloge IT projekata te povezivanju istih sa strateškim odrednicama organizacije (ljeto 2005). | ||||||
Strateška uloga ITa
Upravljanje
projektima
|
Projektura@Work - projektna metodologija (Engagment Planning) Faza planiranja projekta NAPOMENA: dio teksta odnosi se na zadatke koji se primarno odrađuju ako je projekt razvojno - developerskog tipa (dakle, stvara se izvorni kod proizvoda - programsko rješenje). Ako je vaš projekt nešto drugačiji - jednostavno preskočite detalje koji se time bave. Iako, dva puta razmislite prije no što kažete - ovo kod mene nije primjenjivo. Faza planiranja je faza u kojem se većina planiranja u projektu završava. Tijekom ove faze, projektni tim priprema funkcionalnu specifikaciju, prolazi kroz proces dizajniranja te priprema radne planove, procjene troškova te vremenskog rasporeda raznih projektnih isporuka i kontrolnih točaka. Proces dizajniranja pruža timu sistematični način kako iz apstraktnih koncepata koji postoje u fazi uspostavljanja projekta (inicijacije) napraviti zadatke specifične tehničke detalje zadataka - uz uvjet da je moguće pratiti prijelaz između zahtjeva korisnika i mogućnosti proizvoda. Faza započinje s sistematskom analizom korisničkih profila (poznata i pod nazivom “personas”) koja opisuje različite tipove korisnika i njihove radne funkcije. Većina ove analize izvodi se tijekom faze vizije projekta. Potom, profili se razbijaju u niz korisničkih scenarija uporabe, gdje mora biti razvidno koji tip korisnika odrađuje pojedinu aktivnost, kao što je registracija gosta u hotelu ili administracija korisničke zaporke od strane sistemskog administratora.Na kraju, svaki pojedini scenarij razbija se u specifični niz zadataka, poznatih pod nazivom scenariji uporabe ("use cases"), koje korisnik izvodi kako bi kompletirao aktivnost. Ovakav pristup naziva se kreiranje scenarija (“storyboarding”). Rezultat ovakvog procesa dizajniranja dokumentira se u funkcionalnoj specifikaciji. Funkcionalna specifikacija opisuje u detalje kako će izgledati i kako će raditi pojedina mogućnost krajnjeg rješenja. Također, specifikacija opisuje arhitekturu i dizjan svih mogućnosti proizvoda ("features"). Funkcionalna specifikacija ima višestruku namjenu kao što su instrukcije developerima kako izgraditi program, osnova je za procjenu posla kojeg je potrebno napraviti, neformalni je ugovor s korisnikom o tome što točne treba izgraditi te točka sinkronizacije za cijeli projektni tim. Nakon što je funkcionalna specifikacija postavljena, počinje dio detaljnog planiranja. Svaki pojedini tim priprema planove za projektne isporuke koje odgovaraju njihovim ulogama u projektu i sudjeluju u sastancima na kojima se vrši planiranje. Kao grupa, tim radi preglede ("reviews") i ustanovljava međuzavisnosti između pojedinih planova. Sve planovi se sinkroniziraju i upotrebljavaju zajedno kao glavni projektni plan ("Master Project Plan"), što ne treba miješati s Microsoft Project datotekom projekta (.mpp datoteka). Broj i tipovi pojedinačnih projektnih planova koji će biti uključeni u glavni projektni plan ovisi o dosegu i tipu projekta. Članovi tima koji predstavljaju pojedinu rolu u projektu stvaraju procjene ukupnog vremena projekta te vremenske rasporede kada se vrše isporuke projekta. Razne vremenske isporuke se sinkroniziraju i uključuju u glavni projektni plan.
Na kraju
faze planiranja, korisnici i članovi projektnog tima moraju se
do detalja složiti što će se isporučiti i kada. Na pojedinoj
kontrolnoj točci projekta, tim pregledava rizike projekta,
mijenja prioritete projekta i zaključuje procjene potrebitog
vremena i resursa. |
Po PMBoK metodologiji, slijedeće su aktivnosti koje se pokreću po područjima znanja u fazi uspostavljanja projekta:
Project Integration Management
Project Scope Management nnnn Poglavlje 1: Procjena troškova projekta (Project Cost Estimating) nnnn Poglavlje 2: Budžetiranje troškova projekta (Project Cost Budgeting) Project Quality Managementnnnn Poglavlje 1: Proces planiranja kvalitete (Quality Planning Process) Human Resources Managementnnnn Poglavlje 1: Planiranje organizacije (Organizational HR Planning) Project Communications Managementnnnn Poglavlje 1: Planiranje komunikacije u projektu Project Risk Management
nnnn
Poglavlje 1: Planiranje rizika na projektu (Project
Risk Planning)
nnnn
Poglavlje 2: Prepoznavanje rizika na projektu (Project
Risk Risk Identification) nnnn Poglavlje 1: Planiranje upravljanja nabavom (Project Purchases and Acquisitions Plan) nnnn Poglavlje 2: Planiranje ugovaranja nabave (Project Contracting Plan)
Preuzimanje datoteka (download)
|
||||
(c) 2010 projektura.org » email: info@projektura.org Projektura.ORG osobni je projekt autora (ratko.mutavdzic@projektura.org) |
||||||