Scrum er en filosofi og en arbejdsmåde, der hjælper organisationer til at få mest muligt ud af deres indsats. Scrum er en af de mest udbredte Agile metoder til at styre komplekse projekter.

Scrum giver en struktur der skal sikre resultater, mens man arbejder med skiftende krav og mindre end perfekt teknologi og værktøjer

Scrum kan spores tilbage til krigsproduktionen under anden verdenskrig i USA via Toyota's produktionsmodel og faktisk endnu mere deres produktudviklingsmodel, videre til "The new-new product development game" af Hirotaka Takeuchi og Ikujiro Nonaka og frem til Ken Schwabers bog "Agile Software Development with SCRUM" fra 2001. Scrum deler meget tankegods med hele Lean filosofien.

Scrum er:

• En empirisk metode til at kontrollere komplekse projekter, det bygger på velkendte og veldokumenterede principper fra ikke-IT industrien.
• I IT-projekter med ikke-ideel eller skiftende specifikationer og ukendt eller fejlbehæftet teknologi giver Scrum en meget højere succes rate end den traditionelle "Waterfall" metode.
• Udtrykket Scrum stammer fra rugby, hvor scrum er en metode til at få bolden tilbage i spil. Det daglige Scrum møde har netop denne funktion i et Scrum projekt, at holde projektet kørende, hvor man har mulighed for at fjerne ting der blokere den videre fremgang.
• En af de agile metoder der hurtigst vinder frem i IT verdenen. Sammen med dens fætter - eXtreme Programming - er den med til at ændre hvordan organisationer vrider resultater ud af et stigende kaos.

Scrum er baseret på:

• Bekræftigelse af ændringer i krav og teknologi
• Behovet for empirisk proces kontrol snarere end defineret proces kontrol
• Selv organiserende teams
• Japansk inspirerede metoder til konstant forbedring.
• Kraften i inkremental levering af funktionalitet (sashimi)
• Cross-funktionelle teams producerer fuldstændige produktstigninger.

Scrum går ud på at:

• Arbejde i iterationer, som vi kalder "Sprints", for hele tiden at vide, hvor langt vi er, for at bruge ressourcerne optimalt og løbende at opbygge viden om opgaven og dens løsning.
• Hele tiden at prioritere, for hvert Sprintudvælger vi de vigtigste delopgaver eller emner og løser dem.
• At skabe omgivelser og arbejdsforhold, så det team, der skal løse opgaven kan "rykke" helt exceptionelt.
• At nedbryde opgaven i delelementer - emner, der kan gøres helt færdige i et Sprint
• At komme i en tilstand gennemsyret af princippet om konstant forbedring.

1. Scrum i praksis

Vi skal bruge:

• En prioriteret liste over de ting vi gerne vil have, vi kalder denne liste en "Product Backlog" og tingene "Backlog Items" eller "emner".
• En person, der vil tage ansvaret for Backloggen og prioriteringen, ham kalder vi: "Product Owner" (PO).
• Et team (5-8 medlemmer), der kan og vil løse opgaven og er villige til at estimere emnerne og tage ansvaret for Sprintene.
• En person, der vil tage ansvaret for processen og fjerne forhindringer på Teamets vej, ham kalder vi "Scrum Master" (SM).

2. Målet

• At opnå maksimal værdi af den indsats, der ydes.
• At opnå maksimal synlighed i processen og forløbet.
• At levere kvalitetsløsninger på opgaverne.
• At opbygge en holdning i teamet omkring konstant forbedring.
• At give teamet arbejdsglæde og tilfredsstillelse ved at løse noget væsentligt, og at gøre det ordentligt.
• At give teamet mulighed for hele tiden at vokse i styrke og kompetence.

3. Metoden

• Product Owneren prioriterer backloggen udfra forretningsværdi og estimat.
• Han udvælger et antal items sammen med teamet, som teamet tror på, at de kan gennemføre i det første sprint, dette møde kaldes Sprint Planning 1.
• Teamet bryder derefter disse valgte backlog items ned i tasks og sætter disse på sprintbackloggen, dette kalde Sprint Planning 2.
  Teamet selvorganiserer og begynder arbejdet.
• Hver dag holder teamet et 15 min. Scrum møde for at synkronisere hvor de er, og afklare om der er noget der forhindrer dem i at arbejde optimalt.
• Ved afslutningen af sprintet holdes et møde, der kaldes Sprint Review, hvor alle interessenter er indbudte, Product Owneren accepterer det leverede (eller ikke).
• Teamet holder derefter et et Retrospecitve møde  for at vurdere hvordan dette sprint gik.
• Scrum Masteren sørger for at alt dette sker - dag for dag.