# Ipsativ personlighedstest, foreløbig specifikation

## Formål
Bygge en online ipsativ personlighedstest med en efterfølgende ipsativ Big Five-profil.

## Kendte designregler

### 1. Hovedforløb
- Deltageren køres igennem kategorier mod hinanden flere gange.
- Første gennemløb må ikke genbruge samme spørgsmål.
- Testen skal holde styr på alle viste spørgsmål via unikke spørgsmåls-id'er.
- I hovedforløbet skal spørgsmål vælges, så gentagelser undgås.

### 2. Sammenligningslogik
- Kategorier eller udsagn sættes op mod hinanden ipsativt.
- Formålet er at fremtvinge prioritering mellem flere mulige retninger.
- Spørgsmål må ikke føles som gentagelser i de første gennemløb.

### 3. Gennemløbsmodel og adaptiv konsistenskontrol
- Testens første del bygges op som flere hele gennemløb.
- Et gennemløb er et komplet sæt ipsative sider med 4 udsagn pr. side.
- Som foreløbig arbejdsmodel regnes 1 gennemløb som 16 sider.
- Testen starter med 3 gennemløb som grundforløb.
- Det giver et basisforløb på 48 sider før adaptiv forlængelse.
- I første del vælger deltageren både `mest` og `mindst` på hver side.
- Kategorierne skal blandes på tværs i hvert gennemløb.
- Efter de 3 grundgennemløb vurderer systemet konsistensen i svarmønstret.
- Ved lav konsistens eller uklare mønstre skal testen fortsætte med målrettede ekstra sider.
- Ekstra sider skal kun fokusere på de kategorier eller spændinger, hvor konsistensen er utilstrækkelig.
- Formålet er at forbedre tydeligheden i resultatet uden at udvande resten af profilen.
- Testen må forlænges adaptivt op til et øvre loft på 80 sider.
- Deltagere med tydelig og stabil profil skal kunne stoppe tidligere end deltagere med uklare eller konfliktfyldte mønstre.
- Variation i længde skal være fagligt begrundet og kontrolleret.
- Ekstra sider må ikke skævvride resultatet, men kun forbedre sikkerheden i de områder hvor svarmønstret er usikkert.

### 4. Stærk afklaringsdel til tilbagemelding
- Når første del har givet et mere robust resultat, startes en ny testdel.
- I denne del bruges kun udsagn i deres stærkeste formulering.
- Deltageren vælger kun `mest` mellem 4 udsagn ad gangen.
- Formålet er at indsamle stærke, konkrete eksempelvalg til senere tilbagemelding.
- Denne del skal især understøtte forklaring og eksemplificering af resultater, der ligger under 20 procent eller over 80 procent.
- Delen skal ikke erstatte hovedprofilen, men supplere den med tydelige dokumenterende udsagn.
- Antallet af sider i denne del fastlægges senere.

### 5. Selvscoring og kollegavurdering
- Selvscoringen flyttes til testens tredje del.
- Til sidst scorer deltageren sig selv på en skala fra 1 til 10.
- Selvscoringen gives for hver af de 12 hovedkategorier.
- Deltageren skal kun præsenteres for én faktor ad gangen i selvvurderingen.
- I udvidede forløb skal del 3 også kunne rumme vurdering af kolleger.
- For hver faktor kan deltageren først vurdere sig selv og derefter én eller flere kolleger.
- Administratoren skal vælge om forløbet er:
  - en enkel test uden kollegavurdering
  - en test med manuelt indsatte kolleganavne
  - en lukket gruppe hvor flere personer gennemfører hele testen
- Kollegavurdering skal kunne bruges i en lukket gruppe, hvor alle deltagere gennemfører hele testen.
- Systemet skal også kunne understøtte en enklere model, hvor kun kollegernes navne oprettes, og hvor deltageren vurderer dem uden at de nødvendigvis selv har gennemført testen.
- Resultater af kollegavurderinger skal kun være tilgængelige i administrationen.
- Kollegavurderinger må ikke vises direkte til deltagerne i den almindelige deltageroplevelse.

### 6. Resultatvisning med eksempler
- Resultatet vises på de 10 hovedfaktorer.
- Hvis en hovedfaktor ligger over 80 procent eller under 20 procent, skal systemet vise konkrete eksempler.
- Eksemplerne skal hentes fra svar, hvor deltageren har valgt den stærkeste formulering.
- Ved høj score vises eksempler i den høje retning.
- Ved lav score vises eksempler i den modsatte retning.
- Formålet er at gøre resultatet mere konkret, forklarende og troværdigt.
- Resultatet skal kunne vises i to versioner.
- En version skal være egnet til at udlevere, sende eller vise til deltageren selv.
- En anden version skal være mere uddybende og målrettet den person, der skal give feedback.
- Deltagerversionen skal være enkel, overskuelig og let at læse.
- Feedback-versionen skal være mere analytisk og give bedre grundlag for kvalificeret tilbagemelding.

### 7. Grafisk visning
- Resultatet skal have gode grafiske visninger af scoren på de 10 hovedfaktorer.
- Grafikken skal gøre det let at få overblik og sammenligne faktorerne.
- Det anbefales at understøtte flere visninger, fx søjlediagram, radarvisning og scorekort.
- Grafikken må ikke lægge skjulte værdidomme ind i resultatet.
- Undgå farvelogik hvor grøn, gul og rød betyder god, mellem eller dårlig.
- Brug i stedet neutrale farver eller ensartede farveskalaer uden normativ betydning.

### 8. Brugeroplevelse under udfyldelse
- Udfyldelsen af testen skal være grafisk let at forstå og let at benytte.
- Brugerfladen skal være rolig, tydelig og uden unødig kompleksitet.
- Deltageren skal kunne følge med i, hvor langt vedkommende er kommet i testen.
- Fremskridtsvisningen skal skabe tryghed og overblik uden at afsløre unødige detaljer om den adaptive logik.
- Visningen af hvordan testen udfyldes skal være så visuel som muligt.
- Testflowet bør være så lidt afhængigt af lange tekstforklaringer som muligt.
- Instruktioner og brugerflade skal være lette at oversætte og genbruge på tværs af sprog.
- Tekst skal være kort, modulær og let at udskifte uden større ændringer i design eller logik.
- Onboarding til testen bør bestå af korte tekstblokke kombineret med visuelle eksempler.
- Der bør vises et enkelt eksempel på hvordan man vælger `mest` og `mindst`.
- Det bør overvejes at bruge små video-klip eller lette animationer til at forklare fremgangsmåden.
- Den visuelle instruktion skal være intuitiv nok til, at sproget fylder mindst muligt for den enkelte deltager.
- Onboarding skal derfor designes så den er robust ved senere sprogversionering.

### 9. Tidsmåling og sikkerhedssignaler
- Systemet skal måle hvor lang tid deltageren bruger på at svare på hvert spørgsmål.
- Systemet skal også måle den samlede tid brugt på hele testen.
- Svartid kan bruges som et supplerende signal om sikkerhed, tøven eller tvivl.
- Lang eller svingende svartid kan indgå i vurderingen af usikkerhed.
- Svartid må aldrig alene afgøre resultatet.
- Tidsmåling skal bruges som støtte til fortolkning, ikke som skjult straf eller bias.
- I deltagerrettet resultat skal den samlede testtid fremgå.
- I feedback-versionen skal tidsforbruget vises mere detaljeret med forklaringer på relevante mønstre eller ophobninger.

## Foreløbig testarkitektur

### Fase A, ipsativ hoveddel
- 3 grundgennemløb som foreløbig arbejdsmodel.
- Hvert gennemløb består foreløbigt af 16 sider.
- På hver side vises 4 udsagn.
- Deltageren vælger både `mest` og `mindst`.
- Kategorierne blandes på tværs i alle gennemløb.
- Formålet er bred og sammenlignelig afdækning.

### Fase B, adaptiv konsistenskontrol
- Bruges efter de første 3 gennemløb.
- Tilføjer målrettede ekstra sider ved lav konsistens eller uklare mønstre.
- Fokuserer kun på de områder, hvor profilen endnu ikke er tydelig nok.
- Samlet loft for første del er foreløbigt 80 sider.

### Fase C, stærk afklaringsdel
- En ny testdel der følger efter første del.
- Kun `mest`.
- Kun stærke formuleringer.
- 4 udsagn pr. side.
- Bruges til at skabe stærke eksempler til tilbagemelding ved meget høje eller meget lave resultater.

### Fase D, selvvurdering og eventuel kollegavurdering
- Deltageren giver 1 til 10 på de 12 hovedkategorier.
- Der vises kun én faktor ad gangen.
- I gruppeforløb kan samme faktor efterfølges af vurdering af én eller flere kolleger.
- Rækkefølgen kan være: mig selv, kollega A, kollega B, kollega C, derefter næste faktor.
- Den samme faktor skal altså gennemføres for alle relevante personer før systemet går videre til næste faktor.
- Det skal give deltageren en tydelig oplevelse af ligheder og forskelle mellem sig selv og kollegerne inden for samme område.
- Kan bruges som refleksionslag, validering eller supplement til profilvisning.

### Fase E, forklarende resultatvisning
- Resultaterne vises på de 10 hovedfaktorer.
- Ved scorer over 80 procent eller under 20 procent vises konkrete eksempeludsagn.
- Eksempeludsagnene hentes fra de stærkeste valgte formuleringer.
- Resultatet skal kunne forklare profilen med deltagerens egne stærke valg.
- Resultatet skal også have neutrale grafiske visninger uden farver, der signalerer god eller dårlig værdi.
- Resultatet skal kunne genereres i en deltagerrettet version og en mere uddybende feedback-version.
- Deltagerversionen bør indeholde profil på de 10 hovedfaktorer, neutrale grafer, korte forklaringer og konkrete eksempler ved meget høje eller lave scorer.
- Deltagerversionen skal også vise den samlede tid deltageren har brugt på testen.
- Feedback-versionen bør derudover indeholde mere detaljeret faktorforklaring, tegn på usikkerhed eller inkonsistens, eventuelle ekstra kontrolområder, stærke eksempeludsagn og andre støttesignaler til feedbackgiveren.
- Feedback-versionen skal også indeholde en udvidet oversigt over tidsforbrug med forklaringer på hvor i testen tiden især blev brugt.

### Fase F, løbende brugerfeedback og onboarding
- Før testen starter, bør deltageren møde en kort og visuelt støttet introduktion.
- Introduktionen bør vise hvordan man udfylder en side med 4 udsagn.
- Den bør forklare valg af `mest` og `mindst` med så lidt tekst som muligt.
- Små illustrative klip eller animationer kan bruges hvis det gør forståelsen lettere.
- Under udfyldelsen skal deltageren kunne se fremskridt og opleve testen som overskuelig.
- Systemet måler svartid pr. spørgsmål som et ekstra usikkerhedssignal.
- Brugeroplevelsen skal så vidt muligt kunne fungere på tværs af sprog med minimale ændringer.

## Ting der stadig skal afklares
- Den endelige fastlæggelse af hvor mange sider hvert grundgennemløb skal bestå af
- Den præcise konsistensregel for hvornår første del stopper
- Hvordan de 24 faktorer kobles til de 12 hovedkategorier
- Hvor mange sider den stærke afklaringsdel skal have
- Hvordan selvscoren og eventuelle kollegavurderinger skal vægtes i slutresultatet
- Hvordan kollegavurderinger bedst præsenteres i administrationen
- Hvor mange kolleger der højst bør kunne vurderes i samme lukkede gruppeforløb
- Hvordan den ipsative Big Five-profil beregnes og vises

## Sprog og videreudvikling af spørgsmål
- Spørgsmålene må gerne omskrives til et mere tidssvarende og naturligt dansk.
- Omskrivninger må ikke ændre den underliggende psykologiske betydning.
- Forskellen mellem svag, mellem og stærk formulering skal bevares.
- Spørgsmålene må gerne gøres lettere at forstå hurtigt.
- Værdiladningen i udsagnene må ikke udvandes, hvis den er en del af målingen.
- Der må gerne tilføjes nye formuleringer eller flere muligheder, hvis det forbedrer testen.
- Nye formuleringer skal være tydeligt knyttet til samme faktor og samme styrkegrad.
- Udvidelser må ikke forrykke balancen mellem faktorerne.

## Administrativt opsætningsflow
- Administratoren skal oprette deltagere gennem et flertrins-flow.
- Første trin skal være valg af testtype.
- Der skal som minimum være fire valgmuligheder:
  1. Individuel test
  2. Test med feedbackpersoner / referencepersoner
  3. Team test
  4. Test med 360° vurdering
- Ved `Individuel test` oprettes kun én deltager og ingen kollegavurdering.
- Ved `Test med feedbackpersoner / referencepersoner` opretter administratoren først en hovedperson.
- Når testpersonen logger ind, skal vedkommende kunne oprette det aftalte antal feedbackpersoner / referencepersoner.
- Der skal indgå en kort introduktionsfilm, som illustrerer, hvordan testpersonen opretter feedbackpersoner / referencepersoner.
- Testpersonen må først få adgang til at begynde selve testen, når feedbackpersonerne / referencepersonerne er oprettet.
- Administratoren skal kunne se de oprettede feedbackpersoner / referencepersoner og skal også kunne tilføje yderligere personer.
- Ved `Team test` opretter administratoren flere deltagere i samme gruppe, og alle skal kunne gennemføre hele testen.
- Ved `Test med 360° vurdering` udfylder administratoren først navn, e-mail og øvrige oplysninger som ved en individuel test.
- Når administratoren trykker opret, oprettes hovedpersonen og der dannes samtidig en 360-mappe med hovedpersonens navn.
- Derefter oprettes feedbackpersonerne én ad gangen og lægges løbende ind i mappen.
- Administratoren skal kunne se hvem der ligger i mappen ved at åbne den eller holde musen over navnet.
- I 360°-forløb skal de øvrige personer ikke nødvendigvis gennemføre hele testen.
- Systemet skal kunne understøtte, at 360°-vurderere kun vurderer hovedpersonen på de 12 hovedfaktorer.
- Næste trin i flowet skal afhænge af den valgte testtype.
- Administratoren skal tydeligt kunne se, hvilken model der er valgt for det enkelte forløb.
- Valget skal styre hvordan del 3 bygges op for deltageren.
- Valget skal også styre hvilke resultater der kun vises i administrationen.
- Administratoroplevelsen bør være grafisk og let at afkode.
- Valg af testtype bør vises som tydelige kort med ikon, kort forklaring og enkel visuel forskel mellem modellerne.
- Flertrins-flowet bør have synlige stepmarkeringer, så administratoren kan se hvor langt oprettelsen er kommet.
- Grafiske hjælpemidler i adminflowet skal gøre det hurtigt at forstå forskellen mellem individuel test, test med feedbackpersoner / referencepersoner, team test og 360° vurdering.
- Administratoren bør desuden have adgang til en oversigt over `Mine teams`.
- I `Mine teams` skal teamnavne fremgå som en selvstændig liste.
- Når et team åbnes, skal administratoren kunne se de deltagere, der hører til teamet.
- Teamvisningen skal fungere som en naturlig mappe- eller gruppestruktur i administrationen.

## Teknisk anbefaling
1. Lav en struktureret datafil med faktorer, kategorier og spørgsmål.
2. Byg en testmotor med historik, så spørgsmål ikke gentages i hovedforløbet.
3. Tilføj adaptiv udvælgelse til uddybende fase.
4. Tilføj stærk slutafklaring med `mest`.
5. Tilføj selvscore og profilvisning.
6. Tilføj forklarende eksempler og neutrale grafiske visninger.
7. Tilføj administrativ opsætning af testtype før invitation eller start.