Upravljanje IT projektima je mnogo vi\u0161e od same primjene znanja, vje\u0161tina i kori\u0161tenja alata i tehnika kako bi se sam projekat realizovao. Voditelji IT projekata danas rje\u0161avaju mnogobojne\u00a0 izazove poput produkt integracije, brzog napretka tehnologije i promjena verzija koje se mogu pojaviti tokom trajanja projekta.<\/span><\/p>\n Dana\u0161nji IT Projekt Menad\u017eeri moraju biti u mogu\u0107nosti da\u00a0 istovremeno prate razli\u010dite softverske integracije, izgradnju mre\u017enih infrastrukture sa mre\u017enim stanicama, pohranjivanje i upravljanje bazama podataka, izgradnju slo\u017eenih infrastruktura i mre\u017ea itd.<\/span><\/p>\n Izazovi s kojima se susre\u0107u IT projekt menad\u017eeri\u00a0 u svom radu su raznoliki. Na primjer, slo\u017eenost i me\u0111uzavisnost velikih, dugoro\u010dnih, razli\u010ditih IT projekata\u00a0 predstavljaju jedan od najve\u0107ih izazova kod savremenih IT projekata. \u010cesti su slu\u010dajevi, nerealnih o\u010dekivanja od kompanije, krajnjih korisnika i drugih dionika. Osim toga, jedan od problema su brze promjene tehnologija, \u0161to \u010desto dovodi do neophodnih nadogradnji tokom izvo\u0111enja projekata \u0161to mo\u017ee utjecati na vremenske rokove. Upravljanje poslom izme\u0111u geografski razli\u010ditih ureda i izazovi rada na daljinu tako\u0111er predstavljaju te\u017eak problem.<\/span><\/p>\n Informacione tehnlogije i ra\u010dunarski in\u017eenjering bave se razvojem\u00a0 slo\u017eenih aplikacija. Osim tehni\u010dkih segmenata izgradnje sistema softverskih proizvoda, IT kompanije\u00a0 se bave i menad\u017eerskim problemima poput organizacije programskog tima, rasporeda,finansija, tro\u0161kova itd. Svaki sistem, bilo da se radi o hardveru, softveru ili kombinaciji oboje , prolazi kroz \u017eivotni ciklus razvoja prema odabranoj metodi.<\/span><\/p>\n \u00a0<\/b>Jedna od tradicionalnih metodologija \u017eivotnog ciklusa razvoja sistema u IT projektima i softverskom in\u017eenjerstvu je Waterfall. Prvi formalni opis Waterfall metodologije pripisan je<\/span> Winstonu W.Royceu <\/span><\/a>u \u010dlanku iz 1970. gdje je opisao softverski model. Waterfall metoda se najbolje koristi za jednostavne projekte koji nisu promjenjivi. U ovom procesu projekt je podijeljen u niz razli\u010ditih faza. Iako Vodopad model pru\u017ea jasan i strukturiran na\u010din upravljanja projektom i kontrolnim aktivnostima. Me\u0111utim, danas tr\u017ei\u0161te zahtijeva br\u017ee i fleksibilnije pristupe od onih koje tradicionalni Waterfall mo\u017ee ponuditi.<\/span><\/p>\n Ponekad se za planiranje koriste <\/span>Gantogram<\/span><\/a>. Gantogram prikazuje datum po\u010detka i zavr\u0161etka za svaki od zadataka. Nakon zavr\u0161etka jedne faze, razvojni tim prelazi na sljede\u0107i korak. Projektni se tim ne mo\u017ee vratiti u prethodnu fazu, a da cijeli proces ne po\u010dne ispo\u010detka. Prije nego \u0161to prije\u0111ete na sljede\u0107u fazu, kupci \u0107e mo\u017eda morati pregledati i odobriti zahtjeve. Waterfall metodologija unaprijed defini\u0161e sve softverske zahtjeve. Projektni rad se ne mo\u017ee odvijati ako zahtjevi nisu prethodno identifikovani i dokumentovani.<\/span><\/p>\n Vodopad metoda ima sekvencijalni obrazac za svaki projekat tako da je lako razumjeti i koristiti. Svaka faza ima po\u010detnu i zavr\u0161nu to\u010dku i ima za cilj specifi\u010dne rezultate kojima je lako upravljati ili kontrolisati. Tim smanjuje rizik od propu\u0161tenih rokova usredoto\u010duju\u0107i se na zahtjeve i dizajn prije nego \u0161to po\u010dne pisati kod. Svaka faza mora biti dokumentovana, \u0161to rezultira boljim razumijevanjem samog koda i logike testiranja. Osim toga, dobra dokumentacija svim stejkholderima pru\u017ea informacije o odre\u0111enim fazama i predstavlja izvor za budu\u0107e projekte.<\/span><\/p>\n Najve\u0107i nedostatak Vodopada je na\u010din na koji se upravlja promjenama. Kao \u0161to je ranije spomenuto, Vodopad je linearni, sekvencijalni model, gdje se ne mo\u017ee prebacivati \u200b\u200bizme\u0111u faza \u010dak i kada do\u0111e do promjena koje nisu predvi\u0111ene projektom. Na primjer, ako projekat do\u0111e do faze testiranja i utvrdi se da mu nedostaje funkcija iz faze zahtjeva, povratak i popravak je vrlo te\u017eak i skup proces.<\/span><\/p>\n Softver se isporu\u010duje tek u kasnijim fazama. Projekt mora pro\u0107i kroz dvije do \u010detiri faze prije nego \u0161to pokrene\u00a0 samo kodiranje. Kao rezultat toga, stejkholderi ne\u0107e biti u mogu\u0107nosti da vide radnu verziju softvera sve do kasnog \u017eivotnog ciklusa. Prikupljanje zahtjeva je\u00a0 tako\u0111er izazov. Jedna od prvih faza Waterfall projekta je razgovor sa samim kupcima i stejkholderima i indentifikovanje njihovih zahtjeva. Me\u0111utim, samim klijentima mo\u017ee predstavljati problem\u00a0 \u0161to ta\u010dno \u017eele na samom po\u010detku projekta. Nije neuobi\u010dajeno da klijenti identifikuju zahtjeve kako projekat napreduje.<\/span><\/p>\n Pojavom agilnih metoda u upravljanju IT projektima, programeri mogu izbje\u0107i dosadne i birokratske na\u010dine tradicionalne metodologije te na puno lak\u0161i na\u010din ispraviti pogre\u0161ke i implementirati promjene, \u010dak i one koje se pojave na kraju projekta. Neke od karakteristika Agilnog upravljanja projektima su jednostavnost, organizacija, klijent je na prvom mjestu, promjene se mogu primijeniti u bilo kojem trenutku, rad u timu, visoka razina motivacije, sastanci licem u lice, pove\u0107anje efikasnosti timova u odre\u0111enim intervalima itd.<\/span><\/p>\n Agilan razvoj softvera temelji se na inkrementalnom, iterativnom pristupu. Umjesto izrade detaljnog plana na samom po\u010detku projekta, Agile metodologije su otvorene za promjene zahtjeva tokom vremena i poti\u010du dvosmjernu komunikaciju i stalne povratne informacije od krajnjih korisnika. Fokus Agilnog upravljanja projektima je na fleksibilnosti, kontinuiranom pobolj\u0161anju i brzini. U agilnoj metodologiji, lider podsti\u010de timski rad, odgovornost i komunikaciju licem u lice. Poslovni dionici (stejkholderi) i programeri moraju raditi zajedno kako bi uskladili proizvode s potrebama kupaca i ciljevima kompanije.<\/span><\/p>\n U ovom agilnom modelu faze su fleksibilne i ne bi se trebale dogoditi uzastopno.<\/span><\/p>\n Svaki\u00a0 IT projekt kre\u0107e sa planiranjem. Nakon \u0161to se ocijeni da je sama ideja izvediva i odr\u017eiva, projektni tim se okuplja i rastavlja ideju na manje zadatke te ih dodjeljuje iteraciji.<\/span><\/p>\n Nakon faze planiranja\u00a0 potrebno analizirati IT zahtjeve. Tim prikuplja informacije kao \u0161to su: tko \u0107e koristiti proizvod i kako. Ova faza uklju\u010duje mnoge sastanke s menad\u017eerima, dionicima i samim kupcima radi utvr\u0111ivanja njihovih poslovnih potreba.<\/span><\/p>\n Sljede\u0107a faza je projektovanje sistema i softvera na temelju zahtjeva koji su identifikovani u prethodnoj fazi. It projektni tim dolazi do ideje kako \u0107e proizvod ili rje\u0161enje izgledati. U ovoj fazi testni tim razvija strategiju testiranja. Nakon toga slijedi implementacija, kodiranje ili razvoj.<\/span><\/p>\n Testiranje je faza nakon razvoja programskog koda. Testovi se provode u skladu sa zahtjevima kako bi se osiguralo da sam proizvod zadovoljava potrebe korisnika. Nakon testiranja proizvod se isporu\u010duje na kori\u0161tenje. Me\u0111utim, to nije kraj samog projekta. Kada kupci po\u010dnu koristiti proizvod, mogu nai\u0107i na nove probleme koje \u0107e projektni tim morati rije\u0161iti.<\/span><\/p>\n Prednost Agilne metodologije\u00a0 je \u0161to se uz kra\u0107e cikluse planiranja lako prilagoditi promjenama u bilo kojoj fazi projekta. Osim toga, Agile (Agilna metodologija) je vrlo koristan za projekte gdje krajnji cilj nije jasno preciziran. Kako projekt napreduje, ciljevi \u0107e iza\u0107i na vidjelo i razvoj se mo\u017ee lako prilagoditi ovim promjenjivim zahtjevima. Tako\u0111er, dijeljenje projekta na iteracije (upravljane jedinice) omogu\u0107uje timu da se fokusira na visokokvalitetni razvoj, testiranje i saradnju.<\/span><\/p>\n Provo\u0111enje testiranja tokom svake iteracije zna\u010di da se pogre\u0161ke br\u017ee identifikuju i rje\u0161avaju. Agile (agilna metodologija) nagla\u0161ava va\u017enost kontinuirane timske komunikacije licem u lice. Osim toga, kupci imaju mnogo prilika vidjeti isporuku proizvoda i imati stvarni uticaj na kona\u010dni proizvod. Tako blisko sura\u0111uju s projektnim timom i mogu ste\u0107i osje\u0107aj vlasni\u0161tva. Agilni projekti stimuli\u0161u povratne informacije od korisnika i \u010dlanova tima tokom cijelog projekta. Nau\u010dene lekcije koriste za pobolj\u0161anje budu\u0107ih iteracija.<\/span><\/p>\n Iako je nivo fleksibilnosti u Agileu obi\u010dno pozitivan, s njom dolaze i odre\u0111eni kompromisi. Ne mo\u017ee se odrediti ta\u010dan datum isporuke, mo\u017ee se zanemariti dokumentacija ili se kona\u010dni proizvod mo\u017ee jako razlikovati od prvobitno predvi\u0111enog. Budu\u0107i da je Agile toliko fleksibilan, mogu se dodati nove iteracije koje utemeljene na povratnim informacijama korisnika, \u0161to mo\u017ee dovesti do vrlo druga\u010dijeg krajnjeg rezultata. Agile je najuspje\u0161niji kada je razvojni tim u potpunosti posve\u0107en projektu. Zahtijeva aktivno sudjelovanje i saradnju tokom cijelog procesa, \u0161to zahtijeva mnogo vi\u0161e vremena od tradicionalnog pristupa.<\/span><\/p>\n Jeff Sutherland<\/span><\/a> kreirao je Scrum proceduru 1993. godine, preuzev\u0161i pojam „Scrum“ iz analogije Takeuchi i Nonaka iz 1986. objavljene u Harvard Business Review<\/a>. U citiranom dijelu Takeuchi i Nonaka uspore\u0111uju vrlo uspje\u0161ne, multifunkcionalne timove sa Scrum formacijom koju koriste ragbi timovi. Izvorni kontekst za to bila je proizvodnja, ali je Sutherland, u saradnji s Johnom Scumniotalesom i Jeffom McKennom, prilagodio taj model za razvoj softvera.<\/span><\/p>\n Scrum je podskup agilnih metoda za razvoj informacionih sistema. Ova metoda je usmjerena na postizanje prilagodljivosti sistema u okru\u017eenju koje se stalno mijenja. To je iterativni razvojni model koji se koristi za upravljanje slo\u017eenim razvojem softvera i proizvoda. Razvoj proizvoda strukturiran je u ciklusima koji se nazivaju sprintovi. Ove iteracije ne traju vi\u0161e od mjesec dana i izvode se jedna za drugom bez pauze. Sprintovi predstavljaju vremenske okvire koji zavr\u0161avaju na odre\u0111eni datum bez obzira na to je li posao dovr\u0161en ili ne, i nikada se ne produljuju.<\/span><\/p>\n Scrum koraci<\/b><\/p>\n Backlog\u00a0 proizvoda je sortirani popis \u017eeljenih opcija proizvoda. Razvojni tim preuzima zadatke iz Backlog proizvoda tokom svakog sprinta. Prije svakog sprinta, vlasnik proizvoda predstavlja stavke iz backlog proizvoda.<\/span><\/p>\n Tim odabire poslove koje mo\u017ee dovr\u0161iti tokom sprinta i premje\u0161ta posao iz backlog proizvoda u backlog sprinta (\u0161to je popis zadataka koje treba dovr\u0161iti u sprintu).<\/span><\/p>\n Backlog Grooming slu\u017ei za rje\u0161avanje zaostalih predmeta i cilj je osigurati da zaostaci sadr\u017ee samo stavke koje su relevantne i detaljne i ispunjavaju ciljeve projekta. Scrum tim mo\u017ee ukloniti korisni\u010dke pri\u010de koje nisu relevantne, stvoriti nove pri\u010de, ponovno odrediti prioritete pri\u010da ili podijeliti korisni\u010dke pri\u010de u manje zadatke.<\/span><\/p>\n Dnevni Scrum je 15-minutni stand-up sastanak na kojem svaki \u010dlan tima raspravlja o svojim ciljevima i eventualnim pote\u0161ko\u0107ama. Dnevni Scrum sastanci odr\u017eavaju se svakodnevno tokom sprinta kada svi \u010dlanovi tima izvje\u0161tavaju o tome \u0161to su radili dan prije, \u0161to planiraju uraditi danas i ocrtavaju sve probleme s kojima se susre\u0107u.<\/span><\/p>\n Sastanci za provjeru sprinta odr\u017eavaju se na kraju svakog sprinta. Scrum tim predstavlja rad koji je zavr\u0161en na sastanku. Ovaj sastanak trebao bi uklju\u010divati \u200b\u200bdemonstraciju u\u017eivo, a ne izvje\u0161taj ili PowerPoint prezentaciju.<\/span><\/p>\n Sprint runda zavr\u0161ava retrospektivnim Scrum sastankom kada tim razmi\u0161lja o tome koliko dobro Scrum radi za njih, te raspravlja o svim promjenama i pobolj\u0161anjima koja treba napraviti u sljede\u0107em sprintu.<\/span><\/p>\n U Scrum metodologiji razlikujemo tri specifi\u010dne uloge, a to su:<\/span><\/p>\n Vlasnik proizvoda ili product owner je osoba s vizijom \u0161to treba u\u010diniti i tu viziju prenosi na tim. Vlasnik proizvoda se Fokusira na posao i potrebe tr\u017ei\u0161ta te planira posao koji treba obaviti. Zadatak vlasnika proizvoda je motivirati tim s ciljem i vizijom.<\/span><\/p>\n Scrum Master se smatra trenerom tima, on je tu da pomogne timu da posao obavi na najbolji mogu\u0107i na\u010din. Njegov zadatak je organizovati sastanke, rje\u0161avati izazove i prepreke te raditi s vlasnikom proizvoda i nadgledati tim. On nema ovlasti nad \u010dlanovima tima, ali ima vlast nad djelovanjem.<\/span><\/p>\n Scrum tim radi zajedno na razvoju proizvoda i poma\u017ee jedni drugima u izvr\u0161avanju zadataka. U ovakvom timu ne postoje razli\u010dite uloge poput programera, dizajnera ili testera. Svi zajedno izvr\u0161avaju niz zadataka.<\/span><\/p>\n Kanban je japanski za „vizualni znak“ ili „karton“. To je vizualni okvir, a koristi se za implementaciju Agilea i pokazuje \u0161to treba proizvesti, kada proizvoditi i koliko proizvoditi.<\/span><\/p>\n Podsti\u010de male promjene sistema i ne zahtijeva posebnu postavku ili proceduru. To zna\u010di da se Kanban mo\u017ee koristiti preko drugih postoje\u0107ih radnih tokova.<\/span><\/p>\n Alat za implementaciju ove metode je Kanban plo\u010da. Tradicionalno, ovaj alat je bila fizi\u010dka plo\u010da na kojoj su se magneti, ljepljive bilje\u0161ke i sli\u010dno koristili na bijeloj plo\u010di za predstavljanje radnih predmeta. Me\u0111utim, posljednjih godina sve je vi\u0161e alata za upravljanje projektima koji omogu\u0107uju kori\u0161tenje Kanban plo\u010de u mre\u017enom okru\u017eenju. Najjednostavnije Kanban plo\u010de imaju tri kolone: za izradu, u toku i gotovo. Kolone za projekt mogu se sastojati od sljede\u0107ih stupaca: zaostatak, spreman, kodiranje, testiranje, odobreno i dovr\u0161eno. Kanban kartice predstavljaju zadatak i svaka od njih je postavljena na plo\u010du u stupcu koji predstavlja status zadatka. Za daljnji opis zadatka \u010desto se koriste razli\u010dite boje kartica.<\/span><\/p>\n Principi Kanban projekta kojih se treba pridr\u017eavati je vizualizacija tokom rada koja omogu\u0107uje razumijevanje \u0161ire slike i pokazivanje napretka rada. U\u010diniv\u0161i sve zadatke vidljivima, problemi se mogu lako identifikovati i pobolj\u0161ati saradnja. Postavljanje ograni\u010denja tokom rada odre\u0111uje minimalno i maksimalno radno optere\u0107enje za svaku kolonu na plo\u010di ili za svaki tok rada. Postavljanjem ograni\u010denja posti\u017ee se brzina i fleksibilnost. Kroz Kanban je potrebno kontinuirano pratiti i pobolj\u0161avati tok rada. U idealnom slu\u010daju, protok je brz i gladak. Tim bi trebao analizirati probleme tijeka, a zatim implementirati promjene. U svakom trenutku potrebno je da cijdefinisani. Nakon \u0161to se uspostavi Kanban metoda, tim mo\u017ee identifikovatii i razumjeti probleme te predlo\u017eiti rje\u0161enja. Efikasnost (vrijednosti) se mjeri pra\u0107enjem protoka, mjerenjem vremena ciklusa i pove\u0107anjem kvalitete rada.<\/span><\/p>\n Danas postoji niz metodologija koje se koriste u IT sektoru s razli\u010ditim pristupima u upravljanju koji diktiraju timski rad, komunikaciju i mjerenje rezultata. Nijedna metodologija nije bolja od ostalih, a svaki pristup ima svoje prednosti i nedostatke te je prilago\u0111en specifi\u010dnim scenarijima. Ali sve metodologije imaju isti cilj, a to je uspje\u0161an zavr\u0161etak projekta.<\/span><\/p>\n <\/p>\n Softver za upravljanje IT projektima mo\u017ee biti dostupan kao instalirani program na poslu\u017eiteljskom ra\u010dunalu (on premise) ili kao online verzija bazirana na tehnologijama u oblaku. Instalirani program na ra\u010dunaru obi\u010dno se nalazi na vlastitom poslu\u017eitelju kompanije i njime upravljaju zaposlenici kompanije koji rade u IT odjeljenju. IT<\/span> Self-hosted softver za upravljanje projektima <\/span><\/a>\u00a0i postaje vlasni\u0161tvo tvrtke.<\/span><\/p>\n Primjeri lokalnog (Self-host) IT softvera za upravljanje projektima su:<\/span><\/p>\n Mnoga mala i srednja preduze\u0107a \u017eele sigurnost, nisku cijenu i apsolutnu kontrolu nad svojim podacima i odlu\u010duju se za on-premise verziju upravljanja projektima softver kao \u0161to je kendomanager.com. Druge ve\u0107e kompanije koriste online verziju i upravljaju svojim projektima online. Pru\u017eatelji ovih usluga nude alate po principu softver-kao-usluga (SaaS), \u0161to zna\u010di da se kori\u0161tenje usluga pla\u0107a. To nam omogu\u0107uje da platimo softver onoliko koliko ga koristimo. Primjeri online alata su Jira<\/a>, Asana<\/a>,\u00a0 itd.<\/span><\/p>\n Upravljanje <\/b>zadacima<\/span><\/a> je mogu\u0107nost kreiranja zadataka i upravljanja njima tokom cijelog procesa. To uklju\u010duje izradu zadataka i zadataka istih. Na primjer, postavljanje zadataka ponavljanja, mogu\u0107nost uvoza zadataka iz vanjskih datoteka i sli\u010dno.<\/span><\/p>\n Va\u017eno je da alat omogu\u0107uje komunikaciju izme\u0111u timova bez obzira na broj sudionika te da odr\u017eava komunikaciju u skladu s poslom koji se obavlja. Stoga alat treba osigurati virtualni prostor za jednostavno kreiranje rasprava, dijeljenje datoteka, privatnih poruka s upozorenjima i obavijestima.<\/span><\/p>\n Nadalje, softver za upravljanje IT projektima bi trebao imati odgovaraju\u0107i<\/span> materijale za u\u010denje<\/span><\/a> kojima mo\u017ee pristupiti svaki \u010dlan tima.<\/span><\/p>\n Komunikacija se tako\u0111er isti\u010de kao jedna od va\u017enijih osobina softvera za upravljanje projektima. Ako softver za upravljanje IT projektima mo\u017ee u\u010dinkovito integrisati e-po\u0161tu, obavje\u0161tenja zna\u010dajno pove\u0107ava produktivnost i minimizirati vrijeme potrebno za prebacivanje izme\u0111u razli\u010ditih aplikacija.<\/span><\/p>\n Upravljanje dokumentima je tako\u0111er va\u017eno. To uklju\u010duje mogu\u0107nost prilaganja dokumenata zadacima, dodavanje obavijesti i komentara dokumentima, u\u010ditavanje vi\u0161e dokumenata po principu drag-n-drop, organiziranje dokumenata po mapama itd.<\/span><\/p>\n Jedna od va\u017enijih osobina je mobilnost. Projektni timovi nisu uvijek \u201cza stolom\u201d i \u010desto su na strani klijenta ili rade svoj posao na daljinu, stoga je va\u017eno da odabrani alat za upravljanje IT projektima bude dostupan u mobilnoj verziji. Neke od ostalih zna\u010dajki koje tako\u0111er treba uzeti u obzir pri odabiru alata su: integracija tre\u0107e strane, prilagodljivost osobnim potrebama, izvje\u0161tavanje, zakazivanje i upravljanje vremenom.<\/span><\/p>\n Softver za upravljanje IT projektima koriste korporativni IT odjeli i IT projekt menad\u017eeri za pra\u0107enje zadataka, tro\u0161kova, resursa, problema, rizika i napretka projekata. Mnoge kompanije \u017eele sigurnost, niske tro\u0161kove i apsolutnu kontrolu nad svojim podacima te biraju <\/span>Self-hosted (on-premise) verziju softvera za upravljanje projektima<\/span><\/a> kao \u0161to je <\/span>kendomanager.com<\/span><\/a>. Druge ve\u0107e kompanije koriste online verziju i upravljaju svojim projektima online. Pru\u017eatelji ovih usluga nude alate po principu softver-kao-usluga (SaaS), odnosno kori\u0161tenje usluga se pla\u0107a. Primjeri online alata su <\/span>Jira<\/span><\/a>, <\/span>Asana<\/span><\/a>, itd.<\/span><\/p>\n Kendo je fleksibilan <\/span>softver za upravljanje projektima<\/span><\/a> za upravljanje IT projektima i projektima svih vrsta. Uklju\u010duje mnoge<\/span> funkcionalnosti<\/span><\/a> kao \u0161to su : neograni\u010den broj projekata i zadataka, pra\u0107enje vremena, Ganttov grafikon, Kanban, <\/span>upravljanje resursima<\/span><\/a>, upravljanje dokumentima i timsku saradnju, npr. B. Poruke i automatske obavijesti. Osmi\u0161ljen je kako bi pomogao kompaniju da uspje\u0161no planiraju i zavr\u0161e svoje vlastite IT projekate, dodijele resurse i analiziraju optere\u0107enje.<\/span><\/p>\n Najbolje od svega, Kendo Manager ima vi\u0161e opcija za implementaciju u skladu s va\u0161om infrastrukturom. Kendo Manager mo\u017eete instalirati na Online (Windows VPS, <\/span>Microsoft Azure<\/span><\/a>), MS Windows 10, MS Windows Server ili<\/span> Asp Net Hosting<\/span><\/a>. Kendo koristi besplatnu <\/span>MariaDB<\/span><\/a> bazu podataka.<\/span><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" \u0160to je upravljanje IT projektima? Upravljanje IT projektima danas je sve slo\u017eenije iz prostog razloga \u0161to sami IT projekti svakim danom su sve slo\u017eeniji.Postoje\u0107e tehnologije brzo se mijenjaju, a krajnji korisnici zahtijevaju sve ve\u0107u jednostavnost kori\u0161tenja i fleksibilnost. Upravljanje IT projektima je proces upravljanja planom, organizacijom i odgovornostima u cilju postizanja ciljeva informacione tehnologije. Veli\u010dina […]<\/p>\n","protected":false},"author":1,"featured_media":13396,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[2038],"tags":[],"class_list":["post-15088","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vodici"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/posts\/15088","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/comments?post=15088"}],"version-history":[{"count":6,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/posts\/15088\/revisions"}],"predecessor-version":[{"id":15115,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/posts\/15088\/revisions\/15115"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/media\/13396"}],"wp:attachment":[{"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/media?parent=15088"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/categories?post=15088"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kendomanager.com\/sr\/wp-json\/wp\/v2\/tags?post=15088"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Upravljanje](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/Upravljanje-IT-projektima.png\")
<\/p>\nMetodologije koje se koriste za\u00a0 upravljanje IT projektima<\/b><\/h2>\n
Upravljanje IT projektima prema metodi Vodopada (Waterfall metodologija)<\/b><\/h3>\n
![\"Waterfall](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/Waterfall-it-upravljanje-projektima.png\")
<\/p>\nAgilno upravljanje IT projektima<\/b><\/h3>\n
![\"agilno](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/agilno-upravljanje-it-projektima.png\")
<\/p>\nFaze upravljanja IT projektima<\/b><\/h2>\n
IT planiranje<\/b><\/h3>\n
Analiza IT zahtjeva<\/b><\/h3>\n
Dizajn sistema<\/b><\/h3>\n
Testiranje sistema<\/b><\/h3>\n
Koje su prednosti Agilne metodologije ?<\/b><\/h2>\n
\u0160to je Scrum?<\/b><\/h2>\n
![\"scrum](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/scrum-upravljanje-it-projektima.png\")
<\/p>\nKoji su koraci u Scrumu?<\/b><\/h3>\n
\n
Backlog proizvoda<\/b><\/h4>\n
Planiranje sprinta\u00a0 i backlog sprinta<\/b><\/h4>\n
Scrum Backlog Grooming (zaostatak sprinta, sre\u0111ivanje zaostatka)<\/b><\/h4>\n
Dnevni Scrum<\/b><\/h4>\n
Pregled sprinta\u00a0<\/b><\/h4>\n
Scrum retrospektiva<\/b><\/h4>\n
\u0160to je Scrum uloga?<\/b><\/h2>\n
\n
Vlasnik proizvoda\u00a0<\/b><\/h3>\n
Scrum Master<\/b><\/h3>\n
Scrum tim<\/b><\/h3>\n
\u0160to je Kanban?<\/b><\/h2>\n
Kanban plo\u010da<\/b><\/h3>\n
![\"kanban](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/kanban-it-projekti.png\")
<\/p>\nNa\u010dela i vrijednosti Kanban-a<\/b><\/h3>\n
Cilj<\/b><\/h3>\n
Kako odabrati pravi softver za upravljanje IT projektima?<\/b><\/h2>\n
\n
Softver za upravljanje IT projektima – Funkcionalnosti<\/span><\/h2>\n
Upravljanje <\/b>zadacima na IT projektima\u00a0<\/b><\/h3>\n
Timska saradnja<\/b><\/h4>\n
Materijal za u\u010denje<\/b><\/h4>\n
Integracija, e-po\u0161ta i obavje\u0161tenja<\/b><\/h4>\n
Upravljanje <\/b>dokumentima<\/span><\/h3>\n
Mobilnost projektnih timova<\/b><\/h4>\n
\u0160to je softver za upravljanje IT projektima i za\u0161to je neophodan?<\/b><\/h2>\n
![\"upravljanje](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/upravljanje-it-resursima.png\")
<\/p>\nKoje su prednosti Self-hosted softvera za upravljanje IT projektima?<\/b><\/h3>\n
\n
Kendo Manager<\/b><\/h3>\n
![\"softver](\"https:\/\/www.kendomanager.com\/wp-content\/uploads\/2022\/04\/softver-za-upravljanje-IT-projektima.png\")
<\/p>\nKendo mogu\u0107nosti\u00a0<\/b><\/h2>\n
\n