Extreme Programming (XP) vs Scrum (Svenska)

Extreme Programming (XP) är en smidig programvaruutvecklingsram som syftar till att producera programvara av högre kvalitet och högre livskvalitet för utvecklingsteamet. XP är den mest specifika av de smidiga ramarna för lämpliga tekniska metoder för mjukvaruutveckling.

Scrum är en ram inom vilken människor kan ta itu med komplexa adaptiva problem, samtidigt som de produktivt och kreativt levererar produkter av högsta möjliga värde. Scrum i sig är en enkel ram för effektivt samarbete i team på komplexa produkter.,

Scrum och XP är både smidiga tillvägagångssätt som delar de gemensamma begreppen iterativ utveckling, arbetsprogramvara, release och iterationsplanering, dagliga möten, retrospektiv, alla delar av en smidig process. Båda tillvägagångssättet är inriktade varandra som ibland är svårt att skilja mellan ett lag som antar XP medan ett annat lag som gör Scrum.,

det finns dock vissa skillnader, några av dem mycket subtila, och särskilt i följande 4 aspekter:

1. Iteration längd

Scrum

• typiskt från två veckor till en månad lång.

XP

• typiskt en eller två veckor lång.

2., Om kraven får ändras i en iteration

Scrum

• tillåter inte ändringar i deras sprints.
• när sprintplaneringsmötet är slutfört och ett åtagande gjorts för att leverera en uppsättning produktstockar, förblir den uppsättningen föremål oförändrade genom slutet av sprinten.

XP

• mycket mer mottagliga för förändring inom sina iterationer.
• så länge laget inte har börjat arbeta med en viss funktion, kan en ny funktion av motsvarande storlek bytas in i XP-lagets iteration i utbyte mot un-started-funktionen.,

3. Huruvida användarhistoriken genomförs strikt enligt prioritet i iterationer.

XP

• arbeta i en strikt prioriteringsordning.
• funktioner som ska utvecklas prioriteras av kunden (scrums produktägare) och laget är skyldigt att arbeta med dem i den ordningen.

Scrum

• Scrum produktägare prioriterar produktstocken men laget bestämmer sekvensen i vilken de kommer att utveckla eftersläpningsobjekten.
• ett Scrum-team kommer sannolikt att välja att arbeta på det näst viktigaste.

4., Om du vill anta strikta tekniska metoder för att säkerställa framsteg eller kvalitet i processen för mjukvaruimplementering

Scrum

• föreskriver inga tekniska metoder;

XP

• XP gör det., id=”f3c4117e44″>XP Scrum Iteration längd om att tillåta modifiering av krav 1-2 veckor 2-4 veckor hantera ändringar med en iteration om efterfrågan är strikt i enlighet med prioriteten den kan ersättas med andra krav när ett behov inte implementeras, men genomförandetiden är lika., Scrum är inte tillåtet att göra detta. När iterationen är klar är inga ändringar tillåtna, och Scrum Master är strikt kontrollerad.,tekniska metoder om att anta strikta tekniska metoder för att säkerställa framsteg eller kvalitet mycket strikt kräver utvecklare att vara medvetna

  därför anser vi att XPS tillvägagångssätt är acceptabelt, men det ger smidig till en förvirrande paradox, eftersom tanken på XP, kombinerat med Agile-läge, förmedlar till laget meddelandet att ”du är en helt självhanterad organisation, men du måste implementera TDD, parprogrammering etc.,”

  det är inte svårt att finna att de fyra skillnaderna är ganska uppenbara:

  • I Scrum betonar den självorganisation
  • I XP betonar den starka tekniska övningsbegränsningar.

  slutsats

  Scrum är en ram för produktutveckling, som är en behållare där du kan lägga till andra metoder. XP är en av de metoder som du kan göra inom Scrum framework. Det finns inga anledningar till varför ett lag ska välja mellan Scrum och XP. XP regler och praxis är inte lätt och majoriteten av XP regler är icke-förhandlingsbara., Att lägga till XP i Scrum kan vara en naturlig väg för lag som börjar med Scrum och strävar efter att vara ett professionellt Scrum-lag.

  om visuellt Paradigm

  visuella Paradigm hjälper organisationer att hålla sig konkurrenskraftiga och lyhörda för att förändras snabbare och bättre i dagens snabbt föränderliga miljö. Våra prisbelönta produkter är betrodda av över 320,000-användare i företag som sträcker sig från småföretag, konsulter, till blue chip-organisationer, universitet och statliga enheter över hela världen., Det gör det möjligt för organisationer att förbättra verksamheten och IT smidighet och främja innovation genom populära öppna standarder och processramar.Visual Paradigm, en killer Agile funktion i 2018, introducerade Scrum Process Canvas för att automatisera hur ett Scrum team för att skapa, hantera och distribuera program som ger laget möjlighet att kontinuerligt förbättra sina resultat med oöverträffad hastighet och skala.

  hantera hela Scrum-processen på en sida

  • automatisera Scrum-ramen i en rolig och trevlig instrumentpanel med iögonfallande uppdaterad status.,
  • hantera eftersläpning, flera Sprints av olika Scrum Roller med en enda sida visuellt körbar duk
  • tillåta omedelbart tillgång, granska och generera scrum artefakter och relaterade dokument som ska arkiveras i det delade skåpet
  • automatisera Scrum händelser och relaterade aktiviteter med självförklarande instruktioner, prover och nödvändiga dokumentmallar.