Gå til hovedindhold
Version2 it for professionelle
Forsiden

Hovedmenu

  • It-nyheder
  • Blogs
  • It-job
  • It-firmaer
  • Whitepapers
  • Opret bruger
  • Log ind
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?
Se kommentarer (3)
Emner Scrum

Sådan skalerer du Scrum

Det kan være noget af en udfordring at få Scrum til at passe til den virkelige verdens realiteter. Læs her, hvordan Scrum-projekterne følges til dørs.

Af Tania Andersen Fredag, 25. april 2008 - 13:10

Scrum er en af de såkaldte adrætte udviklingsmetodikker, som prøver på at komme uden om de forhindringer, der kan lægge softwareprojekter i graven. Scrum er et sportsudtryk lånt fra Rugby, der betyder noget i stil med frispark.

Scrum-metoden gør det muligt at arbejde med et projekt, hvor rammerne ikke er helt nagelfaste. Men Scrum-metodikken fortæller ikke, hvordan man kommer i gang med projektet, og hvordan man afslutter og vedligeholder det færdige produkt.

Amerikanske Scott Ambler vejleder udviklingshold i adræt udvikling hos IBM, og i en artikel i Dr. Dobbs giver han nogle bud på, hvorledes Scrum-projekter sættes i gang og følges til dørs.

Elefant i små bidder

Scrum bygger på udvikling i små skridt, som skaber et grundlag for dialog med projektets kunder. Viden fra kunden og andre, som har en interesse i det færdige produkt, samles i en liste, en såkaldt "backlog" over de funktioner, som det færdige produkt skal rumme. Hver måned tager udviklerne fat på en ny portion opgaver fra listen. Listen af udestående opgaver kan løbende revideres, hvis projektets mål flytter sig undervejs.

Arbejdsforbruget over hver funktion i backlog-listen skal vurderes, og tallene lægges sammen for at få en samlet vurdering af tidsforbruget. Efter et stykke tid kan projektets samlede tidsforbrug beregnes ved at sammenligne mængden af udestående opgaver på backlog-listen med tidsforbruget.

Scrum er opdelt i såkaldte iterationer. Det er korte udviklingsforløb, som i Scrum kaldes for en "sprint". Hvert sprint er et afsluttet forløb, som ender med et brugbart softwareprodukt, der opfylder kundens krav og fungerer i praksis.

Livscyklus

Men konstruktionen er kun en del af den samlede udviklingsproces, skriver Scott Ambler.

Man er nød til at inddele projektet i faser, fordi aktiviteternes karakter ændrer sig igennem projektets forløb. Den første fase kaldes ved navne som "iteration 0," "warm up" og "pre-game," og der findes tilsvarende en række betegnelser for slutfasen, som f.eks. "release."

Mange synes, at disse navngivne faser strider i mod ånden i adræt udvikling, men i praksis viser det at være et fundamentalt begreb i forhold til software-livscyclus, mener Scott Ambler.

Han angiver en række "kritiske aktiviteter," som er vigtige for at få projektet halet i land. De lyder som følger:

  • Man bliver nød til at have en række krav som udgangspunkt og en ide om, hvilken arkitektur der skal til. Det kan adressere basale spørgsmål om omfang, omkostning, tidsplan og teknisk strategi.

  • For at sikre produktets kvalitet bør man have et uafhængigt test-hold, som arbejder parallelt med udviklingsholdet. Test-holdets tilbagemeldinger ryger tilbage til udviklingsholdet, som benytter dem på lige fod med andre krav i backlog'en.

  • Backlog'en indeholder alle de opgaver, som holdet må forholde sig til. Det kan f.eks. dække over konfigurering af udviklernes pc'er, uddannelse, fejlretning, ferieplanlægning osv. Det hele skal med i planlægningen.

  • Iterationerne behøver ikke nødvendigvis at være af én måneds længde, og hvert enkelt hold må bestemme, hvad der er rigtigt for dem. En undersøgelse foretaget tidligere af Dr. Dobbs viser, at to uger var den mest anvendte længde blandt de hold, tidsskriftet spurgte.

  • Det effektive hold beviser gyldigheden af deres arkitektur-valg tidligt i processen. Selv om purister hævder, at man kun bør prioritere på grundlag af forretningsvilkår, viser virkelighedens verden, at det er nødvendigt at adressere de teknisk risikable krav tidligt i livscyklussen.

  • Den afsluttende overgangsfase til produktion skal give tid til at få systemet i produktion uden tårer. Det inkluderer uddannelse af brugerne, afslutning af test-arbejdet, afslutning af dokumentationsarbejdet og udrulning af systemet.

  • Forslag til forbedringer og fejlrapporter, som kommer efter systemet er sat i drift skal ind i backlog'en, og så kan hele møllen ellers starte forfra.

Hvad synes du? Er det snyd at snakke om faser i adrætte projekter, eller må man blande de adrætte metodikker med andre erfaringer? Giv dit besyv med i debatten herunder.

Send Tweet
Udskriv

IT-job & karriere

  • Se alle it-job
  • Importer din kompetenceprofil fra LinkedIn
Softwareudvikler - Stibo Systems
Udgivet 17. maj 10.14
Softwareudvikler med passion for arkitektur
Udgivet 2. maj 13.41
Senior Software Engineer med mod på ledelse
Udgivet 22. maj 12.57
IT Network Administrator for Danske Commodities
Udgivet 2. maj 12.58

Kommentarer (3)

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Niels Jacobsen 26. apr. 2008 - 07.48
 
En pragmatisk holdning til Agile

Scott Ambler har en dejlig pragmatisk holdning til agile – han kigger på hvad der virker i praksis – og kommer med gode forslag, men sætter det ikke op som ”love / regler”.

For det der virker, er ikke ”dogmer”, men sammensatte modeller der passer til virksomheden, projektet eller enkelt personer.

Så man kan sagtens tage udgangspunkt i agile principper, men det er vigtigt at tilpasse dem sin egen verden. Dette ser jeg hos en lang række virksomheder der laver sin egen modeller inspireret fra f.eks RUP, SCRUM, Lean og Prince2.

Vil man høre mere til Scott’s ideer så er han i Danmark den 20 maj -> http://www.version2.dk/grupper/Agil-udvikling/kalender/Strategier-for-Sk...

  • Stem op 0
  • Stem ned 0
  • anmeld
  • Log ind eller opret en konto for at skrive kommentarer
Martin Falck-Hansen 27. apr. 2008 - 11.37
 
Re: En pragmatisk holdning til Agile

På JAOO for et par år siden var der et track om "Post-agile" hvor den adrætte tankegang blev taget op til revision og en af hovedpointerne var at en af grundene til at XP havde svært ved at vinde indpas var at det var en række praksiser som alle skulle følges og kunne være svære at tilpasse organisationen.

En lille korrektion til artiklen. Scott Ambler er kanadier:
http://www.ambysoft.com/canada.html

  • Stem op 0
  • Stem ned 0
  • anmeld
  • Log ind eller opret en konto for at skrive kommentarer
Rasmus Christensen 27. apr. 2008 - 13.18
 
Skalering af SCRUM?

Hvordan er det nu lige at overskriften svarer til indholdet?

Efter netop at have afsluttet en Certified Scrummaster med Boris Gloger, mener jeg at skalering af Scrum er noget andet end det du peger på i artiklen, Altså, hvor man skalerer fra f.eks. ét scrum team til flere, f.eks. ved at team members fra det første Scrum team bliver Product owners i de nye teams, men ikke nedlægger det oprindelige team.

Om man må/kan blande deadrætte metodikker, ja hvorfor ikke? SCRUM er efter min mening mere en måde at tænke på, være innovativ, mere end det er en metode ellers process.
Og ja der er da faser i den "tanke gang" Scrumplanning, estimering, analyse, design etc. Det er mere den måde de udføres på og de deltagende roller der er med til at gøre forskellen. Men vil man anvende scrum, så skal man også tage den fulde pakke og ikke blot sige, nu benytter vi os lige af det og det.

  • Stem op 0
  • Stem ned 0
  • anmeld
  • Log ind eller opret en konto for at skrive kommentarer

Tilføj kommentar

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Log ind herunder eller opret en bruger for at skrive kommentarer
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?

Seneste nyt

Ethernet fylder 40: Fra datacenter til F16-fly

Udgivet 24. maj 15.55Opdateret 24. maj 15.55

Rygte: 48 millioner Xbox Live-konti hacket

Udgivet 24. maj 14.40Opdateret 24. maj 14.40

Shopamok: 41 domæner fra konkursbo sat til salg for 500 kroner

Udgivet 24. maj 14.08Opdateret 24. maj 14.08

300.000 cloud-servere giver ny Xbox supermuskler

Udgivet 24. maj 11.31Opdateret 24. maj 11.31

Yousee: Vi ville ikke skræmme kunderne

Udgivet 24. maj 10.44Opdateret 24. maj 11.32

Flere it-nyheder »

Tilmeld dig Version2's it-nyhedsbrev og vind den nye iPad.

Whitepapers

Version2 Insight: Softwaretest

Mediehuset Ingeniøren

Mobile Test Service - Device & Test Coverage

Testhuset

Succes historier om OPS – Optimized Print Services

Konica Minolta Business Solutions Denmark

OPS - Optimized Print Services

Konica Minolta Business Solutions Denmark

Mobile Test Service - Device Strategy & Planning

Testhuset
  • Flere whitepapers

Branchenyheder

Kapitaludvidelse på halv mia. skal åbne nordtysk marked

GlobalConnect

Digitale samarbejdsværktøjer vokser eksplosivt

Projectplace

Lyncs stormløb - høje ambitioner og køb af Skype

GlobalConnect

Redpill Linpro hjælper kunderne ud af IBM Notes' databaser

Redpill Linpro

VP SECURITIES skaber overblik over kunderne med ny Microsoft CRM løsning

ProActive

It-virksomheder

Eksponent
|
Strongminds At Work
|
PrettyGoodTesting
|
Climber Danmark
|
Nhouse
|
Atriumweb
|
Media Function
|
radoor & co aps
|
It-Gruppen Danmark Øst
|
Praktisk IT
|
Cometpeople
|
TOPdesk Danmark
 

Information

  • Kontakt redaktionen
  • Job- og annoncesalg
  • Teknisk support
  • Om Version2
  • Brugerbetingelser
  • Cookie- & privatlivspolitik

Aktuelle emner

  • Agil udvikling
  • Business Intelligence
  • Cloud computing
  • Intranet
  • It-sikkerhed
  • NemID
  • Open source CMS
  • Projektledelse
  • Scrum
  • Sharepoint intranet
  • Storage
  • Ubuntu
  • Virtualisering
  • Windows 8
  • Windows Server 2012
  • iOS 6
  • iPhone 5

Tjenester

  • iPhone-app
  • RSS-feeds
Følg @version2dk
Tilmeld dig Version2's it-nyhedsbrev og vind den nye iPad.

Version2 udgives af

  • Mediehuset Ingeniøren A/S work Trekronergade 26 2500 Valby
  • Tlf. work 33265300