{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organizacija radnog procesa u timu na IT-projektu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Pozdrav prijatelji. \u010cesto, posebno u outsourcingu, vidim istu sliku. Nedostatak jasnog radnog procesa u timovima na razli\u010ditim projektima.<\/p>\n<p>Najva\u017enije je to \u0161to programeri ne razumiju kako komunicirati s klijentom i jedni s drugima. Kako izgraditi neprekidan proces razvoja kvalitetnog proizvoda. Kako planirati svoj radni dan i sprintove.<\/p>\n<p>I sve to na kraju dovodi do proma\u0161enih rokova, prekovremenog rada, neprekidnih rasprava tko je kriv i nezadovoljstva klijenata \u2014 kamo i kako sve to ide. Prili\u010dno \u010desto sve to dovodi do smjene programera, pa \u010dak i cijelih timova. Gubitka klijenata, pogor\u0161anja reputacije i tako dalje.<\/p>\n<p>U jednom trenutku sam se na\u0161ao na takvom projektu gdje su bile sve te \u010dari. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNitko nije htio preuzeti odgovornost za projekt (velika uslu\u017ena tr\u017ei\u0161na platforma), fluktuacija je bila stra\u0161na, klijent je jednostavno bio bijesan. CEO mi je pri\u0161ao i rekao da imam potrebno iskustvo, pa su ti karte u ruke. Preuzmi projekt. Ako ispadne lo\u0161e, zatvorit \u0107emo projekt i sve \u0107emo otpustiti. Ako uspe, bit \u0107e sjajno, tada ga vodi i razvijaj kako smatra\u0161 potrebnim. Na kraju sam postao tim lider na projektu i sve je bilo na mojim le\u0111ima.<\/p>\n<p>Prvo \u0161to sam u\u010dinio je da sam razvio radni proces od nule, koji je u to vrijeme odgovarao mom vi\u0111enju, i napisao sam opis posla za tim. Implementirati ga nije bilo lako. No, negdje u roku od mjesec dana sve se stabiliziralo, developeri i klijent su se prilagodili, a sve je po\u010delo te\u0107i tiho i udobno. Da bih timu pokazao da ovo nije samo 'oluja u \u010da\u0161i', ve\u0107 stvarno rje\u0161enje, preuzeo sam maksimalan opseg odgovornosti, skloniv\u0161i neugodne rutinske zadatke s tima. <\/p>\n<p>Ve\u0107 je pro\u0161lo godinu i pol, i projekt se razvija bez prekovremenog rada, bez 'mi\u0161jih utrka' i raznih stresova. Neki u starom timu nisu \u017eeljeli raditi na taj na\u010din i oti\u0161li su, nekima je, s druge strane, bilo drago \u0161to postoje transparentna pravila. No, na kraju, svi u timu su jako motivirani i poznaju ogroman projekt u potpunosti, uklju\u010duju\u0107i i frontend i backend. Uklju\u010duju\u0107i i kodnu bazu i svu poslovnu logiku. Ve\u0107 smo do\u0161li do toga da nismo samo 'vesla\u010di', ve\u0107 sami smi\u0161ljamo mnoge poslovne procese i nove zna\u010dajke koje su se svidjele biznisu.<\/p>\n<p>Zahvaljuju\u0107i na\u0161im postupcima, klijent je odlu\u010dio naru\u010diti jo\u0161 jednu platformu od na\u0161e tvrtke, \u0161to nas ne mo\u017ee ne veseliti.<\/p>\n<p>Budu\u0107i da to na mom projektu radi, mo\u017eda \u0107e to nekome drugome tako\u0111er pomo\u0107i. Dakle, proces koji nam je pomogao da spasimo projekt:<\/p>\n<p>Proces rada tima na projektu 'Moj omiljeni projekt'<\/p>\n<p>a) Unutarnji timski proces (me\u0111u programerima)<\/p>\n<ul>\n<li>Sve zada\u0107e se kreiraju u sustavu Jira<\/li>\n<li>Svaka zada\u0107a mora biti maksimalno opisna i izvr\u0161avati strogo jednu radnju<\/li>\n<li>Svaka zna\u010dajka, ako je dovoljno slo\u017eena, razdvaja se na mnogo malih zadataka<\/li>\n<li>Tim radi na zna\u010dajkama kao na jedinstvenoj zada\u0107i. Najprije zajedno radimo na jednoj zna\u010dajci, predajemo je na testiranje, a zatim preuzimamo sljede\u0107u.<\/li>\n<li>Svaka zada\u0107a se ozna\u010dava, za backend ili frontend<\/li>\n<li>Postoje tipovi zadataka i gre\u0161aka. Potrebno ih je ispravno ozna\u010diti.<\/li>\n<li>Nakon izvr\u0161enja zada\u0107e, ona se premje\u0161ta u status pregled koda (pri \u010demu se stvara pull request za kolegu)<\/li>\n<li>Onaj tko je izvr\u0161io zada\u0107u odmah prati svoje vrijeme za tu zada\u0107u<\/li>\n<li>Nakon provjere koda, PR se odobrava i nakon toga, onaj tko je izvr\u0161io tu zada\u0107u, samostalno je spaja u master granu, nakon \u010dega mijenja njen status u spremno za implementaciju na dev <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hr\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\">server<\/a>.<\/li>\n<li>Sve zada\u0107e spremne za implementaciju na dev server, implementira tim lider (njegova zona odgovornosti), ponekad \u010dlan tima, ako je ne\u0161to hitno. Nakon implementacije, sve zada\u0107e sa statusom spremno za implementaciju na dev premje\u0161taju se u status - spremno za testiranje na devu<\/li>\n<li>Sve zada\u0107e testira klijent<\/li>\n<li>Kada klijent testira zada\u0107u na devu, premje\u0161ta je u status spremno za implementaciju na produkciju<\/li>\n<li>Za implementaciju na produkciju imamo posebnu granu, u koju spajamo master samo prije implementacije<\/li>\n<li>Ako klijent tijekom testiranja prona\u0111e gre\u0161ke, vra\u0107a zada\u0107u na doradu, postavljaju\u0107i joj status vra\u0107ena na doradu. Na taj na\u010din odvajamo nove zada\u0107e od onih koje nisu pro\u0161le testiranje<\/li>\n<li>Na kraju, sve zada\u0107e prolaze put od stvaranja do zavr\u0161etka: To Do \u2192 In Development \u2192 Code Review \u2192 Ready deploy to dev \u2192 QA na dev \u2192 (Return to dev) \u2192 Ready deploy to prod \u2192 QA na prod \u2192 Done<\/li>\n<li>Svaki programer samostalno testira svoj kod, uklju\u010duju\u0107i i kao korisnik web stranice. Spojiti granu s glavnom nije dopu\u0161teno, osim ako se pouzdano ne zna da kod radi.<\/li>\n<li>Svaka zada\u0107a ima svoje prioritete. Prioritete postavlja ili naru\u010ditelj ili tim lider.<\/li>\n<li>Programeri prvo izvr\u0161avaju prioritetne zada\u0107e.<\/li>\n<li>Programeri mogu dodjeljivati zada\u0107e jedni drugima ako su prona\u0111eni razli\u010diti bugovi u sustavu ili ako jedna zada\u0107a uklju\u010duje rad nekoliko stru\u010dnjaka.<\/li>\n<li>Sve zada\u0107e koje naru\u010ditelj stvara prelaze kod tim lidera, koji ih ocjenjuje i ili tra\u017ei od naru\u010ditelja da ih doradi ili ih dodjeljuje jednom od \u010dlanova tima.<\/li>\n<li>Sve zada\u0107e koje su spremne za deployment na dev ili prod tako\u0111er prelaze kod tim lidera, koji samostalno odre\u0111uje kada i kako provesti deployment. Nakon svakog deploymenta, tim lider (ili \u010dlan tima) mora obavijestiti naru\u010ditelja o tome. Tako\u0111er se moraju promijeniti statusi zada\u0107a na spremno za testiranje na dev\/prod.<\/li>\n<li>Svaki dan u isto vrijeme (kod nas je to u 12:00) odr\u017eavamo sastanak izme\u0111u svih \u010dlanova tima.<\/li>\n<li>Svaka osoba na sastanku izvje\u0161tava, uklju\u010duju\u0107i tim lidera, \u0161to je radila ju\u010der, \u0161to planira raditi danas. \u0160to im ne uspijeva i za\u0161to. Na taj na\u010din cijeli tim je u tijeku oko onoga \u0161to tko radi i u kojoj je fazi projekt. To nam omogu\u0107ava da prognoziramo i ispravimo, ako je potrebno, na\u0161e procjene i rokove.<\/li>\n<li>Na sastanku tim lider tako\u0111er izvje\u0161tava o svim promjenama u projektu i o razini trenutnih bugova koji nisu prona\u0111eni od strane naru\u010ditelja. Svi bugovi se razmatraju i dodjeljuju svakom \u010dlanu tima za njihovo rje\u0161avanje.<\/li>\n<li>Na sastanku tim lider dodjeljuje zada\u0107e svakom \u010dlanu, uzimaju\u0107i u obzir trenutnu optere\u0107enost programera, razinu njihove profesionalne pripreme, kao i bliskost odre\u0111ene zada\u0107e onome \u010dime se programer trenutno bavi.<\/li>\n<li>Na sastanku tim lider razvija zajedni\u010dku strategiju za arhitekturu i poslovnu logiku. Nakon toga cijeli tim to raspravlja i donosi odluku o izmjenama ili prihva\u0107anju te strategije.<\/li>\n<li>Svaki programer individualno pi\u0161e kod i gradi algoritme unutar jedne arhitekture i poslovne logike. Svi mogu izraziti svoju viziju provedbe, ali niko nije prisiljen raditi isklju\u010divo na jedan na\u010din. Svako rje\u0161enje ima svoje obrazlo\u017eenje. Ako postoji bolje rje\u0161enje, ali trenutno nema vremena, kreira se zadatak u Jiri za budu\u0107i refaktor odre\u0111ene dijela koda.<\/li>\n<li>Kada programer preuzme zadatak, on ga prebacuje u status razvoja. Cijela komunikacija vezana uz poja\u0161njenje zadatka s klijentom pada na le\u0111a programera. Tehni\u010dka pitanja mogu se postavljati tim lideru ili kolegama.<\/li>\n<li>Ako programer ne razumije su\u0161tinu zadatka, a klijent nije mogao jasno objasniti, on prelazi na sljede\u0107i zadatak. A trenutni zadatak preuzima tim lider i sam ga razmatra s klijentom.<\/li>\n<li>Svaki dan programer treba u klijentov chat napisati o zadacima na kojima je radio ju\u010der i zadacima na kojima \u0107e raditi danas.<\/li>\n<li>Radni proces se odvija prema Scrum metodi. Sve je podijeljeno na sprintove. Svaki sprint traje dva tjedna.<\/li>\n<li>Sprintove kreira, popunjava i zatvara tim lider.<\/li>\n<li>Ako projekt ima stroge rokove, trudimo se procijeniti sve zadatke. I od njih stvaramo sprint. Ako klijent poku\u0161ava dodati jo\u0161 zadataka u sprint, tada postavljamo prioritete, a neke druge zadatke premje\u0161tamo u sljede\u0107i sprint.<\/li>\n<\/ul>\n<p>\nb) Proces rada s klijentom<\/p>\n<ul>\n<li>Svaki programer mo\u017ee i treba komunicirati s klijentom.<\/li>\n<li>Klijentu ne smijemo dopustiti da name\u0107e svoja pravila igre. Potrebno je na uljudan i prijateljski na\u010din dati do znanja klijentu da smo stru\u010dnjaci u svom poslu i da mi trebamo usmjeravati procese rada, uklju\u010duju\u0107i klijenta u njih.<\/li>\n<li>Idealan scenarij bi bio, prije nego \u0161to se pristupi realizaciji bilo koje funkcionalnosti, stvoriti dijagram toka cijelog logi\u010dkog procesa za funkciju (workflow). I poslati ga na potvrdu klijentu. Ovo se odnosi samo na slo\u017eene i nejasne funkcionalnosti, kao \u0161to su sistem pla\u0107anja, sistem obavijesti itd. To \u0107e omogu\u0107iti bolje razumijevanje potreb\u00e2 klijenta, o\u010duvanje dokumentacije za funkcionalnost, kao i osiguranje od toga da klijent kasnije ne mo\u017ee re\u0107i da smo napravili ne\u0161to \u0161to nije tra\u017eio.<\/li>\n<li>Sve dijagrame\/flowchartove\/logiku itd. spremamo u Confluence\/Jira, gdje tra\u017eimo od naru\u010ditelja da u komentarima potvrdi to\u010dnost budu\u0107e realizacije.<\/li>\n<li>Trudimo se ne optere\u0107ivati naru\u010ditelja tehni\u010dkim detaljima. Ako nam je potrebno razumijevanje onoga \u0161to naru\u010ditelj \u017eeli, crtamo primitivne algoritme u obliku dijagrama koji naru\u010ditelj mo\u017ee razumjeti i sam ispraviti\/doraditi.<\/li>\n<li>Ako naru\u010ditelj prona\u0111e gre\u0161ku u projektu, tra\u017eimo da je vrlo detaljno opisuje u Jiri. Pod kojim se okolnostima dogodila, kada, koju je sekvencu radnji naru\u010ditelj izvr\u0161avao prilikom testiranja. Tra\u017eimo da prilo\u017ei snimke ekrana.<\/li>\n<li>Trudimo se svaki dan, najvi\u0161e svaka dva dana, obaviti deployment na dev server. Tada naru\u010ditelj po\u010dinje testirati funkcionalnosti, a projekt ne stoji. To je tako\u0111er pokazatelj za naru\u010ditelja da je projekt u punoj izradi i da mu nitko ne pri\u010dinja bajke.<\/li>\n<li>Vrlo \u010desto se doga\u0111a da naru\u010ditelj ne razumije do kraja \u0161to mu uop\u0107e treba. Budu\u0107i da pokre\u0107e novi biznis s procesima koji jo\u0161 nisu ustaljeni. Stoga se vrlo \u010desto dogodi situacija da bacamo cijele dijelove koda u sme\u0107e i prepravljamo logiku aplikacije. Iz toga proizlazi da ne treba sve pokrivati testovima. Ima smisla pokriti testovima samo kriti\u010dne funkcionalnosti, i to uz rezervacije.<\/li>\n<li>Dogode se situacije kada tim shvati da ne stignemo s rokovima. Tada provodimo brzu reviziju zadataka i odmah obavje\u0161tavamo naru\u010ditelja o tome. Kao izlaz iz situacije nudimo da pu\u0161tamo va\u017ene i kriti\u010dne funkcionalnosti na vrijeme, a ostalo ostavljamo za post-release.<\/li>\n<li>Ako naru\u010ditelj po\u010dne smi\u0161ljati razne zadatke iz glave, po\u010dne fantazirati i obja\u0161njavati rukama, tra\u017eimo da nam dostavi maketu stranice i flow s logikom koja bi trebala u potpunosti opisati pona\u0161anje cijele makete i njenih elemenata.<\/li>\n<li>Prije nego \u0161to preuzmemo bilo koji zadatak, moramo se uvjeriti da je ta zna\u010dajka bila uklju\u010dena u uvjete na\u0161eg ugovora. Ako je to nova zna\u010dajka koja nadilazi na\u0161e prvotne dogovore, moramo obavezno procijeniti tu zna\u010dajku ((pribli\u017eno vrijeme izvr\u0161enja + 30%) x 2) i obavijestiti naru\u010ditelja da \u0107e nam trebati toliko vremena, plus \u0161to se rok odga\u0111a za vrijeme procjene pomno\u017eeno s dva. Ako uspijemo br\u017ee obaviti zadatak - izvrsno, svi \u0107e od toga imati koristi. Ako ne, onda smo se pokrili.<\/li>\n<\/ul>\n<p>\nb) \u0160to ne prihva\u0107amo u timu:<\/p>\n<ul>\n<li>Neozbiljnost, neorganiziranost, zaboravljivost<\/li>\n<li>\u201eDavanje iluzije\u201c. Ako ne mo\u017ee\u0161 izvr\u0161iti zadatak, ne zna\u0161 kako, treba odmah obavijestiti tim lidera, a ne \u010dekati do zadnjeg trenutka.<\/li>\n<li>Hvalisanje od osobe koja jo\u0161 nije dokazala svoje sposobnosti i profesionalnost. Ako je dokazao, mo\u017ee, u okviru pristojnosti \ud83d\ude42<\/li>\n<li>Prevara u svim njenim oblicima. Ako zadatak nije izvr\u0161en, ne treba mijenjati njegov status na izvr\u0161en i pisati u chatu klijentu da je gotov. Pokvario se ra\u010dunar, sistem je pao, pas je pojeo laptop \u2014 to je sve nedopustivo. Ako se dogodi stvarna vi\u0161a sila, tim lider mora odmah biti obavije\u0161ten.<\/li>\n<li>Kada je stru\u010dnjak stalno izvan mre\u017ee i te\u0161ko ga je kontaktirati u radno vrijeme.<\/li>\n<li>Toksi\u010dnost unutar tima nije dopu\u0161tena! Ako se netko s ne\u010dim ne sla\u017ee, svi se zajedno okupe na sastanku i to rasprave i rije\u0161e.<\/li>\n<\/ul>\n<p>I jo\u0161 niz pitanja\/teza koje ponekad postavljam svom klijentu, kako bih razjasnio svu nesporazumu:<\/p>\n<ol>\n<li>Koji su va\u0161i kriteriji kvalitete?<\/li>\n<li>Kako odre\u0111ujete postoje li problemi u projektu ili ne?<\/li>\n<li>Kr\u0161e\u0107i sve na\u0161e preporuke i savjete za promjene\/unapre\u0111enje sustava, sve rizike snosite samo vi.<\/li>\n<li>Sve ve\u0107e promjene u projektu (na primjer, razli\u010diti ekstenzivni tijekovi) mogu dovesti do pojave gre\u0161aka (koje \u0107emo, naravno, ispraviti).<\/li>\n<li>Nemogu\u0107e je unutar nekoliko minuta shvatiti koja je problem u projektu, a kamoli odmah to ispraviti.<\/li>\n<li>Radimo prema konkretnoj proceduri proizvoda (Zadaci u Jira \u2014 Razvoj \u2014 Testiranje \u2014 Implementacija). Stoga ne mo\u017eemo reagirati na cijeli niz zahtjeva i pritu\u017ebi u chatu.<\/li>\n<li>Programeri su programeri, a ne profesionalni testeri, i ne mogu osigurati odgovaraju\u0107u kvalitetu testiranja projekta.<\/li>\n<li>Odgovornost za zavr\u0161no testiranje i prihva\u0107anje zadataka na produkciji potpuno le\u017ei na vama.<\/li>\n<li>Ako smo ve\u0107 preuzeli zadatak, ne mo\u017eemo se odmah prebaciti na druge dok ne zavr\u0161imo trenutni (ina\u010de to dovodi do jo\u0161 ve\u0107ih bugova i produ\u017eenja vremena razvoja).<\/li>\n<li>Broj ljudi u timu se smanjio (zbog odmora ili bolesti), a posla je vi\u0161e, i fizi\u010dki ne mo\u017eemo reagirati na sve \u0161to \u017eelite.<\/li>\n<li>Va\u0161a molba da se izvr\u0161i deploy na produkciju bez testiranih zadataka na razvoju - to su isklju\u010divo va\u0161i rizici, a ne risci programera.<\/li>\n<li>Kada postavljate nejasne zadatke, bez ispravnog toka, bez dizajnerskih maketa, to zahtijeva od nas mnogo ve\u0107e napore i produ\u017eenje rokova realizacije, jer umjesto vas moramo obaviti dodatni obim posla.<\/li>\n<li>Svaki zadatak vezan za bugove, bez detaljnog opisa njihovog nastanka i ekranizacija, ne daje nam mogu\u0107nost da razumijemo \u0161to nije u redu i kako da simuliramo taj bug.<\/li>\n<li>Projekt zahtijeva stalne dorade i pobolj\u0161anja za pove\u0107anje performansi i sigurnosti. Zato tim tro\u0161i dio svog vremena na te pobolj\u0161anja.<\/li>\n<li>Zbog toga \u0161to imamo prekovremene sate (hitne ispravke), moramo ih nadoknaditi u drugim danima.<\/li>\n<\/ol>\n<p>\nOp\u0107enito, klijent brzo shvata da razvoj softvera nije tako jednostavan i da je samo jedna \u017eelja o\u010dito nedovoljna.<\/p>\n<p>To je to. Ostavio sam mnogo pregovora i inicijalnu debagiranje svih procesa iza scene, ali u rezultatima sve se uspostavilo. Mogu re\u0107i da je taj proces postao neka 'Srebrna metak' za nas. Novi ljudi koji su dolazili na projekt mogli su odmah po\u010deti raditi od prvog dana jer su svi procesi opisani, a dokumentacija i arhitektura u obliku dijagrama odmah su pru\u017eali predstavu o tome \u010dime se ovdje bavimo. <\/p>\n<p><i>P. S. \u017delim naglasiti da s na\u0161e strane nema projekt menad\u017eera. On je sa strane klijenta. Potpuno nije tehni\u010dki. Projekt je europski. Cijela komunikacija je samo na engleskom.<\/i><\/p>\n<p>Svima sre\u0107u na projektima. Nemojte izgarati i poku\u0161ajte pobolj\u0161ati svoje procese.<\/p>\n<p>Izvor u mom <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blogu<\/a><\/noindex>.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Organizacija radnog procesa u timu na IT projektu | ProHoster","description":"Bok prijatelji. \u010cesto, posebno u outsourcingu, vi\u0111am istu sliku.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}