Open fsveinsb opened 10 months ago
Jeg mangler "edit" tilgang på "issuen" og legger derfor beskrivelsen her inntil videre.
Tiltaket faller inn under satsningsområdet til seksjon brukeropplevelse "prioritering og forretningsverdi gjennom data og analyse".
Utfordringen vi og mange andre kontinuerlig står ovenfor omhandler organisasjonens evne til oppbevaring og håndtering av kunnskap. Hvorav vi har systemer for håndtering av arbeidsdokumenter og arkivering, ser vi et konkret gap rundt effektiv håntering, gjenbruk og deling av funn og innsikt i organisasjonen samt på tvers av det offentlige.
Vi opplever blant annet:
Vi foreslår et første steg (innsiktbibliotek) i en rekke potensielle løsninger for bedre utnyttelse av innhentet innsikt og kunnskap i det offentlige.
Et innsiktsbibliotek betyr en etablert taksonomi rundt oppbevaring av, søk i og deling av kilder, funn og innsikt.
Se presentasjon
Se nåværende Proof-of-Concept (PoC):
med tilhørende artikkel på designsystemet sine nettsider:
Vårt forslag går ut på å etablere løsningen i Github slik at innsikten ligger lagret i samme system som blir benyttet til planlegging av nye IKT løsninger, der innsikt enkelt kan knyttes opp mot et produkt sitt veikart og utviklingsoppgaver. Intensjonen er at dette skal skape et tettere bånd mellom forskning, strategi og utvikling, spare tid og kostnader ved å unngå dobbeltarbeid, samt sørge for en økende grad datadrevet og forskningsbasert utvikling for å unngå dyre tabber som resultat av å bygge feil løsning.
Et kunnskapsverktøy kan fort ha mange potensielle brukere både i og utenfor organisajonen. Vi har forsøkt å identifisere et utsnitt av brukere (early adopters) for en tidlig introduksjon av løsningen.
Interne Team:
Individer som:
Eksterne Organisasjoner:
Individer som:
Bygge opp og styrke et ResearchOps team.
Et ideelt team vil bestå av:
En god start vil bestå av:
Den største identifiserte risikoen er mulighet for å endre taksonomi etter lansert løsning, der innhold lagret før endringen fant sted ikke vil ha samme søkemuligheter som nytt innhold. Videre vil løsningen fungere som en "markedsplass" der verdien øker i tråd med bruk. Desto mer innhold, desto større grunn er det for å søke i og ta i bruk løsningen. Det betyr at vi har behov for kontinuerlig tilføyelse av nytt innhold fra flere hold.
To do:
Describe the problem or need
Utfordringen vi og mange andre kontinuerlig står ovenfor omhandler organisasjonens evne til oppbevaring og håndtering av kunnskap. Hvorav vi har systemer for håndtering av arbeidsdokumenter og arkivering, ser vi et konkret gap rundt effektiv håntering, gjenbruk og deling av funn og innsikt i organisasjonen samt på tvers av det offentlige. Vi opplever blant annet: • Kunnskap som forsvinner når rapporter blir lagt i skuffen etter at de er ferdigstilte • Konsentrasjon av kunnskap hos et fåtall langtidsansatte som må bruke mye tid på å verbalt dele av egen kunnskap om og om igjen • Begrenset deling av innsikt på tvers av team, avdelinger og det offentlige • Høy utviklingstakt i DevOps team der dokumentasjon og deling av funn ikke er prioritert • Tidligere innsikt er ikke alltid så enkelt å finne • Innsikt eksisterer ofte i siloer eller blir sett på som nyttig kun en gang • Det er sjeldent kapasitet til å se over om tidligere innsikt kan være av verdi for utforskende arbeid som gjøres på nåværende tidspunkt • Det kan være vanskelig å vite hvem du skal kontakte for ytterligere informasjon rundt tidligere innsiktsarbeid • Det kan være vanskelig å finne ut hva det opprinnelige formålet med tidligere innsiktsarbeid var
Objectives & Key Results (OKR)
Objective 1
Objective 2
Objective 3
Describe the possible solution
Vi foreslår et første steg (innsiktbibliotek) i en rekke potensielle løsninger for bedre utnyttelse av innhentet innsikt og kunnskap i det offentlige. Et innsiktsbibliotek betyr en etablert taksonomi rundt oppbevaring av, søk i og deling av kilder, funn og innsikt. Se nåværende Proof-of-Concept (PoC): • https://github.com/digdir/innsiktsbibliotek • https://github.com/orgs/digdir/projects/19 med tilhørende artikkel på designsystemet sine nettsider: https://www.designsystemet.no/god-praksis/brukerinnsikt/felles-innsiktsbase
Expected benefits and effects
Vårt forslag går ut på å etablere løsningen i Github slik at innsikten ligger lagret i samme system som blir benyttet til planlegging av nye IKT løsninger, der innsikt enkelt kan knyttes opp mot et produkt sitt veikart og utviklingsoppgaver. Intensjonen er at dette skal skape et tettere bånd mellom forskning, strategi og utvikling, spare tid og kostnader ved å unngå dobbeltarbeid, samt sørge for en økende grad datadrevet og forskningsbasert utvikling for å unngå dyre tabber som resultat av å bygge feil løsning.
Stakeholders and target groups
Et kunnskapsverktøy kan fort ha mange potensielle brukere både i og utenfor organisajonen. Vi har forsøkt å identifisere et utsnitt av brukere (early adopters) for en tidlig introduksjon av løsningen. Interne som • ..generer kunnskap: Designere, Prosjektledere • ..tar i bruk kunnskap: Produkteiere, Prosjektledere, Designere • ..ønsker å rapporte verdiskaping: Ledere Eksterne som • ..generer kunnskap: Designere, Prosjektledere • ..tar i bruk kunnskap: Produkteiere, Designere
Resources
Bygge opp og styrke et ResearchOps team. Et ideelt team vil bestå av • ResearchOps lead •
Risk
Den største identifiserte risikoen er mulighet for å endre taksonomi etter lansert løsning, der innhold lagret før endringen fant sted ikke vil ha samme søkemuligheter som nytt innhold. Videre vil løsningen fungere som en "markedsplass" der verdien øker i tråd med bruk. Desto mer innhold, desto større grunn er det for å søke i og ta i bruk løsningen. Det betyr at vi har behov for kontinuerlig tilføyelse av nytt innhold fra flere hold. Presentasjon av innsiktsbasen.pdf