Gruppe 6 – U-CrAc 2025

Case beskrivelse:

Stiholt Gruppen – Fremtidens Kompetencelandskab

• Hvordan kan AI og teknologi understøtte strategisk kompetencemapping i en branche med akut mangel op arbejdskraft?

• Udfordringen:
  • I samarbejde med Stiholt A/S skal i udvikle koneceoter, værktøjer eller datadrevne løsninger, der understøtter virksomhedens strategiske kompetencemapping i en tid, hvor adgangen til kvalificeret arbejdskraft er en central udfordring.
  • Stiholt operer i en branche under teknologisk transformation, hvor kravene til fx elektrificering, certificering o gfleksibel anvendelse af eksisterende medarbejderressorurcer stiger. Samtidig er det i 2025 en udfordring, at jobbet som lastbilmekaniker ikke er et foretrukket karrierevalg blandt unge i Danmark. Dette skaber et voksende rekrutteringsgab, som øger behovet for at arbejde strategisk og datadrevet med fastholdelse, opkvalificering og udnyttelse af de kompetencer, der ellerede findes i organisationen.
  • Virksomheden oplever udfordringer med at rekruttere faglærte og søger derfor løsninger, der bedre udnytter og udvikler de eksisterende ressourcer – intelligent og rettidigt, og forbedrer rekrutteringsmulighederne.

Stiholt A/S

• Stiholt er en landsdækkende udbyder inden for salg, service og opbygning af lastbiler og varebiler til transportbranchen fra førende mærker samt hydraulisk udstyr inden for kraner og renovationsmateriel. Deruover service af køleanlæg.
• Virksomheden bekræftiger +400 medarbejdere fordelt på 16 afdelinger i Danmark og Grønland.
• Kerneværdierne er tillid, kvalitet og viden og de er fundamentet for alt de gør.

Gruppemedlemmer:
Caroline Wennerwald Eriksen, Magnus Øberg Faurhøj, Marie Lystorp Sartor, Mette Høfler Kildehave og Rebecca Kirkeby Kristensen.

---

Konceptvideo:

Link til vores prototype i Figma:

• https://www.figma.com/design/J06Cnc5tSLj4ETWFwsZx7Z/Stiholt-prototype?node-id=0-1&p=f&t=rRBwaDcpVyrcswTS-0

---

Designproces:

Uge 44

Fælles forståelse af casen – Brainstorming af spørgsmål til Stiholt (26./10. – 2025)

• Vi læste casen igennem og begyndte at diskutere, hvordan vi forstår den. Vi forstod ting lidt forskelligt, men vi endte med at komme frem til en fælles forståelse. Vi begyndte også at diskutere/brainstorme ideer til digitale-/AI løsninger.
• Vi begyndte at diskutere, hvilke spørgsmål, vi gerne vil have svar på – det gjorde vi primært ved, at vi identificerede, hvilken information vi mangler (lige nu). Vi anvendte også AI (ChatGPT) til at få inspiration til spørgsmål, dem har vi diskuteret og så beholdt dem, der var relevante.

Første møde med Stiholt – Besvarelse af spørgsmål (27./10. – 2025)

• Vi blev delt op og fik hver en person fra Stiholt at snakke med/stille spørgsmål til. Vi tog noter til vores og de andre gruppers spørgsmål. Vores noter var samlet i et dokument.

Feltobservationer – Besøg på Stiholt (28./10. – 2025)

• Vi kom hen på Stiholt og blev indelt i to hold, hvor vi så enten fuldtes med cheffen eller en ansat og gik rundt og så de forskellige dele af Aalborg afdelingen. Vi fik mulighed for at stille en masse spørgsmål og se hvordan de arbejder på afdelingen. Vi tog en masse noter til svarene og generelle observationer.

Indsamling af empirisk data – Dyk i relevant teori (29./10. – 2025)

• Vi satte os sammen og kiggede online, i vores pensum, i hele semesterets fællesnoter og diskuterede hvilke der er relevante for os. Vi prøvede også at tage kontakt til personer udenfor Stiholt, som potentielt kunne biddrage med noget relevant.

Analyse af data – Affinity diagram & Core design(30./10. – 2025)

• Vi har i dag arbejdet med affinity diagram. Det er en 4-trins metode, hvor vi gennemarbejder og analyserer det materiale vi har samlet dagene op til i dag.
• Ved trin 1 inddeler vi i små betydningsbærende enheder: fx. “Kontorfolk vil have overblik over alle medarbejdere”.

• Ved trin 2 samler vi de mange enheder med dem der har noget tilfælles.

• Ved trin 3 navngiver vi grupperingerne fx “Overblik – HR” og “Læring – internt”.
• I sidste og 4. trin laver vi beskriver vi hvad vi tænker bag hver kategori.

Derefter arbejder vi med Peter og Claus’ core design.
Vi arbejer i den nederste halvdel, hvor vi definerer vores tre core design-ideer.

• Her handler det om kvalitetskriterier hvor indercirklen er prioritet nr. 1.
• Vi forbereder disse så vi kan vise dem frem i morgen til forhandling med Stiholt.

Core design 1: Overblik HR.

• Overblik: Giver HR mulighed for hurtigt at få indsigt i medarbejderdata og processer ét samlet sted.
• Digitalisering: Effektiviserer og reducerer manuelle opgaver via et digitalt system.
• Planlægning/anvendelse: Gør det lettere at koordinere medarbejdere, opgaver og ressourcer.
• Forbedring: Understøtter løbende udvikling af både medarbejdere og interne HR-processer.
• Relationsforstærkelse: Fremmer kommunikation og samarbejde mellem HR, ledere og medarbejdere.

Core design 2: Overblik Værkstedsfolk.

• Registrering: Gør det hurtigt og overskueligt for værkstedsfolk at registrere fravær, opgaver og kompetencer.
• Motivation: Skaber engagement ved at synliggøre udvikling, mål og anerkendelse af indsats.
• Nemt: Sikrer at systemet er brugervenligt og let at anvende i en travl hverdag på værkstedet.
• Gamification: Gør hverdagsopgaver mere motiverende ved at tilføje små belønninger eller konkurrenceelementer.

• Vi var i tvivl om, hvad der skulle stå i den sidste halvcirkel, så her vil vi snakke med de ansatte hos Stiholt og høre, hvad de tænker, at der kan stå.

Core design 3: Læring Internt.

• Læring: Sikrer, at medarbejderne tilegner sig ny viden og færdigheder effektivt.
• Systematik: Skaber struktur, så læring og udvikling bliver overskuelig og målbar.
• Personlig udvikling: Understøtter den enkelte medarbejders vækst og motivation.
• Nemt: Gør det let for medarbejdere at tilgå og anvende systemet.
• Relationsforstærkning: Styrker samarbejde og videndeling internt i organisationen.

Link til Figjam med Affinty diagram og Core design: https://www.figma.com/board/zrqs3ivKX1BHA9Ux1CfKF7/Noter—Affinity—Core-design?node-id=0-1&t=dmML8iBpgQb10N67-1

Forhandling med Stiholt – Præsentation af affinity diagram & core design (31./10. – 2025)

• Vi sad med en værkstedscheff og kvalitetscheff, vi startede med at præsentere vores affinity diagram og core design. Løbende diskuterede vi vores punkter, opsætning og gav chefferne mulighed for at reflektere over og komme med feedback.
• Her er en sammenfatning af vores noter til forhandlingen:
• Overblik – HR og værksted:
  
• HR og værkstedsfolkene er generelt enige i vores prioritering og opsætning. HR fokuserer på anvendelse og planlægning og ønsker, at løsningen skal være enkel med få steps og kunne integreres med deres HR-On system. De ser potentiale i at bruge mere data om medarbejdernes kompetencer – også selvvurderede – men påpeger, at nogle medarbejdere vil være mindre motiverede for at deltage, hvilket vi skal finde en løsning på.
  
• Værkstedsfolkene har allerede styr på registreringsdelen og arbejder med tablets for at gøre arbejdsgange mere effektive. Vores fokus skal derfor være på hvordan de motiveres til at bruge systemet, især de mindre teknologivante. Vi bør også tænke over informationsflowet – fx hvordan tabletten kan bruges til andet end registrering, som vidensdeling eller koordinering.
• Interne ønsker og udfordringer:
  
• Deres nuværende løsninger dækker ikke alt. De ønsker bedre overblik over medarbejderes erfaringer (fx med bestemte bilmærker) og har udfordringer med, at hver afdeling bruger forskellige systemer. En fælles platform, fx via intranettet, kunne være en løsning – især hvis vores app kan integreres og linkes direkte dertil.
  
• Derudover savner de et system til at holde styr på ferie, sygdom og fravær, da det påvirker planlægning, trivsel og tillid. Her kunne AI bruges til at skabe overblik over kompetencer og tilgængelighed, så viden ikke forsvinder, hvis fx en værkstedsfører er væk.

Uge 45

Ideation – HMW-metoden og wireframes (3./11. – 2025)

• Vi satte os og begyndte på vores idegenerering, hvor vi brugte HMW-spørgsmål til at komme med ideer.

• Metoden fungere sådan:
  • Opsummer beslutningerne fra mødet med case-partneren, og skriv et resumé til hjemmesiden.
  • Omform kvalitetskriterier til et HMW-spørgsmål (How Might We…) ved at følge de beskrevne trin.
    • Generér 8 idéer på baggrund af jeres HMW-spørgsmål, før I evaluerer og udvælger de 5 bedste idéer.
    • Forbedr og videreudvikl de 5 idéer med 8 supplerende idéer.
    • Evaluer alle jeres idéer i forhold til jeres HMW-spørgsmål – vælg eller kombiner dem til 2-3 endelige idéer.

• Vi gjorde det dog lidt på vores egen måde, da vi alle skrev mellem 1-3 HMW-spørgsmål og lavede et HWM-diagram, så snakkede vi om dem og fandt ud af, at vi alle var meget enige og de samme ideer gik igen. Derfor gik vi videre og begyndte at lave wireframes.

Animationsbaseret skitsering – Scenarier og personaer (4./11. – 2025)

• Idag begyndte vi at arbejde på skitseringen af vores prototype, vi har valgt at anvende programmet Figma.

• Måden vi har udarbejdet vores prototype på er, at vi havde nogle ideer/tanker (bassert på vores affinity diagram og core design), som vi gerne ville have med.
• Men for at få vores ideer konceptualitiseret, så har vi udarbejdet et scenarie og nogle personaer, disse anvendes til at fremvise hvordan prototypen skal anvendes i praksis.
  • Scenarie:
    • Mekaniker, Petter, vågner op derhjemme og er syg. Han ringer til værkføreren, Klaus, og melder sig syg.
    • Klaus bliver frustreret → hvilket gør mekanikeren ked af det. 
      • Klaus er frustreret over at der jo også er en mekaniker, Søren, med samme skilles, på ferie og at han ikke ved hvem der så skal klare dagens opgaver.
    • Her er vores program behjælpeligt. 
      • Værkfører-Klaus åbner computeren på værkstedets kontor og får tastet ind, at Petter er syg.
      • Her popper en AI-fane op, hvor der står noget i stil af, at “du er lav på bemanding i Hjørring. TMS, som er på arbejde i Aalborg, har samme erfaringer, anmod om hans hjælp i Hjørring i dag”.
      • Klaus kan ringe direkte til TMS og hans værkfører og spørge om hans hjælp.
      • Men inden, vælger Klaus at tjekke TMS’s medarbejderprofil.
        
        • Klaus ved, at Petter skulle svejse i dag, så derfor tjekker han TMS’s kompetencer hvor han ser, at TMS har svejsecertifikat.
  • Personaer:
    • Petter Larsson: Mekaniker.
    • Klaus Bendtsen: Værkfører.
    • John Pedersen: Værkfører.
    • Markuz: Mekaniker.
    • Troels-Morten Sørensen: Mekaniker.
    • Gitte-Line Lauritsen: HR medarbejder.

• Vi har valgt at udarbejde vores prototype ud fra scenarier og personaer, fordi det hjælper os med at gøre designet mere brugernært og realistisk. Ved at tage udgangspunkt i konkrete brugere (personaer) og deres situationer (scenarier) kan vi bedre forstå deres behov, frustrationer og arbejdsgange.
• Det gør det lettere at designe funktioner og løsninger, der passer til virkelige problemer og situationer, som brugerne kan genkende i praksis.

Videre udvikling af prototype – Fortsat skitsering i Figma (5./11. – 2025)

• Vi arbejdede videre på prototypen og begyndte at reflektere over, hvordan vi ville præsentere den for vores medstuderende og Stiholt. Vi fokuserede på at få gjort vores prototype færdig og at få lavet de stemmer, vi tænkte, der skulle spille hen over vores præsentation.

Fremvisning af prototype – Færdig udvikling af prototype (6./11. – 2025)

• Vi blev sat sammen med en anden gruppe, så vi alle kunne vise vores prototype og få feedback.

• Den feedback vi fik var:
  • De kan godt lide vores ide
  • De tænker, at det er en god ide med en voice over
  • AI stemmer: Program: 11 laps (?)
    • Den er dårlig
  • Måske brug egne stemmer istedet
  • Der sker meget/Det er lidt forvirrende, at vi hopper rundt så meget
  • Skriv deres navneskilt + jobfunktion på karakterende (eks. på deres lommer)
    • De er meget ens
  • Lad taleboblerne stå stille! Det er stressende
    • Lad personerne stå stille, det er unødvendigt
  • Pas på med tid
    • Vi prøver at vise meget (forskellige vinkler): det er mega godt
      • Lige nu skyndte vi os hen over nogen af taleboblerne, men det kommer til at tage længere tid
  • Tænk over hvordan vi får chatten fremvist 
    • Skal den læses op
  • Vi har noget meget
  • Stort set det hele fungerede fedt

• Denne feedback tog vi til os og diskuterede. Det gjorde, at vi lavede et par ændringer:
  • Vi tilføjede navneskilte og jobfunktioner til de forskellige karakterer
  • Vi gjorde at karakterne og taleboblerne ikke bevæger sig
  • Vi lavede byskilte, så det er mere tydeligt, hvor karakterne er
  • Vi besluttede os for, at vi selv laver voiceovers istedet for AI

Fremvisning for Stiholt (7./11. – 2025)

• Vi viste vores prototype for Stiholt og alle vores medstudernede.

• Dette er den feedback, vi fik:
  • Super godt
    
  • Godt vi repræsentere alle niveauer i Stiholt
    
  • Godt vi lader mekanikeren vælge/godkende
    • Her kunne man tænke ind, at lønnen også skal kunne deles ud til afdelingerne
  • Godt at vi tog udgangspunkt i sygemeldinger
  • Man kan også bruge vores system omvendt, altså man kan flytte opgaven (ligesom vi flytter en ansat)
  • Hvorfor telefon opringningerne efter, at systemet gør noget?
    • Vi prøver at vise den naturlige skepsis, der formodentligt vil være
  • Vi har en imponerede fidelity
    • Godt at vi brugte AI, det gjorde vores visualisering mulig
  • Vores stemmer fungere, det er kreativt
  • Nu: Hvis Stiholt skal låne nogen ud, så er det rigtigt mange opkald og forhandling
    • Her vil vores system kunne hjælpe, da det løser mange af opgaverne/det man skal have styr på (den har overblik)