Ramverket Scrum vid mjukvaruutveckling i praktiken : En jämförelse av Scrum i praktik och teori

Sammanfattning: Det finns många olika teorier om hur man skall bedriva framgångsrik mjukvaruut- veckling. Metoderna har gått alltifrån mer sekventiella metoder till mer agila arbets- metoder. Misslyckanden inom projekt och brister i programvarorna var anledningen till att den agila arbetsmetoden definierades. Det agila arbetet innebär att regel- bunden kommunikation och ett inkluderande och iterativt arbete där utvärdering är en viktig beståndsdel. Syftet med denna studie är att undersöka hur arbetsme- toden Scrum fungerar i praktiken idag och om eller hur mycket det skiljer sig från det teoretiska för metoden. Studien skall även undersöka hur slutprodukter eventu- ellt påverkas av den metod en organisation eller företag använder. Arbetsmetoden Scrum studerades innan för att få en bra och fullständig uppfattning om hur metoden fungerar i teorin och de olika beståndsdelarna. Därefter skapades ett formulär med intervjufrågor baserad på den studerade teorin. Frågorna bestäm- des utifrån metoden och dess beståndsdelar, och omfattade hela metoden. Totalt in- tervjuades sex respondenter och respondenterna valdes ut utifrån roll på organisat- ion/företag. Kravet var att intervjua Scrummästare, projektledare och en mjukvaru- utvecklare för att få en lite bredare bild. Deltagande respondenter bestod av en ut- vecklare, tre med roller som Scrummästare/Agil coach och två med roller som pro- jektledare. Vid avslutade intervjuer sammanställdes dessa och presenterades i rap- porten. De olika intervjuerna och dess svar användes sedan i slutsatsen för arbetet, för att kunna dra slutsatserna om hur Scrum används hos olika och om det skiljer sig mycket. De sex olika intervjuerna som genomfördes gav liknande svar i sin helhet, men de- taljerna skiljer sig åt mellan organisationerna. Samtliga företag har valt större delar av Scrum vid användningen av metoden, men har gjort egna modifieringar och an- passningar. De flesta modifieringar som gjorts är så pass små att det inte påverkar slutprodukten mycket, bortsett från ett företag som inte ägnar tid åt viktiga delar i slutet av en sprint.