<p>Extreme programming (XP) är en av flera lättrörliga utvecklingsmetoder. Detta innebär att arbetssättet är strukturerat på ett sätt som gör att systemets innehåll enkelt kan omformas efter uppkomna önskemål under projektets gång. Dessa metoder är alltså anpassade för att hantera förändrade kravbilder under pågående projekt. Principen är att framtiden är föränderlig, varför det behövs utveckling som stöder föränderlighet.</p><p>Kunden ges en betydelsefull roll i lättrörliga utvecklingsprojekt.</p><p>XP består av ett antal praxis (practices) som tillsammans syftar uttryckligen till att utveckla enastående (outstanding) programvara. Vi har dock funnit att XP inte kan sägas utgöra en metod i bemärkelsen som Goldkuhl (1992) definierar en metod.</p><p>Vår huvudsakliga fråga som besvaras i uppsatsen är hur XP kan användas. Vi har genomfört tvåfallstudier. Vi var nyfikna på att förstå hur företagen löser problematiken att XP inte har en väl beskriven arbetsföljd. Vårt syfte med denna uppsats har varit att genomföra en metodvärdering av XP för att visa hur XP kan användas och vilka styrkor och svagheter som finns i XP. Genom detta vill vi försöka ge råd tillföretag och organisationer som funderar på att införa XP som systemutvecklingsmetod. Analysarbetet har vi genomfört med hjälp av Multi-grounded theory. Metodvärderingen har vi gjort enligt MA/SIMM.</p><p>Vi har i vår undersökning bland annat kommit fram till att bägge företagen som vi undersökt lyckas få till fungerande metoder med hjälp av XP. Vidare har vi funnit att XP innehåller styrkor som gör att projektgruppen utvecklar system med rätt sorts funktionalitet och system med kodrelaterat få fel,samtidigt som kunden får snabb kundnytta och projektgruppenen kompetensspridning. Vi har också kommit fram till att XP innefattar svagheter som leder till att XP upplevs kaotiskt. Vi tycker bland annat att XP kräver att flertalet av projektdeltagarna är erfarna utvecklare.</p>

Extreme programming (XP) är en av flera lättrörliga utvecklingsmetoder. Detta innebär att arbetssättet är strukturerat på ett sätt som gör att systemets innehåll enkelt kan omformas efter uppkomna önskemål under projektets gång. Dessa metoder är alltså anpassade för att hantera förändrade kravbilder under pågående projekt. Principen är att framtiden är föränderlig, varför det behövs utveckling som stöder föränderlighet. Kunden ges en betydelsefull roll i lättrörliga utvecklingsprojekt. XP består av ett antal praxis (practices) som tillsammans syftar uttryckligen till att utveckla enastående (outstanding) programvara. Vi har dock funnit att XP inte kan sägas utgöra en metod i bemärkelsen som Goldkuhl (1992) definierar en metod. Vår huvudsakliga fråga som besvaras i uppsatsen är hur XP kan användas. Vi har genomfört tvåfallstudier. Vi var nyfikna på att förstå hur företagen löser problematiken att XP inte har en väl beskriven arbetsföljd. Vårt syfte med denna uppsats har varit att genomföra en metodvärdering av XP för att visa hur XP kan användas och vilka styrkor och svagheter som finns i XP. Genom detta vill vi försöka ge råd tillföretag och organisationer som funderar på att införa XP som systemutvecklingsmetod. Analysarbetet har vi genomfört med hjälp av Multi-grounded theory. Metodvärderingen har vi gjort enligt MA/SIMM. Vi har i vår undersökning bland annat kommit fram till att bägge företagen som vi undersökt lyckas få till fungerande metoder med hjälp av XP. Vidare har vi funnit att XP innehåller styrkor som gör att projektgruppen utvecklar system med rätt sorts funktionalitet och system med kodrelaterat få fel,samtidigt som kunden får snabb kundnytta och projektgruppenen kompetensspridning. Vi har också kommit fram till att XP innefattar svagheter som leder till att XP upplevs kaotiskt. Vi tycker bland annat att XP kräver att flertalet av projektdeltagarna är erfarna utvecklare.