Generella riktlinjer vid distribuerad Scrum

Abstract

I dagens samhälle är företag globala och kan ha kontor på olika ställen i världen. Det blir då allt mer vanligt att projekt bedrivs på olika platser, så kallade distribuerade projekt, dessa kan vara allt från olika städer inom länder till över nationers gränser. Det används både traditionella metoder så som Vattenfallsmodellen till nya flexibla metoder som till exempel agila metoder. Hur påverkas arbetet när ett projekt är distribuerat, alltså att en projektgrupp är utspridd på olika platser? Detta försvårar möjligheten till att skapa bra projekt, något vi belyser och försöker hitta lösningar på. Aspekter som kan spela in är svårigheter med kommunikation och interaktion samt tidsmässiga, språkliga och kulturella problem. Kommunikationsföretaget Riksnet är i behov av en ny webbplats. De är intresserade av det agila tillvägagångssättet då de idag inte arbetar med någon speciell metod inom företaget. De vill implementera den agila metoden Scrum vid skapandet av denna webbplats. Scrum lyfter fram individer och interaktion framför processer och verktyg vilket underlättas vid fysisk interaktion. Att Riksnet befinner sig i Umeå och vi i Göteborg leder till att ett sådant projekt blir distribuerat. Detta ger oss följande frågeställning: Vilka problem uppstår vid distribuerad Scrum och hur påverkar de det agila manifestets riktlinjer? För att besvara frågeställningen genomfördes litteraturstudier, intervjuer samt en fallstudie där vi arbetar med Scrum i ett distribuerat projekt. På fallstudien bedrivs aktionsforskning. Utifrån de upptäcker som gjordes i fallstudien ser vi till problem som kan uppstå vid distribuerad Scrum samt om det agila manifestet inte följs. De upptäcker som gjorts ställs mot befintlig litteratur samt intervjuer och utgör rapportens resultat. Upptäckterna ledde fram till generella riktlinjer som är tänkta att fungera för företag liknande Riksnet.