Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Kapittel 6<br />
Konklusjon<br />
Dette kapittelet vil gi en konklusjon basert p˚a resultatene og diskusjonen. I tillegg<br />
gir vi en anbefaling til det videre arbeidet.<br />
6.1 Konklusjon<br />
Vi har sett p˚a hvordan man integrerer brukervennlighet i <strong>smidig</strong> <strong>systemutvikling</strong>.<br />
Gjennom et studie av tre ulike case i en bedrift har vi f˚att et overblikk over hvordan<br />
man arbeider med brukervennlighet. Det viser seg at det er store forskjeller i<br />
arbeidet med brukervennlighet og brukerinvolvering i de ulike casene.<br />
I case 1 er IT-X en underleverandør som skal implementere ulike løsninger som<br />
er utarbeidet av IT-Y, som igjen har eiendomsmegleren som kunde. Det er eiendomsmegleren<br />
og IT-Y som har kontakt med brukerne. Dermed har IT-X ingen<br />
kontrakt med sluttbrukerne.<br />
I case 2 har IT-X prosjektansvar og er aktivt i kontakt med b˚ade rederiet (kunde)<br />
og sluttbrukerne.<br />
I case 3 er IT-X innleid for ˚a gi økt kapasitet hos kunden. Dette betyr at all<br />
kommunikasjon foreg˚ar via kunden, som igjen har kontakt med brukermassen.<br />
Dermed har IT-X ingen direkte kontakt med sluttbrukerne i dette prosjektet.<br />
Som det kommer frem i de ulike casene er det mange aspekter som har innvirkning<br />
p˚a arbeidet med brukervennlighet. Det viser seg at det b˚ade i case 1 og 3<br />
er komplekse organisatoriske forhold som fører til det ikke er noe kontakt mellom<br />
sluttbrukerne og utviklingsteamet. Mens i case 2 er det et mindre komplekst organisasjonsforhold,<br />
noe som bidrar til at utviklingsteamet har direkte kontakt med<br />
65