På 3. semester starter man eksamensprojektet allerede på førstes dag, det vil sige d. 18/8, hvor vi havde semesterstart og kick-off på projektet. Jeg har tidligere dannet gruppe med Justine og vi har gode erfaringer med at arbejde sammen. Vi har dog været lidt uheldige før i.f.m. andre projekter i.f.t. at vi ikke har haft samme ambitionsniveau/arbejdssomhed som andre i gruppen, så vi havde valgt at ved dette projekt skulle det kun være os to. I.f.m. pitch 1 blev vi fra undervisernes side pålagt at tage et medlem mere med, selvom vi allerede var kommet godt fra start med projektet.
Opgaven lød på at vi skulle finde en reallife-klient, som vi kunne lave en løsning for. Da vi kun er frontender, var opgaven at finde en klient, hvor vi kunne lave en digital løsning baseret på deres udfordringer/problem.
I.f.t eksamensform valgte vi Novel, som er en ny eksamensform her på UCL. Ved novel skal man ikke skrive en akademisk rapport, men derimod en klientrapport samt lave nogle flere produktioner.
Efter kick-off foretog vi en brainstorm og gik i gang med at lave research på forskellige virksomheder. Vi skrev til 16 forskellige virksomheder, men fik desværre ikke mange svar tilbage og dem der svarede skrev at de ikke havde tid eller ressourcer til det. Det lykkedes dog lige inden pitch 1 at få en klient, som var ODEON i Odense. Vi havde et rigtig godt møde med dem ang. deres udfordringer i.f.t. at få unge til at komme ind til arrangementer og bruge huset generelt.
Projektstyring
Projektet er drevet gennem en tilpasset Scrum-proces med fokus på gennemsigtighed, fleksibilitet og effektiv fremdrift, understøttet af Trello, automatiseringer og løbende kommunikation via Messenger og Discord.
Justine var Scrum Master i Trello, det vil sige at hun havde ansvar for at holde styr på processer og sikre, at vi arbejdede efter en agil struktur. Jeg var projektleder, og var den der skulle have det overordnet overblik og tage kontakt til potentielle klienter.
For at håndtere vores travle hverdag lavede Justine delte vi vores Google‑kalendere med hinanden, så vi hurtigt kunne se, hvornår vi begge havde tid. Det gjorde planlægningen af møder langt mere effektiv.
Vi havde valgt at sige at vi havde 3 sprint – 1 for hver måned, da projektet skulle strække sig over flere måneder. Set i bakspejlet skulle der have været flere sprint.
Til 1. pitch havde vi ikke så meget at fremvise, da vi først lige havde fået klienten, men vi havde en idé om arbejdsproces, struktur og problemformulering.
Efter pitch fik vi tildelt et nyt gruppemedlem, som vi hurtigt forsøgte at indarbejde i vores arbejdsproces, og vi lavede ligeledes en forventningsafstemning med ham i.f.t. hvordan vi arbejder men også hvad vi forventede af ham.
Proces
Til at starte med lavede vi en primær og sekundær research, herunder også forretningsanalyse og konkurrentanalyse. Vi var ude i byen og lave interviews med folk omkring ODEON og vi udsendte vi spørgeskemaer. Research er altid meget omfattende og tidskrævende, men nødvendig.
Efter at have have lavet brugerundersøgelse, stod resultateterne klart – Mange kendte Odeon, men opfattede det som eksklusivt og dyrt sted, hvilket betød, at unge ofte fravalgte stedet. Vi valgte at have fokus på målgruppen unge voksne i alderen 25–35‑årige, bosat i Odense, da de har økonomi til events og samtidig repræsenterer en yngre målgruppe, som Odeon gerne ville tiltrække.
Herefter udviklede vi idéen om en kampagneside: Ung i ODEON med et dertilhørende “medlemsskab af Ung i ODEON”.
- Kampagnesiden skulle bevare Odeons visuelle udtryk, men justeres i.f.t. målgruppen.
- Et medlemskab, hvor unge kunne få tilbud og blive en del af et fællesskab.
- En eventkalender der viser events målrettet unge, både ud fra tilbud og popularitet.
Vi lo‑fi wireframes, mocckups og prototyper i programmet Figma, som vi testede. Feedbacken var positiv og gav os gode idéer til forbedringer.
Efter positiv feedback på prototypen gik vi i gang med at kode.
Justine sørgede for at sætte repository op på GitHub og forbandt det med Firebase realtime database og hosting.
Projektet blev lavet i programmet Visual Studio Code og blev lavet som et Vue (Vite)-projekt.
Vi fik hurtigt fordelt kode-opgaverne mellem os:
- Jeg skulle lave eventfeedet med kalenderfunktion, filter, mine favoritter – diverse komponeneter og views
- Justine skulle lave medlemsregistreringsdelen
- Vithulan skulle arbejde med de basale kodeelementer så som footer, header og hero – indtil han skulle lave hans reminder-funktion, hvilket han ikke kunne lave førend jeg var færdig med min del i.f.t events, da hans reminder skulle linkes til mit eventfeed.
Da vi havde brugertestdag på skolen viste det sig at deadlines ikke var blevet overholdt, da hverken footer, header eller hero var blevet lavet. Det var kun Justine og jeg der havde vores kodedel klar. Det var pinligt og ikke tilfredsstillende når vi havde lavet aftaler med folk “udefra” som skulle komme og teste vores side. Vi valgte at gennemgå vores Figma med testpersonerne, og så måtte vi vise og fortælle hvordan vi havde tænkt os at funktionerne skulle være. Det rykkede tidsplanen, og vi måtte overtage det meste af kode-arbejdet, da Vithulan ikke formåede at forstå alvoren af at få tingene lavet til tiden.
I de sidste to uger inden aflevering af projektet , arbejdede Justine og jeg ofte til langt ud på natten for at blive færdige. Den sidste uge op til aflevering valgte vi at fordele de sidste opgaver, således at jeg tog ansvar for klientrapporten, mens Justine tog ansvar for koden. – Vi havde mange natlige møder på discord fordi vi hele tiden sparrede med hinanden. Vithulan kæmpede vidst med sin ene kodedel – Reminderen, af hvad vi ved af, for der var ikke noget kommunikation fra hans side af. Desværre kunne jeg også se at den målgruppeanalyse og analyse i.f.t. SoMe vs. målgruppen ikke var fyldestgørende og brugbar i.f.t. klientrapporten, så den måtte jeg også lave i den sidste uge inden aflevering (på trods af jeg gentagne gange de sidste to måneder havde rykket vores sidst ankomne medlem for det, men hans undskyldning var …jeg er næsten færdig med det, mangler bare lige lidt”… men der blev bare aldrig leveret.
Kodning produkt 1 – kampagneside og produkt 2 – Produktmanual/admin.dashboard – lavet i Vue med komponenter og forskellige views. Projektet blev hostet via Firebase og delt via GitHub.
Jeg sørgede hele tiden for at teste koden i.f.t tilgængelighed (med lighthouse) og ikke mindst validering af koden.
Siden kan tilgås: https://sem-eksamen-adb47.web.app/
Content
Der har ikke været så meget fokus på content, da vores løsning er en digital løsning.
Da der fra start ikke var blevet lavet deskresearch i.f.t. tendenser indenfor SoMe fra vores 3. medlem af gruppen (selvom det var hans opgave), måtte jeg i gang med at lave en analyse af tendenserne omkring SoMe og på baggrund heraf udarbejde content og forslag til indholdsplan inden aflevering af projektet.
Klientrapport
Klientrapporten viser produkterne som vi har arbejdet med.
Afslutning
Som produkt leverede vi en funktionel kampagneside Ung i ODEON med medlemsregistrering, eventliste med filter- og kalenderfunktion, samt local storage i.f.t “mine favoritter”. Vi fokuserede ligeledes på strategierne bag content, og lavede ganske få forslag til opslag på facebook/instagram.
Derudover kodede vi en admin login‑side med faner til eventstyring, medlemsstyring, statistik og produktmanual.
Kampagnesiden er designet til at skabe en inkluderende oplevelse for unge samtidig med at vi skulle bevare ODEONs professionelle udtryk. Medlemskabsfunktionen og kalenderen var centrale elementer, der skulle gøre det lettere for unge at opdage og deltage i events.
Refleksion:
Det har været et meget udfordrende projekt på mange måder, dels havde vi også to andre projekter undervejs, som skulle planlægges ind, det tog lang tid at finde en klient, og dels fordi et gruppemedlem hverken overholdt deadlines og ikke leverede som aftalt på trods af vi gentagne gange forsøgte at kommunikere det med ham, men lige meget hjalp det. Vores ambitionsniveau og faglighed matchede bare ikke!
De sidste 2 uger af projektet var stressende og meget presset, da vi havde mange ting der skulle nås, og vi kunne ikke regne med at vores 3. medlem ville lave noget, han hverken bød ind på opgaver, spurgte ind til opgaver og havde stadig ikke leveret de ting, som vi havde rykket for, så det virkede som utopi at tildele ham flere opgaver, hvilket betød, at Justine og jeg måtte overtage det meste af arbejdet for at kunne nå at levere vores produkter.
Projektet i sig selv har været meget sjovt, jeg har lært meget om Vue, Firebase, hosting og databaser.
Jeg er blevet mere bevidst om at jeg bør lade være med at have så meget tålmodighed i.f.t. andre mennesker og skulle have talt med vores undervisere om gruppearbejdet allerede da det begyndt at skride i.f.t. vores 3. gruppemedlem, men vi håbede jo ved at sige til ham at det dur ikke og at den ikke var gået ude på arbejdsmarkedet, troede vi faktisk at han ville tage sig sammen, men nej. Vi må bare sige, at det bliver hans problem i.f.t. eksamen, ikke vores.
Det er ikke tilfredsstillende (eller skal jeg nærmere sige fair), at man “skal” tage et medlem ind, når projektet har været i gang i næsten 1 måned. Der bør skolen måske allerede ved 2. semester afslutning sige til de studerende, at de SKAL have fundet en gruppe INDEN 3. semester-start, at det er et krav der stilles for at gå på 3. semester.
Men bortset fra det, så er jeg stolt af at vi nåede de ting vi havde planlagt og at vi leverede produkterne til tiden. Vi håber, at ODEON har tid og kan nå at give os feedback på projektet inden den mundtlige eksamen.
