{"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\/sv\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organisering av arbetsprocessen i teamet p\u00e5 IT-projektet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hej v\u00e4nner. Jag ser ofta samma m\u00f6nster, s\u00e4rskilt inom outsourcing. Bristen p\u00e5 en tydlig arbetsprocess i team p\u00e5 olika projekt.<\/p>\n<p>Det viktigaste \u00e4r att programmerarna inte f\u00f6rst\u00e5r hur man ska kommunicera med kunden och varandra. Hur man bygger en kontinuerlig utvecklingsprocess av kvalitetsprodukter. Hur man planerar sin arbetsdag och sina sprintar.<\/p>\n<p>Allt detta leder i slut\u00e4ndan till missade deadlines, \u00f6vertid, st\u00e4ndiga konflikter om vem som \u00e4r skyldig och missn\u00f6je bland kunderna \u2013 vart och hur allt g\u00e5r. Ganska ofta leder detta till att programmerare, och ibland hela team, byts ut. F\u00f6rlust av kunder, s\u00e4mre rykte och s\u00e5 vidare.<\/p>\n<p>Under en tid hamnade jag p\u00e5 ett s\u00e5dant projekt d\u00e4r alla dessa problem fanns. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nIngen ville ta ansvar f\u00f6r projektet (ett stort tj\u00e4nstm\u00e4rkte marketplace), oms\u00e4ttningen var skr\u00e4mmande, och kunden var v\u00e4ldigt ot\u00e5lig. CEOn kom \u00f6ver och sa till mig att jag hade r\u00e4tt erfarenhet, s\u00e5 nu har du chansen. Ta projektet om du vill. Misslyckas du, st\u00e4nger vi projektet och sparkar alla. Lyckas du, s\u00e5 blir det fantastiskt, och du f\u00e5r leda och utveckla det som du anser n\u00f6dv\u00e4ndigt. Tillslut blev jag teamledare f\u00f6r projektet och allt l\u00e5g p\u00e5 mina axlar.<\/p>\n<p>Det f\u00f6rsta jag gjorde var att utveckla en arbetsprocess fr\u00e5n grunden, som motsvarade min vision d\u00e5, och jag skrev en arbetsbeskrivning f\u00f6r teamet. Att implementera detta var inte l\u00e4tt. Men efter ungef\u00e4r en m\u00e5nad var allt p\u00e5 plats, utvecklarna och kunden v\u00e4njde sig, och allt blev lugnt och bekv\u00e4mt. F\u00f6r att visa teamet att detta inte bara var en \"storm i ett vattenglas\", utan en verklig l\u00f6sning p\u00e5 situationen, tog jag p\u00e5 mig den st\u00f6rsta delen av ansvaret och avlastade teamet fr\u00e5n jobbiga rutiner. <\/p>\n<p>Det har nu g\u00e5tt ett och ett halvt \u00e5r, och projektet utvecklas utan \u00f6vertid, utan \"r\u00e5ttkappl\u00f6pning\" och med minskad stress. N\u00e5gon i det gamla teamet ville inte jobba s\u00e5 h\u00e4r och l\u00e4mnade, medan andra verkligen uppskattade de transparenta reglerna. Men i slut\u00e4ndan \u00e4r alla i teamet mycket motiverade och har full f\u00f6rst\u00e5else f\u00f6r det stora projektet, b\u00e5de frontend och backend. Vi har en djup f\u00f6rst\u00e5else f\u00f6r hela kodbasen och all aff\u00e4rslogik. Vi har till och med kommit till den punkt d\u00e4r vi inte bara \u00e4r \" paddlare\", utan sj\u00e4lva kommer p\u00e5 m\u00e5nga aff\u00e4rsprocesser och nya funktioner som verket verkligen uppskattat.<\/p>\n<p>Tack vare v\u00e5r metod har kunden valt att best\u00e4lla ytterligare en marknadsplats fr\u00e5n v\u00e5rt f\u00f6retag, vilket gl\u00e4djer oss.<\/p>\n<p>Eftersom det fungerar f\u00f6r mitt projekt kan det kanske ocks\u00e5 hj\u00e4lpa n\u00e5gon annan. S\u00e5 h\u00e4r s\u00e5g processen ut som hj\u00e4lpte oss att r\u00e4dda projektet:<\/p>\n<p>Teamets arbete i projektet 'Mitt favoritprojekt'<\/p>\n<p>a) Inom teamprocessen (mellan utvecklarna)<\/p>\n<ul>\n<li>Alla uppgifter skapas i Jira-systemet<\/li>\n<li>Varje uppgift ska beskrivas s\u00e5 utf\u00f6rligt som m\u00f6jligt och utf\u00f6ra enbart en \u00e5tg\u00e4rd<\/li>\n<li>Om en funktion \u00e4r tillr\u00e4ckligt komplex delas den upp i flera sm\u00e5 tasks<\/li>\n<li>Teamet arbetar med funktionerna som en enda uppgift. F\u00f6rst g\u00f6r vi tillsammans en funktion, skickar den f\u00f6r testning, och d\u00e4refter tar vi n\u00e4sta.<\/li>\n<li>Varje uppgift m\u00e4rks, antingen f\u00f6r backend eller frontend<\/li>\n<li>Det finns olika typer av uppgifter och buggar. De m\u00e5ste anges korrekt.<\/li>\n<li>Efter att uppgiften har slutf\u00f6rts omvandlas den till statusen kodgranskning (samtidigt skapas en pull request till sin kollega)<\/li>\n<li>Den som utf\u00f6rde uppgiften sp\u00e5rar omedelbart sin tid f\u00f6r denna uppgift<\/li>\n<li>Efter kodgranskningen godk\u00e4nns PR och d\u00e4refter merges uppgiften av den som utf\u00f6rde det in i mastergrenen, och de \u00e4ndrar statusen till redo f\u00f6r deployment p\u00e5 dev <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sv\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\">server<\/a>.<\/li>\n<li>Alla uppgifter som \u00e4r klara f\u00f6r deployment p\u00e5 dev-servern deployas av teamledaren (hans ansvarsomr\u00e5de), ibland av ett teammedlem om det \u00e4r n\u00e5got br\u00e5dskande. Efter deployment \u00f6verg\u00e5r alla uppgifter fr\u00e5n redo f\u00f6r deployment p\u00e5 dev till status - redo f\u00f6r testning p\u00e5 dev<\/li>\n<li>Alla uppgifter testas av kunden<\/li>\n<li>N\u00e4r kunden har testat uppgiften p\u00e5 dev \u00f6verf\u00f6rs den till statusen redo f\u00f6r deployment p\u00e5 prod<\/li>\n<li>F\u00f6r deployment p\u00e5 prod har vi en separat gren d\u00e4r vi merges master endast f\u00f6re deployment<\/li>\n<li>Om kunden hittar buggar under testningen \u00e5terf\u00f6r han uppgiften f\u00f6r revidering och s\u00e4tter statusen \u00e5terf\u00f6rd f\u00f6r revidering. P\u00e5 s\u00e5 s\u00e4tt separerar vi nya uppgifter fr\u00e5n de som inte passerade testningen<\/li>\n<li>I slut\u00e4ndan passerar alla uppgifter fr\u00e5n skapande till avslut: 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>Varje utvecklare testar sin egen kod sj\u00e4lvst\u00e4ndigt, inklusive som anv\u00e4ndare av webbplatsen. Ingen merge av grenen med huvudgrenen till\u00e5ts om det inte \u00e4r helt s\u00e4kert att koden fungerar.<\/li>\n<li>Varje uppgift har sina prioriteringar. Prioriteringarna fastst\u00e4lls antingen av best\u00e4llaren eller teamledaren.<\/li>\n<li>Utvecklare utf\u00f6r f\u00f6rst och fr\u00e4mst de prioriterade uppgifterna.<\/li>\n<li>Utvecklare kan tilldela uppgifter till varandra om olika buggar har hittats i systemet eller om en uppgift best\u00e5r av arbete fr\u00e5n flera specialister.<\/li>\n<li>Alla uppgifter som best\u00e4llaren skapar g\u00e5r till teamledaren, som bed\u00f6mer dem och antingen ber best\u00e4llaren att justera dem eller tilldelar dem till en av teammedlemmarna.<\/li>\n<li>Alla uppgifter som \u00e4r klara f\u00f6r deployment till dev eller prod g\u00e5r \u00e4ven till teamledaren, som sj\u00e4lv avg\u00f6r n\u00e4r och hur deploy ska g\u00f6ras. Efter varje deployment m\u00e5ste teamledaren (eller en teammedlem) informera best\u00e4llaren om detta. Dessutom m\u00e5ste de \u00e4ndra status f\u00f6r uppgifter till redo f\u00f6r testning p\u00e5 dev\/prod.<\/li>\n<li>Varje dag p\u00e5 samma tid (f\u00f6r oss \u00e4r det kl. 12.00) h\u00e5ller vi ett m\u00f6te mellan alla teammedlemmar.<\/li>\n<li>Var och en rapporterar p\u00e5 m\u00f6tet, inklusive teamledaren, vad han gjorde ig\u00e5r, vad han planerar att g\u00f6ra idag. Vad som inte fungerar och varf\u00f6r. P\u00e5 s\u00e5 s\u00e4tt \u00e4r hela teamet medvetet om vem som g\u00f6r vad och i vilket skede projektet befinner sig. Detta ger oss m\u00f6jlighet att f\u00f6ruts\u00e4ga och justera v\u00e5ra uppskattningar och deadlines om det beh\u00f6vs.<\/li>\n<li>P\u00e5 m\u00f6tet meddelar teamledaren \u00e4ven om alla f\u00f6r\u00e4ndringar i projektet och niv\u00e5n av aktuella buggar som inte har hittats av best\u00e4llaren. Alla buggar utreds och tilldelas varje teammedlem f\u00f6r att \u00e5tg\u00e4rdas.<\/li>\n<li>P\u00e5 m\u00f6tet tilldelar teamledaren uppgifter till varje individ, med h\u00e4nsyn till de nuvarande arbetsbelastningarna f\u00f6r utvecklarna, deras yrkesskicklighet samt med h\u00e4nsyn till hur n\u00e4ra en viss uppgift \u00e4r det som utvecklaren f\u00f6r tillf\u00e4llet arbetar med.<\/li>\n<li>P\u00e5 m\u00f6tet utvecklar teamledaren en \u00f6vergripande strategi f\u00f6r arkitektur och aff\u00e4rslogik. Efter detta diskuterar hela teamet det och fattar beslut om att g\u00f6ra justeringar eller godk\u00e4nna den aktuella strategin.<\/li>\n<li>Varje utvecklare skriver kod och bygger algoritmer sj\u00e4lvst\u00e4ndigt inom en gemensam arkitektur och aff\u00e4rslogik. Varje person kan uttrycka sin vision av genomf\u00f6randet, men ingen tvingas att g\u00f6ra det p\u00e5 ett visst s\u00e4tt. Varje beslut motiveras. Om det finns en b\u00e4ttre l\u00f6sning men ingen tid f\u00f6r den just nu, skapas en uppgift i JIRA f\u00f6r framtida refaktorering av en specifik del av koden.<\/li>\n<li>N\u00e4r en utvecklare har tagit en uppgift i arbete, \u00e4ndrar han dess status till 'Under utveckling'. All kommunikation kring att klarg\u00f6ra uppgiften med best\u00e4llaren ligger p\u00e5 utvecklarens axlar. Tekniska fr\u00e5gor kan st\u00e4llas till teamledaren eller kollegor.<\/li>\n<li>Om utvecklaren inte f\u00f6rst\u00e5r k\u00e4rnan i uppgiften, och best\u00e4llaren inte lyckas f\u00f6rklara den tydligt, g\u00e5r han vidare till n\u00e4sta uppgift. Den aktuella uppgiften tas \u00f6ver av teamledaren som sedan diskuterar den med best\u00e4llaren.<\/li>\n<li>Varje dag ska utvecklaren skriva i kundchatten om vilka uppgifter han arbetade med ig\u00e5r och vilka han kommer att arbeta med idag.<\/li>\n<li>Arbetsprocessen f\u00f6ljer Scrum. Allt \u00e4r uppdelat i sprintar. Varje sprint varar i tv\u00e5 veckor.<\/li>\n<li>Sprintarna skapas, fylls med inneh\u00e5ll och st\u00e4ngs av teamledaren.<\/li>\n<li>Om projektet har strikta tidsfrister f\u00f6rs\u00f6ker vi estimera alla uppgifter. D\u00e4rifr\u00e5n skapar vi en sprint. Om best\u00e4llaren f\u00f6rs\u00f6ker l\u00e4gga till fler uppgifter i sprinten s\u00e4tter vi prioriteringar och flyttar vissa uppgifter till n\u00e4sta sprint.<\/li>\n<\/ul>\n<p>\nb) Processen f\u00f6r arbete med best\u00e4llaren<\/p>\n<ul>\n<li>Varje utvecklare kan och b\u00f6r kommunicera med best\u00e4llaren.<\/li>\n<li>Man f\u00e5r inte l\u00e5ta best\u00e4llaren p\u00e5tvinga sina spelregler. Det \u00e4r viktigt att p\u00e5 ett artigt och v\u00e4nligt s\u00e4tt l\u00e5ta best\u00e4llaren f\u00f6rst\u00e5 att vi \u00e4r specialister inom v\u00e5rt omr\u00e5de och det \u00e4r bara vi som ska bygga upp arbetsprocesserna och involvera best\u00e4llaren i dem.<\/li>\n<li>Det \u00e4r l\u00e4mpligt, innan man b\u00f6rjar implementera n\u00e5gon funktionalitet, att skapa ett fl\u00f6desschema f\u00f6r hela den logiska processen f\u00f6r funktionen (work flow). Det ska skickas f\u00f6r bekr\u00e4ftelse till best\u00e4llaren. Detta g\u00e4ller endast komplex och otydlig funktionalitet, till exempel betalningssystem, notificationssystem etc. Det kommer att g\u00f6ra det m\u00f6jligt att tydligare f\u00f6rst\u00e5 vad best\u00e4llaren verkligen beh\u00f6ver, bevara dokumentationen f\u00f6r funktionen och skydda sig mot att best\u00e4llaren i framtiden s\u00e4ger att vi inte gjorde det som han bad om.<\/li>\n<li>Vi sparar alla diagram\/fl\u00f6desscheman\/logik osv. i Confluence\/Jira, d\u00e4r vi ber kunden bekr\u00e4fta korrektheten av den framtida implementeringen i kommentarerna.<\/li>\n<li>Vi f\u00f6rs\u00f6ker att inte \u00f6verbelasta kunden med tekniska detaljer. Om vi beh\u00f6ver f\u00f6rst\u00e5else f\u00f6r hur kunden vill ha det, ritar vi primitiva algoritmer i form av fl\u00f6desscheman som kunden kan f\u00f6rst\u00e5 och sj\u00e4lv r\u00e4tta\/tweaka.<\/li>\n<li>Om kunden hittar en bugg i projektet ber vi dem att noggrant beskriva den i Jira. Under vilka omst\u00e4ndigheter den uppstod, n\u00e4r, vilken \u00e5tg\u00e4rdssekvens kunden f\u00f6ljde vid testning. Vi ber dem att bifoga sk\u00e4rmdumpar.<\/li>\n<li>Vi f\u00f6rs\u00f6ker varje dag, max varannan dag, att g\u00f6ra en deploy till utvecklingsservern. Kunden b\u00f6rjar d\u00e5 testa funktionaliteten och projektet st\u00e5r inte stilla. Detta fungerar ocks\u00e5 som en mark\u00f6r f\u00f6r kunden att projektet \u00e4r under full utveckling och att ingen ber\u00e4ttar sagor.<\/li>\n<li>Det h\u00e4nder ofta att kunden inte riktigt f\u00f6rst\u00e5r vad de \u00f6verhuvudtaget beh\u00f6ver. Eftersom de skapar ett nytt f\u00f6retag med \u00e4nnu inte etablerade processer. D\u00e4rf\u00f6r \u00e4r det en vanlig situation att vi kastar hela kodbitar i papperskorgen och omarbetar logiken i applikationen. D\u00e4rav f\u00f6ljer att man inte b\u00f6r t\u00e4cka allt med tester. Det \u00e4r meningsfullt att t\u00e4cka endast kritiskt viktig funktionalitet med tester, och det med vissa f\u00f6rbeh\u00e5ll.<\/li>\n<li>Det finns situationer n\u00e4r teamet inser att vi inte h\u00e5ller v\u00e5ra tidsfrister. D\u00e5 g\u00f6r vi en snabb granskning av uppgifterna och meddelar kunden om detta omedelbart. Som en l\u00f6sning p\u00e5 situationen f\u00f6resl\u00e5r vi att lansera den viktiga och kritiska funktionaliteten i tid, medan resten kan skjutas till efter release.<\/li>\n<li>Om kunden b\u00f6rjar p\u00e5hittar olika uppgifter fr\u00e5n huvudet, b\u00f6rjar fantisera och f\u00f6rklara med fingrarna, ber vi dem att ge oss en skiss p\u00e5 sidan och fl\u00f6det med logik som helt ska beskriva beteendet hos hela mallen och dess element.<\/li>\n<li>Innan vi tar oss an n\u00e5gon uppgift m\u00e5ste vi s\u00e4kerst\u00e4lla att den h\u00e4r funktionen ingick i v\u00e5ra avtalsvillkor. Om det \u00e4r en ny funktion som g\u00e5r ut\u00f6ver v\u00e5ra ursprungliga \u00f6verenskommelser, s\u00e5 m\u00e5ste vi uppskatta denna funktion ((ungef\u00e4rlig tidsram + 30%) x 2) och informera kunden om att det kommer att ta s\u00e5 h\u00e4r l\u00e5ng tid, plus att deadline flyttas fram med tiden f\u00f6r uppskattningen multiplicerat med tv\u00e5. Om vi kan g\u00f6ra uppgiften snabbare \u2014 fantastiskt, alla vinner p\u00e5 det. Om inte, har vi haft en s\u00e4kerhetsmarginal.<\/li>\n<\/ul>\n<p>\nv) Vad vi inte accepterar i teamet:<\/p>\n<ul>\n<li>Brist p\u00e5 ansvar, oorganiseradhet, gl\u00f6mska<\/li>\n<li>Att \"skjuta upp\". Om du inte kan utf\u00f6ra uppgiften eller inte vet hur, m\u00e5ste du omedelbart informera teamledaren ist\u00e4llet f\u00f6r att v\u00e4nta till sista stund.<\/li>\n<li>Skryter och \u00f6verdrifter fr\u00e5n en person som inte har bevisat sina f\u00f6rm\u00e5gor och professionalism med handlingar. Om de har bevisat det, g\u00e5r det bra, inom rimliga gr\u00e4nser \ud83d\ude42<\/li>\n<li>Bedr\u00e4geri i alla dess former. Om uppgiften inte \u00e4r klar, ska du inte \u00e4ndra statusen till klar och skriva i kundens chatt att den \u00e4r redo. Datorn kraschade, systemet f\u00f6ll bort, hunden tuggade p\u00e5 b\u00e4rbara datorn \u2014 allt detta \u00e4r oacceptabelt. Om det verkligen \u00e4r en force majeure, m\u00e5ste teamledaren omedelbart informeras.<\/li>\n<li>N\u00e4r specialisten alltid \u00e4r offline och sv\u00e5rt att n\u00e5 under arbetstid.<\/li>\n<li>Toxicitet i teamet accepteras inte! Om n\u00e5gon \u00e4r oense, samlas alla f\u00f6r ett m\u00f6te och diskuterar och l\u00f6ser det.<\/li>\n<\/ul>\n<p>Och ytterligare n\u00e5gra fr\u00e5gor\/teser som jag ibland st\u00e4ller till min kund f\u00f6r att undanr\u00f6ja alla missf\u00f6rst\u00e5nd:<\/p>\n<ol>\n<li>Vilka \u00e4r era kvalitetskriterier?<\/li>\n<li>Hur avg\u00f6r ni om det finns problem i projektet eller inte?<\/li>\n<li>Om ni bryter mot alla v\u00e5ra rekommendationer och r\u00e5d f\u00f6r f\u00f6r\u00e4ndringar\/f\u00f6rb\u00e4ttringar, b\u00e4r ni alla risker sj\u00e4lva.<\/li>\n<li>Alla st\u00f6rre \u00e4ndringar i projektet (t.ex. alla m\u00f6jliga extra fl\u00f6den) kan leda till m\u00f6jliga buggar (som vi naturligtvis kommer att \u00e5tg\u00e4rda)<\/li>\n<li>Det \u00e4r om\u00f6jligt att f\u00f6rst\u00e5 vilket problem som har intr\u00e4ffat i projektet p\u00e5 bara n\u00e5gra minuter, \u00e4n mindre att l\u00f6sa det direkt.<\/li>\n<li>Vi arbetar efter ett specifikt produktfl\u00f6de (Uppgifter i Jira \u2013 Utveckling \u2013 Testning \u2013 Deployment). Det inneb\u00e4r att vi inte kan reagera p\u00e5 hela fl\u00f6det av f\u00f6rfr\u00e5gningar och klagom\u00e5l i chatt.<\/li>\n<li>Programmer \u00e4r just programmerare och inte professionella testare, och de kan inte s\u00e4kerst\u00e4lla tillr\u00e4cklig kvalitet p\u00e5 projektets tester.<\/li>\n<li>Ansvarigheten f\u00f6r slutlig testning och godk\u00e4nnande av uppgifter i produktion ligger helt p\u00e5 er.<\/li>\n<li>Om vi redan har p\u00e5b\u00f6rjat en uppgift kan vi inte omedelbart byta till andra uppgifter f\u00f6rr\u00e4n vi har slutf\u00f6rt den aktuella, annars leder det till \u00e4nnu fler buggar och \u00f6kad utvecklingstid.<\/li>\n<li>Antalet personer i teamet har minskat (p\u00e5 grund av semester eller sjukdom), men arbetsb\u00f6rdan har \u00f6kat och vi kan fysiskt inte hinna med allt ni vill.<\/li>\n<li>Er beg\u00e4ran att g\u00f6ra deployment i produktion utan testade uppgifter i utveckling \u00e4r endast ert risktagande, och inte utvecklarnas.<\/li>\n<li>N\u00e4r ni st\u00e4ller oklara uppgifter, utan korrekt fl\u00f6de, utan designskisser, kr\u00e4ver det av oss mycket mer arbete och l\u00e4ngre implementationstid, eftersom vi ist\u00e4llet f\u00f6r er m\u00e5ste utf\u00f6ra ytterligare arbetskapacitet.<\/li>\n<li>Eventuella buggar, utan detaljerad beskrivning av deras uppkomst och sk\u00e4rmdumpar, ger oss ingen m\u00f6jlighet att f\u00f6rst\u00e5 vad som g\u00e5tt fel och hur vi ska reproducera den buggen.<\/li>\n<li>Projektet kr\u00e4ver st\u00e4ndig utveckling och f\u00f6rb\u00e4ttringar f\u00f6r att \u00f6ka prestanda och s\u00e4kerhet. D\u00e4rf\u00f6r l\u00e4gger teamet en del av sin tid p\u00e5 dessa f\u00f6rb\u00e4ttringar.<\/li>\n<li>Eftersom vi ibland har \u00f6vertid (akuta fixar) m\u00e5ste vi kompensera f\u00f6r det p\u00e5 andra dagar.<\/li>\n<\/ol>\n<p>\nSom regel f\u00f6rst\u00e5r kunden omg\u00e5ende att det inte \u00e4r s\u00e5 enkelt med mjukvaruutveckling, och bara vilja \u00e4r uppenbarligen inte tillr\u00e4ckligt.<\/p>\n<p>Detta \u00e4r det hela. Jag l\u00e4mnar kvar m\u00e5nga f\u00f6rhandlingar och den initiala justeringen av alla processer bakom kulisserna, men i slut\u00e4ndan har allt ordnat sig. Jag kan s\u00e4ga att den h\u00e4r processen blivit n\u00e5gon slags \"Silverkula\" f\u00f6r oss. Nya personer som kom till projektet kunde omedelbart delta i arbetet fr\u00e5n f\u00f6rsta dagen, eftersom alla processer \u00e4r dokumenterade, och dokumentationen samt arkitekturen i diagramform gav en tydlig bild av vad vi alla g\u00f6r h\u00e4r. <\/p>\n<p><i>P. S. Jag vill \u0443\u0442\u043e\u0447\u043d\u0438\u0442\u044c, \u0447\u0442\u043e \u0443 \u043d\u0430\u0441 \u043d\u0435\u0442 \u043c\u0435\u043d\u0435\u0434\u0436\u0435\u0440\u0430 \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043d \u0435\u0441\u0442\u044c \u0441 \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430. \u0421\u043e\u0432\u0441\u0435\u043c \u043d\u0435 \u0442\u0435\u0445\u043d\u0430\u0440\u044c. \u041f\u0440\u043e\u0435\u043a\u0442 \u0435\u0432\u0440\u043e\u043f\u0435\u0439\u0441\u043a\u0438\u0439. \u0412\u0441\u044f \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u043a\u0430\u0446\u0438\u044f \u0442\u043e\u043b\u044c\u043a\u043e \u043d\u0430 \u0430\u043d\u0433\u043b\u0438\u0439\u0441\u043a\u043e\u043c.<\/i><\/p>\n<p>Lycka till med projekten. Br\u00e4nn inte ut er och f\u00f6rs\u00f6k f\u00f6rb\u00e4ttra era processer.<\/p>\n<p>K\u00e4llan finns i min <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blogg<\/a><\/noindex>.<br \/>\n<br \/>K\u00e4lla: <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\/sv\/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=\"sv_SE\" \/>\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\/sv\/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 av arbetsprocessen i ett team f\u00f6r IT-projekt | ProHoster","description":"Hej v\u00e4nner. Jag ser ofta samma scenario, s\u00e4rskilt inom outsourcing.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}