Av
Tänker om. ”Med manuell simulering av systemfunktioner visar det sig ofta att man får tänka om rejält i designen av system”, säger Vendemores vd Christopher Engman.
Christopher Engman, som är vd på Vendemore, har hunnit med att dra i gång några mjukvaruföretag. På vägen har han gått på några nitar där projekt kraschat. Orsaken har varit dåliga kravspecifikationer.
Vis av erfarenheterna har han, och medarbetarna på Vendemore, kommit fram till ett arbetssätt som har minimerat problemen med dåliga kravspecifikationer. Resultatet är både effektivare systemutveckling och i slutändan bättre system.
Arbetssättet är att blivande användare av systemen får använda prototyper, så kallade mockups, i form av skärmformulär. Det är inget nytt i sig, men till skillnad från de allra flesta som använder prototyper resulterar användningen i en lista över saker som användaren gjort, till exempel i form av en textfil.
Sedan tar personal från Vendemore listan och matar in informationen manuellt i de databaser som används. Därefter följer mer arbete från användarens sida.
Genom växelarbetet får man en rejäl kontroll av att de tänkta funktionerna är de rätta.
– Då fattar användaren hur det fungerar och ofta kommer det fram att det krävs helt annorlunda lösningar än man trodde från början, säger Christopher Engman.
För närvarande erbjuder Vendemore fyra olika tjänster på webben, med bakomliggande system. Arbetssättet med prototyper och manuell simulering av tänkta system kommer till bruk när mycket ny funktionalitet ska läggas till i något av systemen. Det handlar om två tre tillfällen per år.
Vid varje tillfälle är två eller tre ”hyfsat tekniska” personer från Vendemore med och simulerar tänkta funktioner manuellt. Simuleringen för ett system pågår ungefär en månad. Christopher Engman har inte försökt räkna på hur mycket pengar och tid man sparar jämfört med traditionellt kravarbete, men resultatet är uppenbart positivt.
– Förutom att vi väldigt sällan skapar fel funktioner så kan vi lansera nya versioner snabbare och välja att automatisera processer stegvis. Dessutom behövs det inte så många programmerare, eftersom de kan koncentrera sig på att skriva kod när det är dags för det. De behöver inte skriva om så mycket.
Han beskriver att det på senare tid dykt upp beskrivningar av det här sättet att jobba i böcker som ”The Lean Startup” och ”Great by choice”.
Ett begrepp som används är hamsterware. Hamstrarna i sammanhanget är förstås de personer som utför det tänkta systemets funktioner manuellt.
– Det här är ett agilt sätt att jobba. Men vi undviker att det blir för agilt, risken med det är att man tappar bort slutvisionen av produkten som ska utvecklas.
Vis av erfarenheterna har han, och medarbetarna på Vendemore, kommit fram till ett arbetssätt som har minimerat problemen med dåliga kravspecifikationer. Resultatet är både effektivare systemutveckling och i slutändan bättre system.
Arbetssättet är att blivande användare av systemen får använda prototyper, så kallade mockups, i form av skärmformulär. Det är inget nytt i sig, men till skillnad från de allra flesta som använder prototyper resulterar användningen i en lista över saker som användaren gjort, till exempel i form av en textfil.
Sedan tar personal från Vendemore listan och matar in informationen manuellt i de databaser som används. Därefter följer mer arbete från användarens sida.
Genom växelarbetet får man en rejäl kontroll av att de tänkta funktionerna är de rätta.
– Då fattar användaren hur det fungerar och ofta kommer det fram att det krävs helt annorlunda lösningar än man trodde från början, säger Christopher Engman.
För närvarande erbjuder Vendemore fyra olika tjänster på webben, med bakomliggande system. Arbetssättet med prototyper och manuell simulering av tänkta system kommer till bruk när mycket ny funktionalitet ska läggas till i något av systemen. Det handlar om två tre tillfällen per år.
Vid varje tillfälle är två eller tre ”hyfsat tekniska” personer från Vendemore med och simulerar tänkta funktioner manuellt. Simuleringen för ett system pågår ungefär en månad. Christopher Engman har inte försökt räkna på hur mycket pengar och tid man sparar jämfört med traditionellt kravarbete, men resultatet är uppenbart positivt.
– Förutom att vi väldigt sällan skapar fel funktioner så kan vi lansera nya versioner snabbare och välja att automatisera processer stegvis. Dessutom behövs det inte så många programmerare, eftersom de kan koncentrera sig på att skriva kod när det är dags för det. De behöver inte skriva om så mycket.
Han beskriver att det på senare tid dykt upp beskrivningar av det här sättet att jobba i böcker som ”The Lean Startup” och ”Great by choice”.
Ett begrepp som används är hamsterware. Hamstrarna i sammanhanget är förstås de personer som utför det tänkta systemets funktioner manuellt.
– Det här är ett agilt sätt att jobba. Men vi undviker att det blir för agilt, risken med det är att man tappar bort slutvisionen av produkten som ska utvecklas.
