Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...

Recommendations

Info

KAPITTEL 5. DISKUSJON 54 ferdige systemet. Men som det ble p˚apekt i intervjuet, følte man at skissene i mange tilfeller var mangelfulle. Dermed m˚atte man litt ufrivillig ta beslutninger knyttet til brukergrensesnittet, og dermed brukeropplevelsen. Før vi plasserer dette prosjektet p˚a UMM-skalaen, vil det være naturlig ˚a se litt nærmere p˚a de aktuelle niv˚aene. Vi har fra tabell 5.1 at følgende kriterier m˚a være oppfylt for at man skal befinne seg p˚a niv˚a A: Man har anerkjent at det er behov for ˚a øke brukskvaliteten i systemet. P˚a niv˚a B er utviklerne bevisste p˚a at brukskvalitet er viktig og de arbeider med elementer som er brukerrelatert. Dette niv˚aet best˚ar av to del-niv˚a, og er presentert i tabell 5.2. ID Krav A1.1 Ledelse og ansatte er gjort oppmerksom p˚a at det er nødvendig˚a forbedre aspekter knyttet til bruk av systemet under utviklingsprosessen. A2.1 Informasjon er innhentet slik at den kan benyttes n˚ar brukerkrav skal utarbeides. A2.2 Undersøkelse av dagens praksis for ˚a f˚a informasjon som kan benyttes i utarbeidelsen av brukerkrav. Tabell 5.1: Krav p˚a niv˚a A i Usability Maturity Model. ID Krav B1.1 Ansatte er gjort oppmerksom p˚a at brukskvalitet er en attributt i systemet som kan forbedres. B1.2 Ansatte er gjort oppmerksom p˚a at brukskvalitet oppn˚as via bruk av en serie av brukersentrerte prosesser. B1.3 Ansatte er gjort oppmerksom p˚a at hele systemet m˚a være brukersentrert, ikke bare brukergrensesnittet og den fysiske ergonomien. B2.1 Ansatte er gjort oppmerksom p˚a at sluttbrukeren m˚a bli tatt i betraktning b˚ade under utviklingen og ved brukerstøtte. B2.2 Ansatte er gjort oppmerksom p˚a at sluttbrukerens ferdigheter, bakgrunn og motivasjon er ulik den utviklerne og brukerstøtte har. Tabell 5.2: Krav p˚a niv˚a B i Usability Maturity Model. N˚ar man tar IT-Xs rolle i betraktning i dette prosjektet, er det slik at de er klar over at det er sluttbrukere som skal benytte systemet. Men deres kontrakt er bundet opp slik at de kun skal implementere skisser de mottar fra IT-Y. Dermed gjennomfører ikke IT-X aktiviteter som inkluderer involvering av brukere. Dette betyr at dette prosjektet plasseres p˚a niv˚a A, da det er flere krav som ikke vil være oppfylt p˚a niv˚a B. De ansatte implementerer det de f˚ar levert fra IT-Y, noe
KAPITTEL 5. DISKUSJON 55 som betyr at de ikke arbeider for ˚a forbedre brukskvaliteten til systemet. Man gjennomfører heller ingen form for brukersentrerte aktiviteter, noe som ogs˚a er et krav p˚a niv˚a B. En annen faktor som kan være interessant for ˚a se hvordan man involverer brukere i utviklingsprosessen er ˚a drøfte kompetansen til teamet. Dette kan ha innvirkning p˚a hvordan brukerne inkluderes, ved at en spesialist p˚a brukeropplevelse gjerne setter brukeren mer i sentrum. Dersom denne kompetansen mangler, er det sannsynlig at fokuset p˚a brukerinvolvering avtar. Det som kan være interessant ˚a se p˚a i denne sammenheng er om kompetansen i utviklingsteamet er knyttet mot tekniske løsninger eller problemstillinger knyttet til designet. Dette kan man s˚a sette opp mot arbeidsmetoden for brukervennlighet ved at man ser p˚a om designløsningene baserer seg p˚a empiriske undersøkelser eller om det er spekulasjon. Dette kan fremstilles grafisk, noe som er gjort i figur 5.1. Vi vil benytte denne fremstillingen for hvert av prosjektene, slik at man kan f˚a en klar oversikt over hvordan de skiller seg fra hverandre. Design/ brukervennlighet KOMPETANSE Produkt /teknisk Spekulative løsninger Hovedvekten av kompetansen i teamet er knyttet opp mot design, og løsningene man utformer er i stor grad basert på antagelser man gjør. Hovedvekten av kompetansen i teamet er knyttet opp mot teknologi, og løsningene man utformer er i stor grad basert på antagelser man gjør. DESIGNLØSNINGER Empiriske undersøkelser Hovedvekten av kompetansen i teamet er knyttet opp mot design, og løsningene man utformer er i stor grad basert på empiriske undersøkelser. Hovedvekten av kompetansen i teamet er knyttet opp mot teknologi, og løsningene man utformer er i stor grad basert på empiriske undersøkelser. Figur 5.1: Kompetanse/undersøkelse diagram i forhold til arbeid med brukervennlighet. For case 1 tar vi utgangspunkt i følgende (basert p˚a funnene gjort i intervjuene):
Page 1:
TDT4520 Program- og informasjonssys
Page 5:
Forord Denne rapporten er et result
Page 8 and 9:
INNHOLD vi 2.4.1 Livssyklusen i smi
Page 10 and 11:
INNHOLD viii B.2 Gjennomgang av int
Page 13:
Tabeller 2.1 Oversikt over ulike me
Page 17 and 18:
Kapittel 1 Innledning I dette kapit
Page 19: KAPITTEL 1. INNLEDNING 3 1.4 Rappor
Page 22 and 23: KAPITTEL 2. FORSTUDIE 6 2.1.1 Vannf
Page 24 and 25: KAPITTEL 2. FORSTUDIE 8 tivasjonen
Page 26 and 27: KAPITTEL 2. FORSTUDIE 10 Tilfredshe
Page 28 and 29: KAPITTEL 2. FORSTUDIE 12 • Aktiv
Page 30 and 31: KAPITTEL 2. FORSTUDIE 14 Metode Bes
Page 32 and 33: KAPITTEL 2. FORSTUDIE 16 Iterasjon
Page 34 and 35: KAPITTEL 2. FORSTUDIE 18 Defekt rap
Page 36 and 37: KAPITTEL 2. FORSTUDIE 20 2.4.2 Smid
Page 38 and 39: KAPITTEL 2. FORSTUDIE 22 I smidig u
Page 40 and 41: KAPITTEL 2. FORSTUDIE 24 Sammenlign
Page 42 and 43: KAPITTEL 2. FORSTUDIE 26 Brukeroppl
Page 44 and 45: KAPITTEL 3. FORSKNINGSMETODE 28 3.1
Page 46 and 47: KAPITTEL 3. FORSKNINGSMETODE 30 sva
Page 48 and 49: KAPITTEL 3. FORSKNINGSMETODE 32 som
Page 50 and 51: KAPITTEL 3. FORSKNINGSMETODE 34 P˚
Page 52 and 53: KAPITTEL 3. FORSKNINGSMETODE 36 3.4
Page 54 and 55: KAPITTEL 3. FORSKNINGSMETODE 38 bli
Page 56 and 57: KAPITTEL 4. RESULTATER 40 • Lever
Page 58 and 59: KAPITTEL 4. RESULTATER 42 dette sys
Page 60 and 61: KAPITTEL 4. RESULTATER 44 om hva ha
Page 62 and 63: KAPITTEL 4. RESULTATER 46 plementer
Page 64 and 65: KAPITTEL 4. RESULTATER 48 IT-X har
Page 66 and 67: KAPITTEL 4. RESULTATER 50 medlemmen
Page 69: Kapittel 5 Diskusjon I dette kapitt
Page 73 and 74: KAPITTEL 5. DISKUSJON 57 Case 2: Re
Page 75 and 76: KAPITTEL 5. DISKUSJON 59 Case 3: Sy
Page 77 and 78: KAPITTEL 5. DISKUSJON 61 brukervenn
Page 79 and 80: KAPITTEL 5. DISKUSJON 63 Dette stud
Page 81 and 82: Kapittel 6 Konklusjon Dette kapitte
Page 83 and 84: Bibliografi [1] P Abrahamsson, O Sa
Page 85 and 86: BIBLIOGRAFI 69 [27] A Holzinger. Us
Page 87: BIBLIOGRAFI 71 [57] AL Strauss and
Page 90 and 91: TILLEGG A. INTERVJUGUIDE A-2 I hvil
Page 92 and 93: TILLEGG A. INTERVJUGUIDE A-4 A.2 Ov
Page 94 and 95: TILLEGG A. INTERVJUGUIDE A-6 Hvorda
Page 96 and 97: TILLEGG B. INTERVJUER B-2 Systemutv
Page 98 and 99: TILLEGG B. INTERVJUER B-4 dette ved
Page 100 and 101: TILLEGG B. INTERVJUER B-6 var som o
Page 102 and 103: TILLEGG B. INTERVJUER B-8 I dette p
Page 104: TILLEGG B. INTERVJUER B-10 unng˚ar
show all

Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?