{"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\/da\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organisering af arbejdsprocessen i et IT-projektteam","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hej venner. Hyppigt, is\u00e6r i outsourcing, ser jeg det samme billede. Manglen p\u00e5 en klar arbejdsproces i teams p\u00e5 forskellige projekter.<\/p>\n<p>Det vigtigste er, at programm\u00f8rer ikke forst\u00e5r, hvordan man skal kommunikere med kunden og hinanden. Hvordan man opbygger en kontinuerlig proces til udvikling af et kvalitetsprodukt. Hvordan man planl\u00e6gger sin arbejdsdag og sine sprints.<\/p>\n<p>Og alt dette f\u00f8rer i sidste ende til forsinkede deadlines, overarbejde, konstante diskussioner om, hvem der er skyld i det, og utilfredshed blandt kunderne - hvor og hvordan alt bev\u00e6ger sig. Ofte f\u00f8rer dette til udskiftning af programm\u00f8rer, eller endda hele teams. Tab af kunder, d\u00e5rligere omd\u00f8mme osv.<\/p>\n<p>Engang kom jeg netop ind i et s\u00e5dant projekt, hvor alle disse problemer var til stede. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nIngen \u00f8nskede at tage ansvar for projektet (en stor service-markedsplads), fluktuationen var frygtelig, og kunden var bare frustreret. CEO'en kom hen til mig og sagde, at du har den n\u00f8dvendige erfaring, s\u00e5 her er kortene i h\u00e5nden. Tag projektet til dig. Hvis du fejler, lukker vi projektet, og alle bliver fyret. Hvis du f\u00e5r det til at lykkes, vil det v\u00e6re fantastisk, s\u00e5 f\u00f8r det og udvikl det, som du mener er n\u00f8dvendigt. I sidste ende blev jeg teamleder for projektet, og alt kom til at ligge p\u00e5 mine skuldre.<\/p>\n<p>Det f\u00f8rste, jeg gjorde, var at udvikle en arbejdsproces fra bunden, som dengang svarede til min vision, og jeg skrev en stillingsbeskrivelse til teamet. Det var ikke let at implementere. Men efter cirka en m\u00e5ned var alt faldet p\u00e5 plads, udviklerne og kunden var blevet vant til det, og alt gik nu stille og behageligt. For at vise teamet, at dette ikke blot var 'stormen i et glas vand', men en reel l\u00f8sning p\u00e5 situationen, tog jeg s\u00e5 mange opgaver p\u00e5 mine skuldre som muligt og befriede teamet fra den ubehagelige rutine. <\/p>\n<p>Der er allerede g\u00e5et halvandet \u00e5r, og projektet udvikler sig uden overarbejde, uden 'rotterace' og diverse stress. Nogle i det gamle team \u00f8nskede ikke at arbejde p\u00e5 den m\u00e5de og forlod, mens andre derimod meget satte pris p\u00e5 de klare regler. Men i sidste ende er alle i teamet meget motiverede og kender det store projekt fuldst\u00e6ndigt, b\u00e5de frontend og backend. Inklusive kodebasen og hele forretningslogikken. Det er endda kommet til det punkt, at vi ikke bare er 'roere', men selv finder p\u00e5 mange forretningsprocesser og nye funktioner, som virksomheden satte stor pris p\u00e5.<\/p>\n<p>Med denne tilgang fra vores side har kunden besluttet at bestille endnu en marketplace fra vores virksomhed, hvilket vi naturligvis er glade for.<\/p>\n<p>Da det virker p\u00e5 mit projekt, kan det m\u00e5ske ogs\u00e5 hj\u00e6lpe andre. S\u00e5 her er processen, der hjalp os med at redde projektet:<\/p>\n<p>Teamets arbejdsgang p\u00e5 projektet \u2018Mit yndlingsprojekt\u2019<\/p>\n<p>a) Intern teamproces (mellem udviklerne)<\/p>\n<ul>\n<li>Alle opgaver oprettes i Jira-systemet<\/li>\n<li>Hver opgave skal v\u00e6re s\u00e5 detaljeret som muligt og udf\u00f8re en specifik handling.<\/li>\n<li>Enhver funktion, hvis den er tilstr\u00e6kkeligt kompleks, opdeles i mange sm\u00e5 opgaver.<\/li>\n<li>Teamet arbejder p\u00e5 funktionerne som en enkelt opgave. F\u00f8rst laver vi sammen \u00e9n funktion, sender den til test, og derefter tager vi den n\u00e6ste.<\/li>\n<li>Hver opgave m\u00e6rkes som backend eller frontend.<\/li>\n<li>Der er typer af opgaver og bugs. Det er vigtigt at angive dem korrekt.<\/li>\n<li>Efter opgaven er udf\u00f8rt, \u00e6ndres dens status til kodeanmeldelse (og der oprettes en pull-request til en kollega).<\/li>\n<li>Den, der udf\u00f8rte opgaven, holder straks styr p\u00e5 sin tid for denne opgave.<\/li>\n<li>Efter kodegennemgang godkendes PR, og derefter fusionerer den, der udf\u00f8rte opgaven, den selv til master-grenen, hvorefter de \u00e6ndrer dens status til klar til deployment p\u00e5 dev. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\">server<\/a>.<\/li>\n<li>Alle opgaver, der er klar til deployment p\u00e5 dev-serveren, deployes af teamlederen (hans ansvar). Nogle gange af et teammedlem, hvis der er noget presserende. Efter deployment \u00e6ndres alle opgaver fra klar til deployment p\u00e5 dev til status - klar til test p\u00e5 dev.<\/li>\n<li>Alle opgaver testes af kunden.<\/li>\n<li>N\u00e5r kunden har testet opgaven p\u00e5 dev, \u00e6ndrer han dens status til klar til deployment p\u00e5 prod.<\/li>\n<li>Til deployment p\u00e5 prod har vi en separat gren, hvor vi kun fusionerer master f\u00f8r deployment.<\/li>\n<li>Hvis kunden finder bugs under testen, returnerer han opgaven til revision og s\u00e6tter dens status til returneret til revidering. P\u00e5 den m\u00e5de adskiller vi nye opgaver fra dem, der ikke bestod testen.<\/li>\n<li>I sidste ende gennemg\u00e5r alle opgaver rejsen fra oprettelse til afslutning: To Do \u2192 In Development \u2192 Code Review \u2192 Ready deploy to dev \u2192 QA on dev \u2192 (Return to dev) \u2192 Ready deploy to prod \u2192 QA on prod \u2192 Done.<\/li>\n<li>Hver udvikler tester selv sin kode, ogs\u00e5 som en bruger af hjemmesiden. Fusion af grenen til hovedgrenen er ikke tilladt, medmindre det er helt sikkert, at koden virker.<\/li>\n<li>Hver opgave har sine prioriteter. Prioriteterne fasts\u00e6ttes enten af kunden eller teamlederen.<\/li>\n<li>Udviklerne prioriterer f\u00f8rst de opgaver, der er mest presserende.<\/li>\n<li>Udviklerne kan tildele opgaver til hinanden, hvis der er fundet forskellige fejl i systemet, eller hvis en opgave kr\u00e6ver arbejdet fra flere specialister.<\/li>\n<li>Alle opgaver, som kunden opretter, g\u00e5r til teamlederen, der vurderer dem og enten beder kunden om at revidere eller tildeler dem til et af teammedlemmerne.<\/li>\n<li>Alle opgaver, der er klar til deployment p\u00e5 dev eller prod, g\u00e5r ogs\u00e5 til teamlederen, som selv bestemmer, hvorn\u00e5r og hvordan deployment skal udf\u00f8res. Efter hver deployment skal teamlederen (eller et teammedlem) informere kunden om dette. Og \u00e6ndre statussen for opgaverne til klar til test p\u00e5 dev\/prod.<\/li>\n<li>Hver dag p\u00e5 samme tidspunkt (hos os er det kl. 12.00) afholder vi et m\u00f8de mellem alle teammedlemmer.<\/li>\n<li>Hver person p\u00e5 m\u00f8det rapporterer, inklusiv teamlederen, hvad de har lavet i g\u00e5r, hvad de planl\u00e6gger at g\u00f8re i dag, hvad der ikke fungerer, og hvorfor. P\u00e5 den m\u00e5de er hele teamet klar over, hvem der laver hvad, og p\u00e5 hvilket trin projektet befinder sig. Dette giver os mulighed for at prognosere og justere vores estimater og deadlines, hvis det er n\u00f8dvendigt.<\/li>\n<li>P\u00e5 m\u00f8det informerer teamlederen ogs\u00e5 om alle \u00e6ndringer i projektet og om niveauet af aktuelle fejl, der ikke er blevet fundet af kunden. Alle fejl bliver gennemg\u00e5et og tildelt hvert teammedlem til l\u00f8sning.<\/li>\n<li>P\u00e5 m\u00f8det tildeler teamlederen opgaver til hver enkelt, under hensyntagen til den nuv\u00e6rende arbejdsbelastning for udviklerne, deres f\u00e6rdigheder og i hvilken grad en bestemt opgave relaterer til det, udvikleren arbejder med i \u00f8jeblikket.<\/li>\n<li>P\u00e5 m\u00f8det udvikler teamlederen en samlet strategi for arkitektur og forretningslogik. Derefter diskuterer hele teamet det og tr\u00e6ffer beslutning om eventuelle justeringer eller godkendelse af strategien.<\/li>\n<li>Hver udvikler skriver kode og bygger algoritmer selvst\u00e6ndigt inden for en f\u00e6lles arkitektur og forretningslogik. Hver enkelt kan udtrykke sin vision for implementeringen, men ingen tvinges til kun at g\u00f8re det p\u00e5 en bestemt m\u00e5de. Hver beslutning er argumenteret. Hvis der findes en bedre l\u00f8sning, men der ikke er tid til det lige nu, oprettes der en opgave i JIRA til fremtidig refaktorering af en bestemt del af koden.<\/li>\n<li>N\u00e5r udvikleren har taget en opgave til behandling, \u00e6ndrer han dens status til udvikling. Al kommunikation om afklaring af opgaven hos kunden ligger p\u00e5 udviklerens skuldre. Tekniske sp\u00f8rgsm\u00e5l kan stilles til teamlederen eller kollegerne.<\/li>\n<li>Hvis udvikleren ikke forst\u00e5r opgavens essens, og kunden ikke har v\u00e6ret i stand til at forklare den tilstr\u00e6kkeligt, s\u00e5 g\u00e5r han videre til den n\u00e6ste opgave. Den nuv\u00e6rende opgave overtager teamlederen og diskuterer den selv med kunden.<\/li>\n<li>Hver dag skal udvikleren i kundens chat skrive om, hvilke opgaver han arbejdede p\u00e5 i g\u00e5r, og hvilke opgaver han vil arbejde p\u00e5 i dag.<\/li>\n<li>Arbejdsgangen foreg\u00e5r efter Scrum. Alt er opdelt i sprints. Hver sprint varer to uger.<\/li>\n<li>Sprints opretter, fylder og afslutter teamlederen.<\/li>\n<li>Hvis projektet har stramme deadlines, fors\u00f8ger vi at estimere alle opgaver. Og vi samler dem til en sprint. Hvis kunden fors\u00f8ger at tilf\u00f8je yderligere opgaver til sprinten, s\u00e5 prioriterer vi og flytter nogle andre opgaver til den n\u00e6ste sprint.<\/li>\n<\/ul>\n<p>\nb) Arbejdsprocessen med kunden<\/p>\n<ul>\n<li>Hver udvikler kan og b\u00f8r kommunikere med kunden.<\/li>\n<li>Man m\u00e5 ikke lade kunden p\u00e5tvinge sine egne spilleregler. Det er n\u00f8dvendigt at p\u00e5 en h\u00f8flig og venlig m\u00e5de g\u00f8re kunden klart, at vi er specialister i vores felt, og det er kun os, der skal opbygge arbejdsprocesserne og involvere kunden i dem.<\/li>\n<li>Ideelt set, inden man p\u00e5begynder implementeringen af en funktionalitet, b\u00f8r man lave et flowdiagram for hele den logiske proces for funktionen (workflow). Og sende det til kunden for godkendelse. Dette g\u00e6lder kun for kompleks og ikke-indlysende funktionalitet, f.eks. betalingssystemer, notifkationssystemer osv. Dette vil g\u00f8re det muligt at forst\u00e5 mere pr\u00e6cist, hvad kunden har brug for, bevare dokumentationen for funktionen samt beskytte sig selv mod, at kunden i fremtiden siger, at vi har gjort noget andet end det, han bad om.<\/li>\n<li>Vi gemmer alle diagrammer\/flowcharts\/logik osv. i Confluence\/Jira, hvor vi beder kunden bekr\u00e6fte korrektheden af den fremtidige implementering i kommentarerne.<\/li>\n<li>Vi fors\u00f8ger ikke at overbelaste kunden med tekniske detaljer. Hvis vi har brug for at forst\u00e5, hvordan kunden \u00f8nsker det, tegner vi prim\u00e6re algoritmer i form af flowcharts, som kunden kan forst\u00e5 og selv rette\/tilpasse.<\/li>\n<li>Hvis kunden finder en fejl i projektet, beder vi dem om at beskrive den meget detaljeret i Jira. Under hvilke omst\u00e6ndigheder skete det, hvorn\u00e5r, og hvilken r\u00e6kkef\u00f8lge af handlinger havde kunden under testen. Vi beder dem om at vedh\u00e6fte sk\u00e6rmbilleder.<\/li>\n<li>Vi fors\u00f8ger at lave deployment p\u00e5 udviklingsserveren hver dag, maksimum hver anden dag. Kunden begynder da at teste funktionaliteten, og projektet st\u00e5r ikke stille. Dette er ogs\u00e5 et tegn for kunden p\u00e5, at projektet er i fuld udvikling, og at ingen fort\u00e6ller dem eventyr.<\/li>\n<li>Det sker ofte, at kunden ikke helt forst\u00e5r, hvad de overhovedet har brug for. Da de starter en ny virksomhed, hvor processerne endnu ikke er fastlagt, er det derfor en almindelig situation, at vi smider hele kodeafsnit i skraldespanden og ombygger applikationens logik. Deraf f\u00f8lger, at man ikke b\u00f8r d\u00e6kke alle aspekter med test. Det giver mening kun at d\u00e6kke kritisk vigtig funktionalitet og det med forbehold.<\/li>\n<li>Der er situationer, hvor teamet indser, at vi ikke overholder deadlines. S\u00e5 gennemf\u00f8rer vi en hurtig gennemgang af opgaverne og informerer straks kunden om dette. Som en l\u00f8sning foresl\u00e5r vi at implementere vigtig og kritisk funktionalitet til tiden og lade resten v\u00e6re til post-release.<\/li>\n<li>Hvis kunden begynder at finde p\u00e5 forskellige opgaver uden at t\u00e6nke dem igennem, begynder at fantasere og forklare med h\u00e6nderne, beder vi dem om at give os et layout af siden og flowet med logikken, som helt skal beskrive adf\u00e6rden for hele layoutet og dets elementer.<\/li>\n<li>F\u00f8r vi p\u00e5tager os en opgave, skal vi sikre, at denne funktion var en del af vores aftale \/ kontrakt. Hvis det er en ny funktion, som g\u00e5r ud over vores oprindelige aftaler, skal vi n\u00f8dvendigvis estimere denne funktion ((estimeret tid + 30%) x 2) og informere kunden om, at det vil tage s\u00e5 lang tid, plus at deadline flyttes med tiden for estimatet ganget med to. Hvis vi kan f\u00e5 opgaven gjort hurtigere - fantastisk, det vil kun v\u00e6re til gavn for alle. Ellers har vi taget forholdsregler.<\/li>\n<\/ul>\n<p>\nb) Hvad vi ikke accepterer i teamet:<\/p>\n<ul>\n<li>Uforpligtethed, uorganiserethed, glemsomhed<\/li>\n<li>At \u2018fodre med l\u00f8fter\u2019. Hvis du ikke kan fuldf\u00f8re en opgave eller ikke ved hvordan, skal du straks informere teamlederen i stedet for at vente til sidste \u00f8jeblik.<\/li>\n<li>Selvh\u00e6vdelse og praleri fra en person, der endnu ikke har bevist deres evner og professionalisme. Hvis de har bevist det, er det i orden, inden for rimelighedens gr\u00e6nser \ud83d\ude42<\/li>\n<li>Bedrag i enhver form. Hvis opgaven ikke er udf\u00f8rt, b\u00f8r du ikke \u00e6ndre dens status til fuldf\u00f8rt og skrive i kundens chat, at den er klar. Computeren er g\u00e5et i stykker, systemet har fejlet, hunden har bidt i b\u00e6rbar - alt dette er uacceptabelt. Hvis der opst\u00e5r en reel force majeure, skal teamlederen straks informeres.<\/li>\n<li>N\u00e5r en specialist hele tiden er offline, og det er sv\u00e6rt at f\u00e5 fat i dem i arbejdstiden.<\/li>\n<li>Toxicitet i teamet accepteres ikke! Hvis nogen er uenige, s\u00e5 m\u00f8des alle sammen og diskuterer og l\u00f8ser det.<\/li>\n<\/ul>\n<p>Og en r\u00e6kke sp\u00f8rgsm\u00e5l \/ teser, som jeg nogle gange stiller min kunde for at afklare eventuelle misforst\u00e5elser:<\/p>\n<ol>\n<li>Hvad er jeres kvalitetskriterier?<\/li>\n<li>Hvordan vurderer I, om der er problemer i projektet eller ej?<\/li>\n<li>Hvis I ignorerer alle vores anbefalinger og r\u00e5d om \u00e6ndringer \/ forbedringer af systemet, b\u00e6rer I alene alle risici.<\/li>\n<li>Enhver st\u00f8rre \u00e6ndring i projektet (f.eks. forskellige ekstra flows) kan f\u00f8re til muligheden for fejl (som vi naturligvis vil l\u00f8se).<\/li>\n<li>Det er umuligt at forst\u00e5, hvilken problematik der er opst\u00e5et i projektet p\u00e5 et par minutter, og is\u00e6r at fikse det med det samme.<\/li>\n<li>Vi arbejder med et specifikt produkt flow (Opgaver i Jira - Udvikling - Testning - Deploy). Det betyder, at vi ikke kan reagere p\u00e5 hele str\u00f8mmen af anmodninger og klager i chatten.<\/li>\n<li>Programm\u00f8rer er programm\u00f8rer, ikke professionelle testere, og kan ikke sikre passende kvalitet i projektets testning.<\/li>\n<li>Ansvar for den endelige testning og godkendelse af opgaver p\u00e5 produktion ligger helt p\u00e5 dig.<\/li>\n<li>Hvis vi allerede har taget en opgave i arbejde, kan vi ikke straks skifte til andre, f\u00f8r vi er f\u00e6rdige med den nuv\u00e6rende (ellers f\u00f8rer det til endnu flere fejl og l\u00e6ngere udviklingstid).<\/li>\n<li>Antallet af folk i teamet er blevet f\u00e6rre (p\u00e5 grund af ferie eller sygdom), mens arbejdet er steget, og vi fysisk ikke kan n\u00e5 at reagere p\u00e5 alt, hvad du \u00f8nsker.<\/li>\n<li>At anmode os om at deployere p\u00e5 produktion uden testede opgaver p\u00e5 udvikling er kun dine risici, ikke udviklernes.<\/li>\n<li>N\u00e5r du stiller uklare opgaver, uden korrekt flow, uden designmockups, kr\u00e6ver det langt st\u00f8rre indsats og tid fra os, da vi i stedet for dig m\u00e5 udf\u00f8re ekstra arbejdsopgaver.<\/li>\n<li>Enhver opgave vedr\u00f8rende bugs, uden detaljeret beskrivelse af deres opst\u00e5en og screenshots, giver os ikke mulighed for at forst\u00e5, hvad der er g\u00e5et galt, og hvordan vi kan genskabe denne bug.<\/li>\n<li>Projektet kr\u00e6ver konstant forfining og forbedringer for at \u00f8ge ydeevnen og sikkerheden. Derfor bruger teamet en del af sin tid p\u00e5 disse forbedringer.<\/li>\n<li>Da vi undertiden har overarbejde (hastefix), skal vi kompensere dem p\u00e5 andre dage.<\/li>\n<\/ol>\n<p>\nSom regel forst\u00e5r kunden straks, at det ikke er s\u00e5 simpelt at udvikle software, og blot et \u00f8nske er tydeligvis utilstr\u00e6kkeligt.<\/p>\n<p>Det var alt. Bag kulisserne efterlader jeg mange forhandlinger og den indledende justering af alle processer, men som resultat er alt blevet ordnet. Jeg kan sige, at denne proces er blevet vores 's\u00f8lvkugle'. Nye mennesker, der kom ind i projektet, kunne straks deltage i arbejdet fra den f\u00f8rste dag, da alle processer er beskrevet, og dokumentation og arkitektur i form af diagrammer straks gav indsigt i, hvad vi alle arbejder med. <\/p>\n<p><i>P. S. Jeg vil pr\u00e6cisere, at vi ikke har en projektleder p\u00e5 vores side. Det er der p\u00e5 kundens side. Helt ikke teknisk. Projektet er europ\u00e6isk. Al kommunikation foreg\u00e5r kun p\u00e5 engelsk.<\/i><\/p>\n<p>Alle held og lykke med projekterne. Bliv ikke udbr\u00e6ndt, og fors\u00f8g at forbedre jeres processer.<\/p>\n<p>Kilden i min <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blog<\/a><\/noindex>.<br \/>\n<br \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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\udd47Organisering af arbejdsprocessen i teamet p\u00e5 IT-projekter | ProHoster","description":"Hej venner. Jeg ser gang p\u00e5 gang den samme situation, is\u00e6r i outsourcing.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}