Bakgrund - varför piloter inom Samordnad identitet och behörighet?

Utvecklingen av infrastrukturen Samordnad identitet och behörighet sker stegvis och i nära samverkan mellan berörda aktörer. För att säkerställa att infrastrukturen utformas rätt, möter verkliga behov och fungerar i praktiken krävs ett strukturerat och kontinuerligt lärande under hela utvecklingsresan. Piloter är ett centralt verktyg i detta arbete.

Genom piloter ges möjlighet att i kontrollerad form testa de olika delar som utvecklas inom respektive steg – exempelvis funktioner, tekniska komponenter, samverkansformer, regelverkstillämpning och ansvarsfördelning. Syftet är inte enbart att verifiera att något fungerar tekniskt, utan även att:

säkerställa att lösningen möter faktiska verksamhetsbehov
identifiera oklarheter, risker och beroenden i ett tidigt skede
skapa praktiska erfarenheter som kan omsättas i förbättringar
möjliggöra justeringar av krav, design och prioriteringar
bygga gemensam förståelse och förankring hos berörda aktörer

Piloterna ska bidra till ett kontinuerligt utvärderande och lärande arbetssätt, där utvecklingen av infrastrukturen kan justeras och förfinas steg för steg. Det minskar risken för felaktiga vägval, ökar träffsäkerheten i kommande utvecklingsinsatser och stärker förutsättningarna för en långsiktigt hållbar och användbar infrastruktur.

Mot denna bakgrund finns behov av en tydlig och gemensam process för hur pilotidéer identifieras, bereds och beslutas, så att rätt piloter genomförs vid rätt tidpunkt och med rätt syfte.

Med POC avses: visar att något går att göra tekniskt.

Med pilot avses: tillämpning som verifieras i verklig produktionsmiljö

1. Beskriv idé till pilot

Syfte: Fånga upp förslag tidigt utan att kräva för mycket underlag.

En aktör (myndighet, programdel, leverantör, samverkanspart) lyfter en idé om pilot utifrån ett behov som aktören har.
Idén dokumenteras mycket kort, t.ex. i ett standardiserat pilotidé-formulär (se här: Pilotidéformulär - light - RU Identitet & Behörighet - Confluence)
Aktören bjuds in att föredra sin idé.
Dialog sker

Innehåll (light-version):

Kort beskrivning av pilotidén - mönster och scenarion
Behov kopplat till Samordnad identitet och behörighet
Vilken del av infrastrukturen / vilket steg i färdplanen som avses testas
Föreslagna deltagare/aktörer
Grov tidsbild - när i tid ungefär

Resultat: inkommen och registrerad pilotidé, möjlighet för grovsortering.

2. Kvalificering

Kvalificiering och återkoppling

3. Beskriv lösning: konceptuell lösningsbeskrivning

Syfte: Säkerställa att idén är tillräckligt konkret för att kunna bedömas.

Här tas ett pilotunderlag fram (kan ske tillsammans med Digg/E-hälsomyndigheten).

Innehåll i pilotunderlag:

Syfte och behov
- Vilket behov adresseras?
- Varför behöver detta testas i pilot?
- Vad som ska testas
Vilka funktioner/komponenter i infrastrukturen
Vad är nytt/oprövat
Avgränsning
- Vad testas inte?
Förväntad nytta och lärdomar
- Vad vill vi veta efter piloten?
- Hur bidrar resultatet till fortsatt utveckling?
Koppling till steg i taktisk färdplan
Förutsättningar (hos deltagande aktörer)
Aktörer
Juridik/säkerhet (översiktligt)
Teknik (översiktligt)
Risker och beroenden
Tid och resursöversikt (grovt)
Plan för omhändertagande av lärdomar

Resultat: Färdigt pilotunderlag

4. Kvalificera och prioritera – uppfyller piloten rätt syfte och vid rätt tillfälle och bedömning mot taktisk färdplan

Syfte: Säkerställa att piloten testar rätt saker. samt säkerställa rätt tajming och prioritering.

Underlag tas fram för att kunna göra en bedömning mot fasta kriterier, t.ex.:

Inom SIB?
Testar piloten de delar som behöver testas i aktuellt steg?
Bidrar den till lärande för infrastrukturen (inte bara lokal nytta)?
Finns tydlig hypotes eller frågeställning?
Är piloten genomförbar inom rimlig tid och komplexitet?
Finns förutsättningar hos deltagande aktörer?
Återkoppling till aktör (myndighet, programdel, leverantör, samverkanspart) som lyft idén om pilot

Bedömningen kan göras av ett beredningsforum eller sakkunniggrupp.

Resultat: Rekommendation (gå vidare, omformulera/ komplettera) samt prioriteringsbedömning

Hur passar piloten in i:

Pågående och planerade piloter?
Utvecklingstakten för infrastrukturen?
Finns överlapp eller beroenden?
Behövs piloten nu, senare – eller alls?
Återkoppling till aktör (myndighet, programdel, leverantör, samverkanspart) som lyft idén om pilot

5. Ta beslut

Syfte: Göra det enkelt att fatta beslut.

Ett beslutsunderlag sammanställs som sammanfattar: (Ta fram mall för beslutsunderlag)

Pilotens syfte och innehåll
Vad som testas och varför
Koppling till steg och färdplan
Förväntad nytta
Risker/konsekvenser
Rekommendation: genomför / avvakta / avslå
Återkoppling till aktör (myndighet, programdel, leverantör, samverkanspart) som lyft idén om pilot

Resultat: Färdigt beslutsunderlag

Syfte: Formellt beslut om genomförande.

Beslut fattas i utsedd beslutsgrupp (t.ex. gemensam styrning Digg/EHM).

Beslutet bör omfatta:

Ja/nej
Eventuella villkor
Inplacering i tidsplan
Återkoppling till aktör (myndighet, programdel, leverantör, samverkanspart) som lyft idén om pilot
Dokumentation i beslutslogg

Resultat: Beslutad pilot

7. Överlämna till genomförande

Syfte: Säkerställa att piloten faktiskt kan starta.

Utse pilotansvarig (hos vem?)
Starta detaljerad planering
Säkerställ uppföljning och hur resultat ska tas om hand

Resultat: Pilot redo att starta

Process för initiering och beslut av pilot - för påsyn - lämna inspel senast 18 feb