
Introduktion
Temaet for case 1 var ”Aarhus Kulturby 2017”. Her skulle vi lave en webløsning til en kunde der var relateret til Aarhus Kulturby 2017. For at finde denne kunde, startede vi med at lave feltarbejde i form af observation og interviews. Udover dette, var en stor del af projektet også vægtet på at afprøve udviklingsprocessen ”Sprint”. Sprint-metoden er en effektiv metode til at udvikle og teste en prototype af et produkt på meget kort tid. I vores tilfælde varede sprinten 5 dage med én fase for hver dag. Gennem vores feltarbejde havde vi valgt Salling Rooftop som kunde, og gennem Sprint-metoden kom vi frem til, at et website skulle være vores webløsning.
Om Produktet
Vores produkt i dette projekt var et website til Salling Rooftop, der var separat fra Sallings eget website. Vi skabte et website, der var designet efter Rooftops logo, hvor farvetemaet fra det gik igen på alle sider for at skabe en rød tråd. Derudover var det vigtigt for os, at websitet var nemt at navigere. Det jeg bød ind med til det endelige produkt, var det overordnede design og farvetema, samt at jeg kodede forsiden, headeren og footeren.
Refleksion
Feltarbejdet lærte vi en del af, da det gav os en hands-on oplevelse i forhold til at lave en observations- og interviewguide. Vi fandt ud af, at det havde været mere optimalt at lave feltarbejdet senere på dagen. Da det var en tidlig mandag morgen, var der ingen brugere at interviewe ved hverken Musikhuset, Godsbanen eller Streetfood, som var de tre første steder vi besøgte. Hvis vi havde besøgt disse steder bare et par timer senere, havde det gjort en stor forskel. Vi fik dog meget ud af at vælge Salling Rooftop, da det var helt nyt, og der var derfor mange brugere til stede hele dagen. Vi fik en god øvelse i at interviewe og observere, og skabte et godt grundlag for vores webløsning.
Sprint-metoden var både en positiv og negativ oplevelse. Det var en sjov og nytænkende måde at arbejde med et projekt på. Især den kreative proces var en god måde hurtigt at finde frem til de bedste løsningsforslag til brugernes problemstillinger. Hele metoden viste os, at man på meget kort tid kan få skabt en prototype til et produkt, som er velfungerende nok til at kunne lave brugertests, og derved få værdifulde svar til at skabe et godt produkt, der skaber værdi for brugeren. Dog forholdte vi os alt for slavisk til Sprint-processen. Vi lavede kun det vi minimum skulle nå hver dag, hvilket resulterede i, at vi tog tidligt hjem de første 3 dage. Dette resulterede i, at vi stressede meget i fase 4, hvor vi skulle lave prototypen. Hele projektet tog en negativ drejning, vi blev irriteret på hinanden, og endte med at tage hjem flere timer efter alle andre grupper for længst var færdige. Selv da vi endelig tog hjem havde vi ikke opnået det resultat vi ville, og Mathias rettede i de sidste ting derhjemme.
Selve websitet blev vi rimelig tilfredse med i forhold til vores daværende niveau. Designet var flot og enkelt, og websitet var nemt at navigere. Dog begik vi to fejl, som jeg især lærte meget af. For det første brugte vi en snippet til navigationen på websitet. Denne snippet anvendte ”buttons” i stedet for en liste til menu-knapperne, hvilket slet ikke var ligeså velfungerende. Dette er grunden til, at jeg ikke gad at bruge snippets fremover. Jeg lærte ikke noget af det, og vi brugte alt for lang tid på at få den til at fungere. Det gav heller ikke den gode følelse af at have lavet noget flot i forhold til hverken kodning eller design. Den anden fejl var, at vi havde lavet alt i pixels fremfor procenter. Dette var især skyld i, at vi brugte så lang tid i fase 4. Da vi skulle sætte hver vores underside sammen, passede intet sammen længere, og vi endte med at skulle omskrive en masse kode i CSS.
Case 1 – Aarhus Kulturby 2017 var et projekt med store fejltagelser. Men man lærer mest af at fejle, og det var en meget lærerig proces, hvor jeg især følte, at jeg lærte af mine fejl.