Gå til hovedinnhold
BilgeQor

Technical Feasibility & PoC

I Norge gir NIS2-orientert sektormotstandsdyktighet en avgrenset beslutningsramme for en dialog om Technical Feasibility & PoC som starter med en forespørsel. Arbeidet setter rammer for ett spørsmål, en hypotese, antakelser, målbare kriterier, et avgrenset eksperiment eller en PoC der det er relevant, observert dokumentasjon, begrensninger og en anbefaling om å gå videre, endre eller stoppe. Det lover ikke full implementering, produksjonsklar kode, ytelse, sikkerhet, sertifisering, etterlevelse eller et bestemt resultat av gjennomførbarhetsvurderingen.

Prosessen starter med en forespørsel, og omfanget avgrenses til én teknisk usikkerhet. Vi bekrefter spørsmålet, tilgangen, avhengighetene, eksperimentets avgrensning og forslaget før arbeidet begynner; ingen offentlig pris eller pakkenivå vises.

Prosjekt med fast omfang

Hvordan vi leverer

Seniorledet arbeid med gjennomførbarhet avgrenses til ett spørsmål, bevisene som med rimelighet kan samles inn, og begrensningene ved disse bevisene. Forskning og en prototype garanterer ikke teknisk gjennomførbarhet, ytelse, sikkerhet eller produksjonsberedskap.

Passer godt når

  • ✓Produktretningen er kjent, men én teknisk usikkerhet hindrer en bredere beslutning om utvikling
  • ✓En antakelse om integrasjon, arkitektur, data eller plattform trenger belegg før man forplikter seg
  • ✓Teamet ditt trenger en dokumentert anbefaling heller enn en prototype uten avgrenset omfang

Passer ikke når

  • –Du trenger et produkt som er produksjonsferdig, en produksjonsendring, eller en fullstendig implementasjon nå
  • –Det tekniske spørsmålet, tilgangen, avhengighetene eller den beslutningsansvarlige kan ennå ikke identifiseres
  • –Det forventes sikkerhetsprøving eller endringer uten uttrykkelig skriftlig godkjenning.

Hvem dette er for

  • Produktledere med ett klart formulert teknisk spørsmål før de godkjenner et mer omfattende utviklingsarbeid
  • Grupper som står overfor usikkerhet i forbindelse med integrasjon, data, arkitektur eller plattformer, og som trenger en begrenset prøving
  • Operatører som trenger tydelig dokumenterte antakelser, belegg, begrensninger og en anbefaling om neste steg
  • Kjøpere som forstår at omfang, tilgang, avhengigheter og tidsplan bekreftes før arbeidet begynner

Hva du får

Beslutningsdokument om teknisk gjennomførbarhet + sammendrag av PoC-validering
Det avtalte tekniske spørsmålet, hypotesen, forutsetningene og de uavklarte forholdene
Målbare suksesskriterier, målemetode og beslutningsgrense
En tidsavgrenset eksperimentplan og en fungerende prototype med avgrenset omfang der det er hensiktsmessig
Dokumentasjon av observerte testresultater eller ytelsesmålinger kun fra det avtalte forsøket
Alternativer for arkitektur eller teknologi med angitte avveininger
Risikoer, begrensninger og forhold som ikke ble prøvd
En anbefaling om å gå videre, gjøre endringer eller stoppe, med et estimat for arbeidsinnsatsen i neste trinn

Representativ metodisk illustrasjon

Dette viser formatet på dokumentasjon av en beslutning om gjennomførbarhet. Det er en nøytral illustrasjon av metodikken, ikke en kundecasestudie, et fullført oppdrag eller et påstått resultat.

Nøytralt eksempelIllustrasjon av metodikken — ikke et kundeoppdragTidsramme bekreftet under gjennomgangen av omfangetKun et eksempel — roller bekreftes under avklaringen av omfanget
Teknisk usikkerhet

Et team må avgjøre om én foreslått integrasjon kan oppfylle et avtalt pålitelighetskrav før de forplikter seg til en bredere implementering av produktet. Spørsmålet, miljøet og begrensningene er plassholdere inntil omfanget er bekreftet.

Forsøksstruktur
  • Angi hypotesen, forutsetningene, teknisk usikkerhet og eieren av beslutningen
  • Definer forsøksmiljø, tilgangsgrenser, avhengigheter og tidsramme
  • avtale målbare suksesskriterier og metoden som brukes til å registrere observasjoner
  • Test bare de avtalte betingelsene og dokumenter begrensninger, risikoer og tilfeller som ikke er testet
  • Sammenlikne tilgjengelige arkitektur- eller teknologivalg før du anbefaler et neste steg
Illustrativ beslutningsstruktur

Illustrasjonen viser hvordan et bekreftet oppdrag kan dokumentere observerte bevis, begrensninger, en arkitekturbeslutning og en anbefaling om å gå videre, endre eller stoppe. Den fremsetter ingen påstand om et kunderesultat, et sammenligningsresultat eller et garantert utfall.

Format for beslutningsdokumentasjon

Beslutningsdokument om teknisk gjennomførbarhet + sammendrag av PoC-validering

  • Spørsmål, hypotese og avtalt beslutningsgrense
  • Kontekst, forutsetninger, avhengigheter og teknisk usikkerhet
  • Oppsett av forsøk og tidsboks
  • Målbare suksesskriterier og målemetode
  • Observert dokumentasjon eller illustrativ måleprotokoll
  • Begrensninger, risikoer og forhold som ikke er prøvd
  • Beslutning om arkitektur eller teknologi
  • Anbefaling om å gå videre, endre eller stoppe
  • Anslått innsats og eierskap i neste trinn
Hypotese[skal bekreftes]
Suksesskriterier[definert under avgrensning av omfanget]
Dokumentasjon[observert i avtalt test]
Anbefaling[gå videre / endre / stopp]

Kun en metodisk illustrasjon. Det faktiske dokumentet utformes ut fra det bekreftede spørsmålet, godkjent tilgang, tilgjengelige bevis og avtalt omfang.

Viktig:Dette er ikke en kundecasestudie eller et fullført oppdrag. Her presenteres ingen tallfestede resultater, kommersielle utfall, påstander om ytelse, garantier for gjennomførbarhet, sikkerhetsgarantier eller påstander om at løsningen er klar for produksjon.

Send det tekniske spørsmålet og beslutningen du trenger å ta. Vi vil bekrefte om usikkerheten egner seg for et avgrenset oppdrag for å vurdere gjennomførbarhet, og deretter avtale omfang, tilgang, forutsetninger, tidsplan og forslag før noe arbeid starter.

Inkludert

  • Bekreftelse av virkeområde rundt én teknisk usikkerhet og en navngitt beslutningseier
  • En dokumentert forsøksplan med antakelser og målbare kriterier
  • En avgrenset prototype eller et testrammeverk når det er hensiktsmessig for det avtalte spørsmålet
  • En gjennomgåelse av observerte bevis, begrensninger, risikoer og arkitekturalternativer
  • En skriftlig dokumentasjon av beslutningen og et estimat på arbeidsinnsatsen for neste trinn

Utelatt

  • Implementering i produksjon, lanseringsarbeid eller et produksjonsklart produkt, med mindre annet er avtalt særskilt
  • En garanti for teknisk gjennomførbarhet, ytelse, sikkerhet, sertifisering eller godkjenning av samsvar
  • Sikkerhetsprøving, produksjonsendringer eller tilgang til systemer uten uttrykkelig skriftlig tillatelse
  • Ugodkjent bruk av kundedata, tredjepartssystemer, infrastruktur eller påloggingsopplysninger
  • Tredjemanns lisenser, skytjenester, infrastruktur og transaksjonskostnader, som bekreftes separat
  • Arbeid som er forsinket på grunn av utilgjengelig tilgang, data, avhengigheter eller kundebeslutninger utenfor det bekreftede virkeområdet

Tilgjengelige tillegg

  • +Et ytterligere begrenset forsøk etter en separat bekreftelse av omfang
  • +En utvidet gjennomgang av arkitekturbeslutninger for et avtalt tilleggsalternativ
  • +Autorisert sikkerhetstesting bare etter at skriftlig omfang, regler og tilgang er bekreftet

Hvordan det fungerer

1

Bekreftelse av virkeområde

Vi bekrefter det tekniske spørsmålet, hvem som har beslutningsansvaret, tilgjengelig tilgang, data, avhengigheter og leveringsbegrensninger før vi aksepterer arbeidet.

2

Beslutningsutforming

Vi definerer hypotesen, forutsetningene, valg, målbare kriterier, målemetode og grensen for en nyttig beslutning.

3

Tidsavgrenset eksperiment

Vi kjører det avtalte eksperimentet og lager en begrenset prototype bare der det hjelper å besvare det bekreftede spørsmålet.

4

Kontroll av bevismateriale og grenser

Vi gjennomgår observerte bevis sammen med risikoer, begrensninger, forhold som ikke er testet, og eventuelle endringer i de opprinnelige forutsetningene.

5

Beslutningsnotat

Du får en anbefaling om å gå videre, gjøre endringer eller stoppe, samt et estimat på arbeidsinnsatsen for neste steg; produksjonsarbeid har fortsatt et separat definert omfang.

Ofte stilte spørsmål

Klar til å starte?

Send det tekniske spørsmålet og beslutningen du trenger å ta. Vi vil bekrefte om usikkerheten egner seg for et avgrenset oppdrag for å vurdere gjennomførbarhet, og deretter avtale omfang, tilgang, forutsetninger, tidsplan og forslag før noe arbeid starter.