Hvad er en konceptafprøvning, og hvordan skriver man en på 6 trin

Resultaterne hjælper projektteams og interessenter med at træffe informerede beslutninger om, hvorvidt projektet skal gå videre.

Hvad er formålet med en konceptafprøvning?

Formålet med en konceptafprøvning er at understøtte projektets langsigtede succes og identificere problemer tidligt for at minimere risici ved implementeringen i fuld skala. Den kan også bidrage til at reducere omkostninger samt skabe større engagement og tillid blandt interessenterne, fordi de har kunnet se idéen fungere i mindre skala, før den fulde godkendelse.

PoC'er giver også mulighed for dataindsamling og eksperimenter, der er specifikke for projektinitiativet, så du som projektleder kan lære om projektets styrker og svagheder, før du investerer i et projekt i stor skala.

Godt tip

Hvis du gennemfører et projekt eller en forandring, der påvirker en stor gruppe mennesker, f.eks. implementeringen af en ny proces, kan en PoC i høj grad bidrage til at skabe opmærksomhed og ambassadører blandt målgruppen for den nye proces, samtidig med at den påpeger problemer, før lanceringen sker i større skala.

Eksempler på konceptafprøvninger

Her er nogle eksempler på konceptafprøvninger inden for forskellige fagområder.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

1. Softwareudvikling

Konceptafprøvninger er særdeles almindelige inden for STEM. Inden for softwareudvikling bruges konceptafprøvninger til at validere behovet for nye systemer eller tjenester. Nye softwarestartupvirksomheder fremstiller ofte en version af deres app før produktionen for at lade en udvalgt gruppe afprøve den og give feedback.

2. Lægemidler

Inden for lægemiddeludvikling gennemføres konceptafprøvninger gennem pilotundersøgelser og forskellige faser af kliniske lægemiddelforsøg. Disse processer giver lægemiddeludviklerne feedback, som hjælper dem med at skabe et sikrere og mere effektivt lægemiddel.

3. Ændring af processer

Et af mine yndlingseksempler på at gennemføre en konceptafprøvning i forbindelse med en procesændring var et projekt, jeg ledede i en stor softwarevirksomhed. Vi øgede ansættelserne i 2020 og 2021 og havde brug for fuldstændigt at ændre den måde, vi gennemførte onboarding på.

I stedet for at ændre alt på én gang oprettede vi et lille team, der skulle definere og opbygge en ny proces, som blev brugt på nogle få specifikke nyansatte (konceptafprøvningen). Det, vi lærte, var så utroligt værdifuldt, at vi helt kunne ændre vores syn på processen, hvilket førte til et langt bedre langsigtet resultat, der var mere bæredygtigt, mere automatiseret og gav et bedre resultat.

Sådan udarbejder du en konceptafprøvning

Følg disse trin, når du planlægger og gennemfører en konceptafprøvning:

1. Identificer problemet eller muligheden

Det første trin i planlægningen af en konceptafprøvning er at identificere, hvad du gerne vil prøve eller teste. Begynd at udarbejde en projektplan, der omfatter omfang, tidsplan og omkostninger.

Når jeg går i gang, foretrækker jeg at udarbejde et komplet projektgrundlag eller et oversigtsdokument, som jeg kan dele med alle, der har tilknytning til eller skal arbejde på projektet og PoC'en. Husk, at det faktum, at en PoC er mindre end en implementering i fuld skala, ikke betyder, at der ikke er behov for grundig kommunikation om den.

2. Fastlæg succeskriterier for PoC'en

Når du har identificeret det problem, der skal løses, og har en tilgang, du vil teste, skal du fastlægge succeskriterier for PoC'en. Når du definerer succeskriterier, hjælper det alle med at forstå, hvad du forsøger at opnå, og hvornår.

Succeskriterier kan både være oplevelsesbaserede og resultatfokuserede. Dine succeskriterier kan for eksempel omfatte at identificere, om en ny proces kan fungere i lille skala, eller de kan indebære at indsamle fem vigtige pointer fra oplevelsen, som kan danne grundlag for de næste skridt i projektudviklingen.

3. Udarbejd en plan for implementering og gennemførelse af PoC

Nu er det tid til at udarbejde en plan, der afspejler den mulighed, du forsøger at afprøve, og som arbejder hen imod succeskriterierne.

Planen for implementering og gennemførelse skal være tidsafgrænset og skal enten være en repræsentativ stikprøve eller en test af, hvad der kan implementeres i større skala for at imødegå problemet eller udnytte muligheden.

Eksperttip

Vær så specifik som muligt, og kommunikér for meget. Selvom en PoC måske kan virke som et lille skridt på vejen mod projektleverancen, er en vellykket gennemførelse af PoC’en ofte en afgørende milepæl for at opnå fuld godkendelse og finansiering til at gå videre med det fulde projekt eller den fulde implementering.

4. Fastlæg de nødvendige ressourcer

Når din plan er defineret, skal du samle de nødvendige ressourcer. Samarbejd med de centrale medlemmer af projektteamet for at finde ud af, hvem der skal involveres, og samarbejd derefter med de forskellige ressourceansvarlige, udviklingsteams og andre i organisationen for at få godkendelse til, at de pågældende kan involveres.

Jeg har også erfaret, at det er lettere at få ledere på tværs af en organisation til at forpligte sig, når anmodningen er tidsafgrænset og specifik.

5. Gennemfør eksperimentet, og indsaml feedback

Gennemfør derefter eksperimentet. Husk, at dette er en test, så alt, hvad du observerer, korrigerer, justerer eller understøtter undervejs, bør noteres i en skabelon til indhøstede erfaringer, så du har så mange data som muligt, der kan bruges i den fulde implementering.

Når PoC'en slutter, skal du fejre alle ressourcers og teams' involvering, mens du indsamler brugerfeedback og indhøstede erfaringer, som skal indarbejdes i dine resultater og din projektplan for implementering i fuld skala.

6. Del dine resultater

Når din PoC er afsluttet, og feedbacken er indsamlet og organiseret, er det tid til at dele resultaterne af dit PoC-eksperiment med projektets interessenter, sponsorer og andre interesserede parter. Kommunikér både skriftligt og på møder for at sikre, at dine oplysninger når frem til dem, der har brug for dem, på måder der maksimerer deres forståelse.

Del det problem, du forsøgte at løse, hvordan du greb det an, hvilke ressourcer du involverede, eksperimentets succeskriterier, hvordan eksperimentet forløb, og hvilke indhøstede erfaringer du samlede.

Hvornår skal man bruge en konceptafprøvning?

Brug en konceptafprøvning, når projektets succes afhænger af en idé, teknologi eller tilgang, der ikke er blevet valideret. Den hjælper dig med at teste gennemførligheden, identificere potentielle hindringer og træffe velinformerede beslutninger, før du binder betydelige ressourcer.

Jeg vil anbefale at bruge en konceptafprøvning:

• Når du introducerer ny eller ukendt teknologi: Hvis dit projekt involverer teknologi, som dit team ikke har arbejdet med før, kan du bruge et PoC til at verificere dens muligheder. Test for eksempel, om et AI-værktøj kan behandle din virksomheds dokumenter korrekt, før du forpligter dig til en fuld implementering.
• Når den tekniske gennemførlighed er usikker: Et PoC hjælper dig med at afgøre, om en foreslået løsning kan opfylde specifikke tekniske krav. Det er især nyttigt, når du arbejder med kompleks funktionalitet, ydeevnebegrænsninger eller uprøvede tilgange.
• Når flere systemer skal integreres: Hvis dit projekt kræver, at forskellige softwareplatforme udveksler data eller fungerer sammen, bør du teste integrationen, før udviklingen begynder. Du opdager kompatibilitetsproblemer, API-begrænsninger og problemer med dataoverførsel, som kan få din tidsplan til at skride.
• Når projektrisiciene er høje: Projekter med betydelige økonomiske, driftsmæssige eller tekniske risici har fordel af tidlig test af gennemførligheden. Et PoC giver dig mulighed for at undersøge dine største usikkerheder, før disse risici udvikler sig til dyre problemer.
• Når konkurrerende løsninger skal evalueres: Hvis dit team overvejer flere tekniske tilgange, kan du bruge et PoC til at sammenligne gennemførligheden ud fra de samme krav. Det giver dig dokumentation til at understøtte din anbefaling i stedet for at basere dig på leverandørers påstande eller antagelser.
• Når interessenternes godkendelse afhænger af gennemførligheden: Hvis sponsorer tøver med at godkende finansiering af et uprøvet koncept, kan et PoC demonstrere, om den foreslåede tilgang fungerer. Fastlæg målbare succeskriterier på forhånd, så interessenterne har objektiv dokumentation til at træffe deres beslutning.
• Når projektkravene presser de eksisterende muligheder: Hvis dit projekt involverer usædvanligt komplekse beregninger eller krævende ydeevnekrav (eller andre ukendte forhold), bør du teste, om den foreslåede løsning kan håndtere dem. Det hjælper med at identificere tekniske begrænsninger, før du færdiggør dit omfang og dine estimater.
• Når en eksisterende løsning skal skaleres: En løsning, der fungerer for én afdeling, vil ikke nødvendigvis kunne understøtte en hel organisation. Brug et PoC til at teste specifikke antagelser om skalering, f.eks. om arkitekturen kan håndtere øgede arbejdsbelastninger eller større datasæt.

Mit råd

Kør ikke et PoC, bare fordi et projekt er stort eller dyrt. Fokuser på, om der er et meningsfuldt spørgsmål om gennemførlighed, som skal besvares. Hvis tilgangen allerede er afprøvet, og din største usikkerhed handler om brugeraccept eller forretningsværdi, kan et pilotprojekt være mere passende.

PoC vs. dokumentation af værdi vs. prototype vs. minimumslevedygtigt produkt

En gennemførlighedstest, dokumentation af værdi (PoV), prototype og minimumslevedygtigt produkt (MVP) hjælper dig alle med at validere en projektidé, før du forpligter dig til fuld udvikling. De tjener dog hver deres formål og besvarer forskellige spørgsmål.

Et PoC tester, om en idé er teknisk gennemførlig, mens en PoV måler, om den foreslåede løsning skaber meningsfuld forretningsværdi. En prototype demonstrerer, hvordan en løsning kan se ud eller fungere, mens et MVP leverer en fungerende version med tilstrækkeligt mange funktioner til at kunne testes med rigtige brugere.

Sådan sammenlignes de:

Aspekt	Konceptafprøvning	Værdiafprøvning	Prototype	Minimum levedygtigt produkt
Hovedspørgsmål	Virker det?	Skaber det værdi? Hvis ja, hvor meget?	Hvordan kunne det se ud, eller hvordan kunne det fungere?	Vil brugerne tage det til sig og få gavn af det?
Primære formål	Validere den tekniske gennemførlighed	Demonstrere målbar forretningsværdi	Udforske og afprøve design eller funktionalitet	Validere brugerbehov og produktantagelser
Det, der testes	Tekniske antagelser, muligheder og begrænsninger	Forretningsresultater, investeringsafkast og driftsmæssige forbedringer	Designkoncepter, brugervenlighed og brugerinteraktioner	Kernefunktionalitet, brugeradoption og markedsefterspørgsel
Typisk resultat	Teknisk demonstration eller eksperiment i lille skala	Testresultater med målbare forretningsresultater	Wireframe, mockup eller interaktiv model	Funktionelt produkt med de vigtigste funktioner
Tilsigtet målgruppe	Tekniske teams, projektsponsorer og beslutningstagere	Forretningsinteressenter, ledere og projektsponsorer	Designere, udviklere og potentielle brugere	Tidlige brugere og reelle brugere
Funktionalitetsniveau	Begrænset til det, der skal teknisk valideres	Tilstrækkelig funktionalitet til at måle de tilsigtede fordele	Kan være uden funktionalitet, delvist funktionel eller interaktiv	Funktionelt og anvendeligt til det tilsigtede formål
Hvornår det bruges	Når den tekniske gennemførlighed er usikker	Når du har brug for dokumentation for forretningsværdi for at begrunde investeringen	Når du har brug for at validere design eller brugervenlighed før udvikling	Når du er klar til at teste en fungerende løsning med reelle brugere
Succeskriterier	Tekniske krav opfyldt og gennemførlighed demonstreret	Målbare fordele opnået i forhold til foruddefinerede mål	Designantagelser valideret gennem feedback	Brugerengagement, brugeradoption og validerede produktantagelser

Kom godt i gang med din PoC

Når du går i gang med at planlægge din konceptafprøvning, må du ikke glemme at holde dig til de grundlæggende principper for projektledelse: planlægning, kommunikation, dokumentation og samarbejde. Projektstyringssoftware kan hjælpe med at holde disse dele organiseret, efterhånden som PoC'en skrider frem.

Mange af principperne for projektledelse i fuld skala gælder også for en PoC, blot i mindre skala og forhåbentlig på kortere tid.