Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
TILLEGG B. INTERVJUER B-6<br />
var som oftest masse implisitt kunnskap hos brukerne som ikke hadde kommet frem<br />
n˚ar man laget detaljeringen av kravene. Dermed m˚atte man i mange tilfeller gjøre<br />
endringer for ˚a møte den nye informasjonen man fikk. N˚ar det gjelder kompetansen<br />
i teamet, sier Kim at ingen av medlemmene var ekspert innenfor brukervennlighet,<br />
men at brukte mye tid p˚a ˚a f˚a brukeropplevelsen riktig. Som allerede nevnt brukte<br />
de mye tid p˚a ˚a gjøre empirisk arbeid, i hovedsak gjennom workshopen.<br />
<strong>Brukervennlighet</strong><br />
I de tidlige fasene hvor man detaljspesifiserte kravene hadde man fokus p˚a˚a gi gode<br />
søkeresultater basert p˚a søkekriteriene brukerne hadde i den gitte konteksten. Man<br />
la i denne fasen liten vekt p˚a plasseringen av ulike brukergrensesnittelementer (som<br />
f.eks. knapper, farger osv.), siden dette ville forandre seg ettersom man fikk store<br />
volum av data inn i systemet.<br />
Deltagerne i gruppen de arbeidet med i workshopen ble valgt ut etter nøye vurderinger.<br />
Hadde med seg regnskapsføreren, men det var opptatt av ˚a ha med seg<br />
reelle brukere som arbeidet med dette til daglig. S˚a i de mest intense periodene<br />
fikk de med seg brukere fra de store havnene til Color Line (Hirtshals, Kiel osv.).<br />
Man valgte ˚a la noen av deltagerne være faste medlemmer i workshopen (regnskapsføreren<br />
og 4 andre brukere), samtidig som man valgte deltagere ut ifra hvilken<br />
del av systemet man arbeidet med. N˚ar man jobbet med faktura modulen, var det<br />
naturlig at brukere som arbeidet mye med dette ble inkludert i workshopen.<br />
Intervjuobjekt 2 tror at denne m˚aten ˚a utvikle systemet p˚a har gitt utviklingsteamet<br />
gode og riktige tilbakemeldinger. De reelle brukerne har hatt mulighet til<br />
˚a komme med innspill, slik at det ikke bare er regnskapsføreren som har bestemt<br />
hvordan de skal være. Samtidig mener intervjuobjekt 2 at denne brukerdeltagelsen<br />
har vært viktig for prioriteringer i utviklingsprosessen. Men for ˚a sikre god balanse<br />
mellom prioriteringene har kunden (definert som han som betaler systemet) vært<br />
svært viktig. I tillegg er det kunden som har domenekunnskapen. S˚a kunden har<br />
vært en meget viktig ressurs under utviklingsprosessen.<br />
Et annet problem intervjuobjekt 2 poengterer knyttet til brukermedvirkning, er<br />
n˚ar man forsøker ˚a finne den optimale løsningen brukerne faktisk ønsker. Det man<br />
s˚a var at n˚ar sluttbrukerne ble spurt om hva de ønsket seg, beskrev de i mange<br />
tilfeller ønsker basert p˚a det systemet de allerede hadde i dag. S˚a intervjuobjekt 2<br />
poengterte at de brukte mye tid p˚a ˚a f˚a brukerne til ˚a fri seg fra dette tankesettet,<br />
slik at man kunne f˚a en forst˚aelse av hva de faktisk ønsket seg.<br />
Systemet nærmer seg n˚a et stadium hvor man skal inkludere sluttbrukerne mer<br />
aktivt for ˚a forbedre brukeropplevelsen enda mer. Dette stadiet vil ikke kun best˚a