Nya utvärderingsmetoder

Mjukvaruutvecklingsområdet har den senaste tiden lagt stor vikt vid utvärderingsmetoder och deras användbarhet inom mjukvaruutveckling. Följande metoder är förmodligen de mest värdefulla under ett mjukvaruprojekt:

Pizzabaserad utvärdering
Tillvägagångssätt: Räkna antalet pizzakartonger i labbet.

Mått på: Mäter storleken av underskattningen av schemalagd tid. Om folk spenderar så mycket övertid för att arbeta på projektet att de måste få sin mat levererad finns det uppenbarligen en feluppskattning någonstans.

Aspirinbaserad utvärdering
Tillvägagångssätt: Placera en burk aspirin på ett ställe där hela teamet har tillgång till den. I början och slutet av varje månad räknas antalet kvarvarande aspirin i burken.

Mått på: Ger ett mått på stressen teamet upplever under projektet. Ökar aspirinkonsumtionen ju längre projektet går, beror detta oftast på dålig uppläggning i början av projektet, vilket leder till överansträngning senare. Hög aspirinförbrukning tidigt under projektet kan tyda på att produktens mål eller andra parametrar var dåligt specificerade.

Ölmetoden
Tillvägagångssätt: Bjud in teamet på en ordentlig barkväll varje fredag. Kontrollera den totala barnotan.

Mått på: I nära relation till aspirinmetoden ger ölmetoden ett mått på teamets frustrationsnivå. Bland annat kan detta bero på att den tekniska utmaningen är större än förväntat.

Utvärdering baserad på tillkommande funktioner
Tillvägagångssätt: Räkna antalet funktioner som tillkommit utan att de är begärda utav någon specifikation.

Mått på: Detta visar att schemat är väldigt generöst upplagt. Om teamet har tid att lägga till funktioner som inte är nödvändiga, så har för mycket tid lagts till en uppgift i schemat.

"Ducka!"-metoden
Tillvägagångssätt: Den här är lite klurig, men en trolig utvärdering kan göras genom att räkna antalet utvecklare som lämnar rummet när någon från marknadsavdelningen kommer in. Detta är bara giltigt när ett specifikationsdokument har avklarats.

Mått på: Visar hur produkten står sig mot de grundläggande kraven. Om för många förändringar görs efter att produkten är färdig, kommer utvecklarna undvika marknadsavdelningen i rädsla för ytterligare en förändring hos en design som mötte alla de grundläggande kraven.

Utvärdering efter statusrapporter
Tillvägagångssätt: Räkna det totala antalet ord tillägnat projektet i en utvecklares statusrapport.

Mått på: Detta är ett enkelt sätt att ta reda på hur smidigt ett projekt rullar. Går allt bra kan det stå någonting i stil med, "Jag talade med Peter, pryttlarna kommer helt enligt planeringen". Är det problem någonstans så kommer det stå, "Jag fick äntligen tag på Peter efter att ha talat med hans röstbrevlåda de nio dagar i följd. Det verkar som att pryttlarna blir försenade på grund av snö i Långtbortistan, vilket tvingar oss att lägga tjohopp-schemat på is. Blir tjohopp-schemat försenat med tre veckor finns risk att hela projekt missar vår juli-deadline.

Text: Andreas Wittwer (översättning)