Arkiv för november, 2008

Scrum

november 26, 2008

Vi har under förra veckans gång fått testa på en ny projektmodell som heter Scrum.  Den nya modellen använde vi när vi skulle arrengera våran klassfest. Min uppfattning om modellen är ganska positiva. Då arbetsfördelningensfasen var bra, då man fick en uppgift direkt istället för att leta upp sin roll i projektet.

Scrum är en metod skapad av Jeff Sutherland och Ken Schwaber. Den används mest i mjukvarobranschen då kvalite´är högst prioterad i denna modell.

Men vad är det då för skillnad mellan Scrum och vattenfallsmodellen?

Om man tar en närmare titt på modellerna så ser man i vattenfallsmetoden går det som i en trappa man lägger bit för bit tills projektet är klart medans i scrum försöker man att lägga fler bitar samtidigt.  Vatten modell är uppbyggd i olika steg:

1 förstudie, 2 Kravspec, 3 systemdesign, 4 Implentering, 5 Test och 6 Leverans.

Denna metods nackdel är att det tar ganska lång tid då varje steg ska säkerhetställas men det positiva är i ett ekonomisk perspektiv kan du analysera och räkna ut hur mycket ett projekt kommer att kosta.

I projektledandet skiljer det en hel del. I vattenfallsmodellen är det en ensam Ledare som styr och strukturerar upp projektet och håller koll på vad som ska göras. Projektledaren avlägsnar oftast rapporten ensam till uppdragsgivarn. Medans man i scrum har fördelat upp arbetet mellan olika scrummasters( projektledare över mindre grupper). Arbetarna rapporterar till sin scrummaster om sitt arbete, scrummastern rapportera till de andra scrumasterna om hur arbetet gått till i gruppen och tillsammans avlägsanr de en rapport till uppdragsgivarn.

i Kommunikationsammanhang ligger scrum miltals framför den andra modellen. Eftersom vattenfallsmodellen inte har kontitunerliga avstämningar utan sätts ut lite sporadisk. Vilket jag ser som en nackdel då inte arbetsgruppen får höra hur det går för dom andra i arbetslaget I scrum finns det järnkoll eftersom man varje dag går igenom med sin scrummasters dessa 3 frågor. Mötet kallas för daily scrum

1.Vad har jag gjort sedan igår?

2. Vad har jag åstadkommit imorgon?

3. Vad är mina hinder?

Genom besvara dessa frågor får man frekvent uppdateringar vad som sker inom gruppen och vad som behövs göras. Fördelen med det är att man blir mer fokuserad på vad man ska göra och man blir mer självgående eftersom du sätter upp dina egna mål du ska göra under dagen. Du får även insikt i hur du ligger till tidsmässigt.

När vi planerade klassfesten använde vi oss av en vägg för att rapportera vad som hade gjorts, vad som var klar, vad som behövdes göras och när något nytt kom upp på tavlan fick man pussla om lapparna och rangordna dom igen. detta var vår backlog en samlingsplats för önskemål och förändringar av projektet. Vilket jag tyckte var bra då man kunde se hela bilden av vår produktion.

Arbetet läggs upp i spiraler . Där man börjar med en planeringspiral och avslutar med slutprodukten och i dessa spiraler har man daily scrum.  Dessa spiraler brukar ha en deadline på ca 30 dagar och då ska man ha hunnit klart sitt arbete. För att påbörja nästa spiral. Vattenmetoden går ju som sagt steg för steg och brukas läggas upp i ganttscheman. Det som är grymt med scrum är att märker man att man ligger efter och en annan grupp före kan man föra över arbetskraft som gör att man håller tidsramen. Det ser jag som en jättefördel att man på ett flexibelt sätt kan samarbeta i de olika grupperna och vara resurser för varandra.

Tidsmässigt är vattfalls modellen inte så dålig eftersom planeringen är ganska noggran har man ett bra överseénde på hur lång tid varje moment kommer att ta, men är det något som tar längre tid kan det bli ödesdigert för att omflyttning av personal är något man inte gör.

I början var jag inne på hur bra arbetsfördelningen var i denna modell.  Det beror nog på att man ständigt håller sig uppdaterad i vad som händer och gör det lättare att se vad som behövs göras efetrsom det diskuteras så ofta. Viket jag känner att man använder den andra modellen att ibland kommer man fram i perioder när man inte riktigt vet vad som ska göras. Detta tror jag beror på att informationen inte alltid går fram och man hamnar i en ovisshet vad som behövs göras.

Rangordningen hur scrum prioreterar sina saker:

1 Kvalité

2. Leveranstid

3. Omfattning

I scrum prioteras kvalitén först och främst, därför fördelar man arbetet så att rätt man är på rätt plats. Så att man blir klar i tid. Det blir lätt att fixa till små detaljer och ändra saker för att kommunikationen mellan alla parter är så hög. det är kvalitetsarbetet om utmärker scrum modellen.  I vattenfallsmetoden är det mycket i vad som skrivs i projektplanen och det blir svårare att justera ändringar för att man har gjort allt stegvis är det svårare att gå tillbaks för produkten har utvecklats  så pass mycket att det tar för lång tid att göra det. Fördelen i vattenfallsmodellen är att produkter som levererats är alltid säkerställda och kvalitetssäkrat.   Då produkten har lämnats är den klar och redo att användas.

Min slutsats är att Scrum är en väldigt bra metod och förstår varför mjukvarubranschen använder den för i deras värld är kvaliten a och o. En positiv sak är en involverar in de anställda på ett bra sätt som gör att amn känner sig mer delaktig.

Men i vårat projekt kanske de inte funka ultimalt när många var borta, men det kändes bra att komma in smågrupper och få små specialistområden och när man sammanfoggar dessa små grupper ser man resultatet samtidigt som man kan få en inblick i vad de andra gör genom att kolla i backup loggen.

Varför den inte är så beprövad i företagsvärlden tror jag beror på att i vattenfallsmodellen kan man säkerställa kostanden bättre och det gör att det blir ett säkrare kort för företagen. När de får reda på ganska fort vad kostnaden kommer att bli.

Är nyfiken på att testa denna metod igen och se om det blir ett bättre resultat.

Avslutar med att förbanna internet som hacka upp sig som gjorde att jag förlora en del av arbeten och fick börja om.

Curse you bloody internet!