Hva er et konseptbevis & hvordan skriver du ett på 6 trinn
En gjennomførbarhetstest (PoC) er et eksperiment i liten skala som hjelper deg med å teste en idé, løse et problem eller utforske en mulighet før du investerer betydelig med tid og penger. Ved å gjennomføre en gjennomførbarhetstest kan du på en trygg måte avdekke problemer, forbedre planen din og få større tillit til hva som fungerer.
I denne artikkelen viser jeg deg hvordan bruk av gjennomførbarhetstester, piloter og eksperimenter kan legge grunnlaget for en smidig og vellykket prosjektgjennomføring.
Hva er en gjennomførbarhetstest?
En gjennomførbarhetstest er en test eller et eksperiment i liten skala som brukes til å fastslå om en foreslått prosjektidé, løsning eller tilnærming er teknisk gjennomførbar. Den hjelper prosjektledere med å validere antakelser, identifisere potensielle hindringer og redusere risiko før de forplikter betydelige ressurser.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Resultatene hjelper prosjektteam og interessenter med å ta informerte beslutninger om hvorvidt prosjektet skal gå videre.
Hva er formålet med en gjennomførbarhetstest?
Formålet med en gjennomførbarhetstest er å støtte langsiktig prosjektsuksess og identifisere problemer tidlig for å minimere risikoen ved fullskalaimplementeringen. Den kan også bidra til å redusere kostnader samt bygge engasjement og tillit hos interessentene, fordi de får se ideen fungere i mindre skala før endelig godkjenning.
PoC-er gjør det også mulig å samle inn data og gjennomføre eksperimenter som er spesifikke for prosjektinitiativet. Dermed kan du som prosjektleder lære om prosjektets styrker og svakheter før du investerer i et storskalaprosjekt.
Eksempler på gjennomførbarhetstester
Her er noen eksempler på hvordan gjennomførbarhetstester brukes innen ulike fagområder.
1. Programvareutvikling
Gjennomførbarhetstester er svært vanlig innen hele STEM-feltet. Innen programvareutvikling brukes gjennomførbarhetstester til å validere behovet for nye systemer eller tjenester. Nye programvareoppstartsbedrifter lager ofte en versjon av appen sin før produksjon, slik at et utvalg brukere kan prøve den og gi tilbakemeldinger.
2. Legemidler
Innen legemiddelutvikling gjennomføres gjennomførbarhetstester gjennom pilotstudier og ulike nivåer av kliniske legemiddelutprøvinger. Disse prosessene gir tilbakemeldinger til legemiddelutviklerne, noe som hjelper dem med å utvikle et tryggere og mer effektivt legemiddel.
3. Prosessendring
Et av mine favoritteksempler på å gjennomføre en gjennomførbarhetstest for en prosessendring var et prosjekt jeg ledet i et stort programvareselskap. Vi trappet opp ansettelsene i 2020 og 2021 og måtte endre måten vi gjennomførte introduksjonen av nyansatte på fullstendig.
I stedet for å legge om alt på én gang opprettet vi et lite team som skulle definere og bygge en ny prosess, og som brukte den på noen få utvalgte nyansatte (gjennomførbarhetstest). Det vi lærte, var så utrolig verdifullt at vi kunne endre hele måten vi tenkte på prosessen på. Dette førte til et langt bedre langsiktig resultat som var mer bærekraftig, mer automatisert og ga et bedre resultat.
Slik lager du en gjennomførbarhetstest
Følg disse trinnene når du planlegger og gjennomfører en gjennomførbarhetstest:
1. Identifiser problemet eller muligheten
Det første trinnet i planleggingen av en gjennomførbarhetstest er å identifisere hva du ønsker å prøve eller teste. Begynn på en prosjektplan, inkludert omfang, tidsplan og kostnader.
Når jeg starter, liker jeg å lage et fullstendig prosjektmandat eller et oversiktsdokument som kan deles med alle som vil være knyttet til eller arbeide med prosjektet og PoC-en. Husk at det at en PoC er mindre enn en fullskalaimplementering, ikke betyr at folk ikke trenger grundig informasjon om den.
2. Definer suksesskriterier for PoC-en
Når du har problemet som skal løses og en tilnærming du ønsker å teste, definerer du suksesskriterier for PoC-en. Å definere suksesskriterier hjelper alle med å forstå hva dere forsøker å oppnå, og når.
Suksesskriterier kan være både erfaringsbaserte og resultatorienterte. Suksesskriteriene dine kan for eksempel omfatte å identifisere om en ny prosess kan fungere i liten skala, eller de kan innebære å samle fem viktige læringspunkter fra erfaringen for å informere de neste trinnene i prosjektutviklingen.
3. Lag en plan for implementering og gjennomføring av PoC-en
Deretter er det på tide å lage en plan som gjenspeiler muligheten du prøver å teste, og som arbeider mot suksesskriteriene.
Planen for implementering og gjennomføring må være tidsavgrenset, og må enten være et representativt utvalg eller en test av hva som kan implementeres i større skala for å løse problemet eller utnytte muligheten.
4. Fastslå nødvendige ressurser
Når planen er definert, samler du inn de nødvendige ressursene. Samarbeid med de sentrale medlemmene av prosjektteamet for å finne ut hvem som må involveres, og samarbeid deretter med de ulike ressurslederne, utviklingsteamene og andre i organisasjonen for å få godkjenning til at de aktuelle personene kan involveres.
Jeg har også erfart at det er enklere å få ledere på tvers av en organisasjon til å forplikte seg når forespørselen er tidsavgrenset og konkret.
5. Gjennomfør eksperimentet og samle inn tilbakemeldinger
Deretter gjennomfører du eksperimentet. Husk at dette er en test, så alt du observerer, korrigerer, justerer eller støtter underveis, bør noteres i en mal for læringspunkter, slik at du har så mye data som mulig å bruke i den fullstendige implementeringen.
Når PoC-en avsluttes, bør du feire bidragene fra alle ressursene og teamene mens du samler inn tilbakemeldinger fra brukerne og læringspunkter som skal innarbeides i resultatene og prosjektplanen for implementering i full skala.
6. Del resultatene dine
Når PoC-en er avsluttet og tilbakemeldingene er samlet inn og organisert, er det på tide å dele resultatene fra PoC-eksperimentet med prosjektets interessenter, sponsorer og andre interesserte parter. Kommuniser både skriftlig og i møter for å sikre at informasjonen når dem som trenger den, på en måte som maksimerer forståelsen deres.
Del problemet du forsøkte å løse, hvordan du gikk frem, hvilke ressurser du involverte, suksesskriteriene for eksperimentet, hvordan eksperimentet gikk, og hvilke læringspunkter du samlet inn.
Når bør du bruke en konsepttest?
Bruk en konsepttest når prosjektets suksess avhenger av en idé, teknologi eller tilnærming som ikke er validert. Den hjelper deg med å teste gjennomførbarheten, identifisere mulige hindringer og ta informerte beslutninger før du forplikter betydelige ressurser.
Jeg anbefaler å bruke en konsepttest:
- Når du introduserer ny eller ukjent teknologi: Hvis prosjektet ditt involverer teknologi teamet ditt ikke har arbeidet med tidligere, kan du bruke en PoC til å verifisere mulighetene. Du kan for eksempel teste om et KI-verktøy kan behandle virksomhetens dokumenter nøyaktig før du forplikter deg til en full implementering.
- Når den tekniske gjennomførbarheten er usikker: En PoC hjelper deg med å finne ut om en foreslått løsning kan oppfylle bestemte tekniske krav. Dette er spesielt nyttig når du arbeider med kompleks funksjonalitet, ytelsesbegrensninger eller uprøvde tilnærminger.
- Når du integrerer flere systemer: Hvis prosjektet ditt krever at ulike programvareplattformer utveksler data eller fungerer sammen, bør du teste integrasjonen før utviklingen starter. Du vil avdekke kompatibilitetsproblemer, begrensninger i API-er og problemer med dataoverføring som kan føre til forsinkelser i tidsplanen.
- Når prosjektrisikoen er høy: Prosjekter med betydelig økonomisk, operasjonell eller teknisk risiko drar nytte av tidlig testing av gjennomførbarheten. En PoC lar deg undersøke de største usikkerhetsmomentene før risikoen utvikler seg til kostbare problemer.
- Når du vurderer konkurrerende løsninger: Hvis teamet ditt vurderer flere tekniske tilnærminger, kan du bruke en PoC til å sammenligne gjennomførbarheten opp mot de samme kravene. Dette gir deg et faktagrunnlag for anbefalingen din i stedet for at du må basere deg på leverandørpåstander eller antakelser.
- Når godkjenning fra interessenter avhenger av gjennomførbarheten: Hvis sponsorer nøler med å godkjenne finansiering av et uprøvd konsept, kan en PoC demonstrere om den foreslåtte tilnærmingen fungerer. Definer målbare suksesskriterier på forhånd, slik at interessentene har objektive bevis som kan danne grunnlag for beslutningen.
- Når prosjektkravene utfordrer eksisterende funksjonalitet: Hvis prosjektet ditt innebærer uvanlig komplekse beregninger eller krevende ytelseskrav (eller andre ukjente forhold), bør du teste om den foreslåtte løsningen kan håndtere dem. Dette bidrar til å identifisere tekniske begrensninger før du fastsetter prosjektets omfang og estimater.
- Når du skalerer en eksisterende løsning: En løsning som fungerer for én avdeling, vil ikke nødvendigvis støtte en hel organisasjon. Bruk en PoC til å teste bestemte antakelser om skalering, for eksempel om arkitekturen kan håndtere økt arbeidsbelastning eller større datasett.
PoC mot verdibevis mot prototype mot minimum levedyktig produkt
Et konseptbevis, et verdibevis (PoV), en prototype og et minimum levedyktig produkt (MVP) hjelper deg alle med å validere en prosjektidé før du forplikter deg til full utvikling. De har imidlertid ulike formål og besvarer ulike spørsmål.
En PoC tester om en idé er teknisk gjennomførbar, mens en PoV måler om den foreslåtte løsningen gir meningsfull forretningsverdi. En prototype demonstrerer hvordan en løsning kan se ut eller fungere, mens et MVP leverer en fungerende versjon med nok funksjoner til å testes med virkelige brukere.
Slik kan de sammenlignes:
| Aspekt | Konseptbevis | Verdibevis | Prototype | Minimum levedyktig produkt |
|---|---|---|---|---|
| Hovedspørsmål | Fungerer det? | Gir det verdi? I så fall, hvor mye? | Hvordan kan det se ut eller fungere? | Vil brukerne ta det i bruk og ha nytte av det? |
| Hovedformål | Validere teknisk gjennomførbarhet | Demonstrere målbar forretningsverdi | Utforske og teste design eller funksjonalitet | Validere brukerbehov og produktantakelser |
| Det som testes | Tekniske antakelser, funksjoner og begrensninger | Forretningsresultater, avkastning på investering og driftsforbedringer | Designkonsepter, brukervennlighet og brukerinteraksjoner | Kjernefunksjonalitet, brukeradopsjon og markedsetterspørsel |
| Typisk resultat | Teknisk demonstrasjon eller eksperiment i liten skala | Testresultater med målbare forretningsresultater | Trådskisse, modell eller interaktiv modell | Funksjonelt produkt med de viktigste funksjonene |
| Tiltenkt målgruppe | Tekniske team, prosjektsponsorer og beslutningstakere | Forretningsinteressenter, ledere og prosjektsponsorer | Designere, utviklere og potensielle brukere | Tidlige brukere og faktiske brukere |
| Funksjonalitetsnivå | Begrenset til det som trenger teknisk validering | Tilstrekkelig funksjonalitet til å måle de forventede fordelene | Kan være uten funksjonalitet, delvis funksjonell eller interaktiv | Funksjonelt og brukervennlig for det tiltenkte formålet |
| Når det bør brukes | Når den tekniske gjennomførbarheten er usikker | Når du trenger dokumentasjon på forretningsverdi for å begrunne investeringen | Når du trenger å validere design eller brukervennlighet før utvikling | Når du er klar til å teste en fungerende løsning med faktiske brukere |
| Suksesskriterier | Tekniske krav er oppfylt og gjennomførbarheten er demonstrert | Målbare fordeler er oppnådd mot forhåndsdefinerte mål | Designantakelser er validert gjennom tilbakemeldinger | Brukerengasjement, adopsjon og validerte produktantakelser |
Slik kommer du i gang med din PoC
Når du begynner å planlegge konseptbeviset ditt, må du ikke glemme å holde deg til det grunnleggende innen prosjektstyring: planlegging, kommunikasjon, dokumentasjon og samarbeid. Prosjektstyringsprogramvare kan bidra til å holde disse delene organisert etter hvert som PoC-en går fremover.
Mange av prinsippene for prosjektstyring i full skala gjelder også for en PoC, bare i mindre skala og forhåpentligvis på kortere tid.
