sorensensig
commented
8 months ago ### Neste steg
- [ ] Fylle ut manglende felt i tiltaket
- [ ] Be om faseovergang til fra Problem til Konsept[!NOTE] Innhold kommer
Bakgrunn
Vis/Skjul innhold
## Utfordring Altinn-leveransene oppleves som oppstykket og fragmenterte, trolig på bakgrunn av voksende fagmiljø innen utvikling og design der flere må koordinere på tvers samt økt leveransepress i sammenheng med moderniseringsløpet som gjør det vanskelig å heve blikket. ### Hvorfor er det viktig å løse? Utfordringen går på bekostning av kvaliteten i Altinn der løsningene blir mer ulike hverandre på tross av å være del av den samme "Altinn-pakken". Ettersom Altinn om kort tid skal tilbys som enkeltstående produkter i tillegg til å fungere som del av "Altinn-pakken" blir det desto viktigere å ha kontroll på hvordan disse skiller seg fra hverandre samt grad av opplevd kvalitet og brukeropplevelse hver for seg og sett i sammenheng. Dersom vi ikke tar tak i problemet nå vil problemet vokse seg større og bli enda tyngre og kostbart å rette opp i senere. ## Mulighet Vi ser en mulighet for å sette en tydeligere felles retning for Altinn produktene nå under moderniseringsløpet for å unngå at problemet forverrer seg ytterligere. ### Anbefaling Tiltaket Design på tvers fokuserer først og fremst på at produktene som leveres som en del av "Altinn-pakken" skal oppleves som ett og samme produkt. Videre oppfordrer Head of Design til en dialog rundt hvordan organisasjonen håndterer fremstillingen av enkeltstående produkt versus når produktene leveres som en helhetlig "pakke" (se diskusjonspunkter). ### Hvem er det for? Tiltaket er til fordel for brukerne våre som skal kunne oppleve Altinn som et sammenhengende produkt der oppgavene enkelt kan løses. #### Hva er brukers mål? Skape verdi for eget foretak - som trolig betyr å bruke minst mulig tid i Altinn og på rapportering til det offentlige. ## Forretningsmessig ### Hva er forretningens mål? Skape en enklere hverdag for alle gjennom å etterleve regjeringens digitaliseringsstrategi og bygge enkle og brukervennlige løsninger. ### Forventede gevinster og effekter - Et helhetlig Altinn som oppleves sammenhengende der brukers oppgaver er enkle å løse og følger brukers logikk. - En felles retning for brukeropplevelse på tvers av produktteam som vil redusere opplevelsen av fragmenterte løsninger og samtidig gi produktteam en rettesnor å følge. ### Ressursbehov #### Personalmessige kostnader For å kunne gjennomføre arbeidet kreves det at tid settes av til felles arbeidsmøter på tvers av involverte team, en god dialog mellom arbeidsflate og felles designsystem og at Team Portal får omdisponert sin kapasitet til å samkjøre konseptuelle videreutviklinger i moderniseringsløpet. Det betyr at @alisekjelling og @thordfoss må omdisponeres til å bruke tid med de ulike produktteamene (som vist i fremgangsmåte under) for å samkjøre konseptutviklingen som finner sted opp mot Arbeidsflate. Konsekvenser for denne omprioriteringen finnes lengre nede i tiltaket. Videre vil det kreve en del tid til arbeidsmøter mellom arbeidsflate og felles designsystem for å kvalitetssikre bruk av systemet i løsningen samt for å lage artikler som viser til hvordan designsystemet skal brukes i Altinn kontekst. Fremgangen vil også påvirkes av kapasiteten til team felles designsystem der tiltaket **"felles designsystem"** #45 i dag flagger ressursmangel. Head of Design anbefaler to handlinger for å styrke gjennomføringsevnen til tiltaket: 1. etablere et område for å forvalte merkevaren Altinn som inneholder Altinn-spesifikke komponenter (design og kode), mønstre, stil, tone med mer, 2. ansette en identitetsansvarlig til team portal (se diskusjonspunkt 1 lengre ned). #### Andre kostnader Det foreligger ingen markante kostnader utover personalmessige kostnader. ### Risiko og konsekvenser Ved å ta tak i denne problemstillingen nå vil vi kunne redusere behovet for større omveltninger i "Altinn-pakken" etter moderniseringen er fullført. ### Interessenter > Informasjon kommer #### Hva er interessentenes mål? > Informasjon kommer ### Involverte **👨🎨 Tiltakseier** - Head of Design **🧭 Koordinator** - Team Portal **💫 Ledestjerne** - Team Arbeidsflate **🛠️ Verktøykasse** - Felles Designsystem **💁♀️ Deltagere** - Øvrige Altinn team #### Rollebeskrivelser **👨🎨 Tiltakseier** Head of Design - som ansvarlig for at brukeropplevelsen i løsningene - har iverksatt tiltaket for å sikre at løsningene ikke oppleves som ytterligere fragmentert og at brukskvaliteten i løsningene opprettholdes. @sorensensig **🧭 Koordinator** Team Portal - som eier portalene våre (butikkvinduet) - koordinerer arbeidet for å ivareta merkevaren Altinn og bruksmønstre på tvers av produktene våre. Team Portal har med samråd med Design Leads i teamene beslutningsmandat for Design på tvers. @alisekjelling, @thordfoss, @dortedrange **💫 Ledestjerne** Team Arbeidsflate - som eier erstatningen til dagens innboks - innehar rollen som ledestjerne som betyr at produktet skal bli et ledende praktisk _use case_ på riktig og god bruk av felles designsystem i kontekst av Altinn som andre produktteam skal følge. @theresaharmanen , @ingefossland **🛠️ Verktøykasse** Team Felles Designsystem - som lager byggeklossene og prinsippene - kvalitetssikrer at designsystemet blir tatt i bruk på en god måte i Arbeidsflate, videreutvikler designsystemet basert på identfiserte mangler og lager et kommuniserbart praktisk eksempel på god praksis. @mrosvik, @Febakke **💁♀️ Deltagere** Øvrige Altinn team. Deltar inn i samarbeidet for å arbeide mot et mer helhetlig Altinn som tar i bruk byggeklossene og prinsippene fra felles designsystem og følger Arbeidsflate i hvordan å anvende dette i praksis. ### Relaterte porteføljesaker Det foreslås at tiltaket ses opp mot krav om kvalitet i **Program Nye Altinn** (https://github.com/digdir/portfolio/issues/78) og samtidig vurderes opp mot grad av merarbeid i etterkant av moderniseringen gitt at dette tiltaket ikke tar tak i utfordringene nå. (Se diskusjonspunkt 1 og 3 under). Videre foreslås det at tiltaket ses opp mot **Målbilde Konsolidering og ensretting av sluttbrukerportaler** (https://github.com/digdir/portfolio/issues/68) ettersom ressursene allokert der vil i en periode måtte omprioriteres inn til dette tiltaket samt at "design på tvers" er tiltenkt å "holde i tøylene" frem til konsolidering og ensretting er sluttført. (Se diskusjonspunkt 2 under). Tiltaket bør også ses opp mot **Felles designsystem** (https://github.com/digdir/portfolio/issues/45) ettersom feil bruk av designsystemet eller duplikat-arbeid av komponenter som et resultat av manglende kapasistet i designsystem teamet fort kan føre til merarbeid i etterkant av moderniseringsløpet (se diskusjonspunkt 1 og 3 under). ### Objectives & Key Results (OKR)Vis / Skjul OKR
#### Objective 1 - [ ] Key result - [ ] Key result - [ ] Key result #### Objective 2 - [ ] Key result - [ ] Key result - [ ] Key result #### Objective 3 - [ ] Key result - [ ] Key result - [ ] Key resultGjennomføring
Vis/Skjul innhold
Samkjøringen har en todelt hensikt: 1. Sørge for at Altinn oppleves som ett produkt 2. Sikre at kvaliteten opprettholdes i produktene Design på tvers vil derfor sette føringer for brukskvalitet i "Altinn-pakken" ved å i større grad samkjøre produktene og samtidig bygge på et felles sett med komponenter fra felles designsystem samt eget komponentbibliotek der Altinn produktene har særegne behov. Målet er å evne å ivareta både kvalitet og identitet i Altinn produktene. Det er mange produkter som må samkjøres for at vi skal oppnå et helhetlig design på tvers av produktene i Altinn. Vi har besluttet å starte starte med Team Tilgangsstyring og Kontroll ettersom Portaler, Arbeidsflate og Tilgangsstyring og Kontroll sammenlagt dekker store deler av Altinn for innbyggere og foretak. Det legges vekt på å identifisere ulikheter på tvers av produktene og samkjøre disse. I tillegg "visker vi ut" unødvendige visuelle skiller mellom produktteamene i Altinn, der løsningen i dag har ulike tabs/linker/sider som navigerer brukeren til teamet sitt "eget område" i Altinn istedenfor at Altinn oppleves som ett og samme produkt der funksjonalitet på tvers av team flyter inn i hverandre for å gi brukeren funksjonalitet i kontekst av det de jobber med. > For å illustrere forskjellen kan du se for deg brukergrensesnittet i Spotify. Spillelister ligger til venstre, valg av sang ligger i midten, forslag dukker opp til høyre og nederst har du et "kontrollpanel" med informasjon om sangen og mulighet til å spole, sette på pause osv. Alle disse funksjonene blir laget av ulike produktteam, men de går sømløst over i hverandre på en måte som gjør at brukeren opplever alt som ett og samme produkt. > I Altinn har vi innboksen, tjenestekatalogen, profil og aktørvalg, der arbeidsflate (som erstatter innboksen) eies av et team, tjenestekatalogen et annet og aktørvalg samt profil et tredje. Funksjonalitet flyter sjeldent på tvers av disse løsningene, der brukeren isteden må navigere seg frem og tilbake mellom produktteamene sine "egne områder/sider" i Altinn for å finne funksjonaliteten de trenger. Med andre ord, Altinn er et produkt der brukergrensesnittet er preget av intern organisering der hvert team eier sitt område og endringer gjøres i kontekst av dette og ikke som et felles økosystem som må fungere i symbiose og sluttresultatet er at produktet oppleves som ett og samme. For å evne å gjennomføre dette skiftet kreves det åpenhet fra alle produktteam i Altinn-sfæren. - [ ] **Runde 1** 1. Tilgangsstyring og Kontroll - [ ] **Runde 2** 1. Tilgangsinfo 2. Apps 3. Studio 4. Melding 5. Formidling - [ ] **Runde 3** 1. Data Altinn 2. Felles Datakatalog - [ ] **Runde 4** Utforske behovet utover AltinnDokumentasjon
Vis/Skjul innhold
> **Utfordring og risiko for moderniseringsløpet** > - Vi må sikre at det nye vi lager har bedre (eller minst like god) brukskvalitet enn dagens løsning. Arbeidet med design på tvers viser at det gjenstår en del før vi har produkter som fremstår helhetlige og med god brukskvalitet. > **Kvalitetssikre at design på tvers er i tråd med fremtidskonseptet for innbygger** > - Vi må ta høyde for at innbyggere vektes likt med virksomheter i en sammenslåing av [altinn.no](http://altinn.no/) og [norge.no](http://norge.no/). For eksempel er det viktig at fullmakt for innbygger henger sammen med fullmakt for virksomheter. > - Vi må sikre at endringer vi gjør på brukeropplevelsen utgjør en målbar forbedring i brukskvalitet. > - Det må være rom for å teste ut større endringer > - Samarbeid på tvers av team om konkrete løsninger på skissenivå > **Mandat** > - Design lead og teamet som har ansvar for design på tvers skal ha en fasilitatorroller for å sikre at samarbeide om en helhetlig brukeropplevelse skjer. Det innebærer også at vi jobber med å planlegge for hele brukerreisen i starten av designprosessen. For eksempel å brukerteste hele brukerreiser og ikke kun den delen av løsningen enkelte team har ansvar for. Vi må være sikre på at det fungerer på tvers. Helst også hvis brukerreisen starter hos andre aktører. > - Løsninger kan fungere enkeltvis, men ikke nødvendigvis på tvers. Design lead har mandat til å beslutte designvalg hvis det er faglig uenighet mellom teamene. > > - Det forventes at identitetene i Digdir får en ny retning / et løft i løpet av de neste årene blant annet gjennom tiltaket **"Konsolidering og Ensretting av sluttbrukerportalene"** #68. I påvente av dette arbeidet er **"Design på tvers"** tiltenkt å holde hjulene i gang og sørge for helhet for Altinn-identiteten. > **Kvalitetssikrer** > - All ny design skal kvalitetssikres av design lead i teamet. I team som ikke har design lead skal Head of Design gi noen i oppgave å kvalitetssjekke. Det må skje i tide til å gjøre eventuelle endringer som kvalitetssjekken kommer frem til at er nødvendig. Kvalitetssjekken handler om å sikre brukskvalitet - at det er enkelt å bruke og forstå, og helhet på tvers. Og at vi følger [prinsippene våre](https://baksia.digdir.no/produktutviklingsmodell/prinsipper/design/).Diskusjonspunkter
Vis/Skjul innhold
> **Punkt A** > Hvordan håndterer vi fremstillingen av enkeltstående produkt versus når produktene leveres som en helhetlig "pakke"? > > --- > Eksempler: > 1. Hvert produkt har to flater som må ivaretas når produktet videreutvikles; en i Altinn flate og en flate som enkeltstående produkt. > 2. Produktene tilbys til "Altinn-pakken" som API der et egne Altinn team implementerer funksjonaliteten i Altinn GUIet, samt som enkeltstående produkt på eget område. > **Punkt B** > Diskusjonspunktet består av flere fasetter: > 1. Felles Designsystem er under utvikling og har derfor ikke alle mønstre og komponenter på plass enda. > 2. Felles designsystem lages for å være fleksibelt nok til å dekke behov på tvers av merkevarer i Digdir, for tjenesteeiere av Digdirs løsninger og potensielt i fremtiden utover Digdir sine produkter. > > --- > Dette fører til ett sett med utfordringer som må nøstes opp i: > - Underveis i utviklingen vil det oppstå behov for komponenter og mønstre hos de ulike produktteamene som ikke er ferdigstilte i felles designsystem. > - Videre vil det oppstå behov for Altinn-spesifikke mønstre og komponenter som trenger egen koordinering, oppbevaring og vedlikehold. > > Dersom disse fasettene ikke dekkes er risikoen tilstede for at hvert team lager egne løsninger der vi kommer til å oppleve x-antall ulike tilnærminger til manglende komponenter på tvers av produktene våre. > > Dette fører dermed til spørsmålet: > - Hvordan kan vi sørge for at komponenter og mønstre fra felles designsystem i tillegg til Altinn-spesifikke komponenter og mønstre som bygger på felles designsystem enkelt kan oppdateres når en komponent eller ett mønster blir ferdigstilt i felles designsystem. > > For å unngå betraktelig merarbeid etter "Program Nye Altinn" vil det være hensiktsmessig å kunne samkjøre mønstre og komponenter brukt i Altinn-produktene på ett og samme sted. Dette innebærer å samkjøre Altinn-spesifikke mønstre og komponenter som bygger på designsystemet, mønstre og komponenter hentet direkte fra felles designsystem samt ikke-offisielle mønstre og komponenter som brukes i mangel av ferdige mønstre og komponenter. > > To forslag er derav 1. å opprette et eget "komponentbibliotek" for Altinn identiteten som kombinerer innholdet fra felles designsystem og Altinn-spesifikke mønstre og komponenter som bygger på felles designsystem. 2. For å evne å koordinere dette og ivareta Altinn identiteten, samt andre Digdir identiteter anbefales det at en "merkevare/identitet ansvarlig" ansettes til designsystem teamet som forvalter identitetene i praksis og fungere som et bindeledd opp mot kommunikasjonsavdelingen i Digdir. > > Designsystemet støtter ulike temaer: > a) Nøytral identitet (default om du ikke aktiverer et eget tema) > b) Nasjonal identitet (f.eks for tjenester som skal ha en felles nasjonal identitet) > c) Egen identitet (når foretaket/etaten ønsker å ta i bruk egen identitet) > > En merkevarenansvarlig kan derfor f.eks se helheten i følgende: > 1. At nøytral identitet oppleves helhetlig > 2. Koordinere komponentbibliotek som ivaretar Digdirs identitet > 3. Koordinere komponentbibliotek som ivaretar Altinn identitet > 4. (Potensielt i fremtiden) koordinere en felles nasjonal identitet > **Punkt C** > Det er også verdt å peke på at designsystem teamet i dag opplever manglende kapasitet til å være både et platform-team og et enabler-team. Dvs at de ikke har kapasitet til å hjelpe folk (internt og eksternt) til å ta komponentene og mønstrene i bruk på riktig måte (enabler-team) og må fokusere på å være et platform-team. Økt kapasitet i designsystem teamet vil trolig også kunne bidra til bedre kontroll på intern bruk av- og påbygging av felles komponentene i felles designsystem i Altinn produktene som del av "Program Nye Altinn".Status for porteføljetiltak
Status gjennomføring
> Innhold kommer
Status faseovergang
> ```[tasklist] > ### Gjenstår for å nå Konsept > - [ ] Hvis behov uføres ytterligere innsiktsarbeid > - [ ] Problembeskrivelse er etablert > - [ ] Problemet som skal løses sikrer leveranser til det strategiske målbildet > - [ ] Tiltaket er tildelt den som skal detaljere og beskrive nærmere > - [ ] Prioritering er angitt ved MoSCoW > - [ ] Arbeidsoppgaver og omfang i konseptfasen er angitt > ```
Gjeldende fase> ```[tasklist] > ### Gjenstår for å nå Planlegging > - [ ] Konsepter er utvikliet som skrivebordsøvelse eller kjørende versjoner. > - [ ] OKR (mål og nøkkelresultat) er identifisert > - [ ] Risiko med tiltak er utarbeidet > - [ ] Arkitektur, Sikkerhet og juridisk er vurdert på et overordnet nivå > - [ ] Gjenbruk mot ny-etablering er vurdert > - [ ] Eierskap, interessenter og målgruppe er definert og forankring har startet > - [ ] Arbeidsoppgaver og omfang i planfasen er angitt > ``` > ```[tasklist] > ### Gjenstår for å nå Implementering > - [ ] Milepæler er definert > - [ ] Arkitektur, Sikkerhet og juridisk er detaljert ytterligere fra konseptfasen > - [ ] Interne ressurser for å gjennomføre tiltaket er allokert > - [ ] Budsjett implementering og fordeling av budsjettbehov på ulike poster > - [ ] Organisering for å overta forvaltning og drift er beskrevet > ``` > ```[tasklist] > ### Gjenstår for å nå Utført > - [ ] Mål/OKR er kvittert ut/innfridd > - [ ] Økonomi er avsluttet > - [ ] Løsning er overført til drift og forvaltning > - [ ] Prospektiv og retrospektiv er utført > - [ ] Møtereferater fra eksterne møter er overført arkivet i Digdir > - [ ] Løsning er dokumentert > - [ ] Tiltak arkivert i Github > ```
Kommende faser> ```[tasklist] > ### Gjenstår for å nå Problem > - [ ] Overordnet innsikt og forståelse er etablert > - [ ] Overordnet behov er beskrevet > - [ ] Anses som viktig og må vurderes nærmere > - [ ] Tiltaket bidrar til en balansert portefølje > - [ ] Det er ikke åpenbare hindringer i veien for å starte opp arbeidet > - [ ] Tiltaket er tildelt den som skal detaljere og beskrive nærmere > - [ ] Arbeidsoppgaver og omfang i problemfasen er angitt > ```
Ferdigstilte faser
Endringslogg
> _Placeholder_ > > **Endringer** > - Ingen endringer
Placeholder> _Fortsettelse strukturelle endringer_ > > **Endringer** > - Flyttet innholdet over i ny struktur > - La til vis/skjul på toppnivå ettersom teksten i tiltaket er såpass stor > - La til eget statusområde for gjennomføring > - Fortsatt utfylling av manglende tekst i tiltaket
06 august 2024> _Strukturelle endringer i tiltaket_ > > **Endringer** > - La til endringslogg > - La til ny struktur for tiltaket
05 august 2024
fsveinsb
LisLonning
Problemstilling
Vi ser en økende trend mot mer fragmenterte leveranser og et mer oppstykket Altinn, trolig grunnet flere faktorer som et større fagmiljø på design som må koordinere på tvers samt økt leveranse-press gjennom moderniseringsløpet som gjør det vanskelig å heve blikket. Dette går på bekostning av kvaliteten i Altinn der løsningene blir mer ulike hverandre på tross av å være del av den samme "Altinn-pakken". På bakgrunn av at produktene i Altinn om kort tid skal tilbys som enkeltstående produkter i tillegg til som del av "Altinn-pakken" blir det desto viktigere å ha kontroll på hvordan disse skiller seg fra hverandre samt grad av opplevd kvalitet og brukeropplevelse hver for seg og sett i sammenheng.
Tiltaket Design på tvers fokuserer først og fremst på at produktene som leveres som en del av "Altinn-pakken" skal oppleves som ett og samme produkt. Videre oppfordrer Head of Design til en dialog rundt hvordan organisasjonen håndterer fremstillingen av enkeltstående produkt versus når produktene leveres som en helhetlig "pakke".
Eksempler:
Plan
Involverte
👨🎨 Tiltakseier - Head of Design 🧭 Koordinator - Team Portal 💫 Ledestjerne - Team Arbeidsflate 🛠️ Verktøykasse - Felles Designsystem 💁♀️ Deltagere - Øvrige Altinn team
Rollebeskrivelser 👨🎨 Tiltakseier Head of Design - som ansvarlig for at brukeropplevelsen i løsningene - har iverksatt tiltaket for å sikre at løsningene ikke blir ytterligere fragmentert. @sorensensig
🧭 Koordinator Team Portal - som eier portalene våre (butikkvinduet) - koordinerer arbeidet for å ivareta merkevaren Altinn og bruksmønstre på tvers av produktene våre. @alisekjelling, @thordfoss, @dortedrange
💫 Ledestjerne Team Arbeidsflate - som eier erstatningen til dagens innboks - innehar rollen som ledestjerne som betyr at produktet skal bli et ledende praktisk use case på riktig og god bruk av felles designsystem i kontekst av Altinn som andre produktteam skal følge. @AudunFK, @ingefossland
🛠️ Verktøykasse Team Felles Designsystem - som lager byggeklossene og prinsippene - kvalitetssikrer at designsystemet blir tatt i bruk på en god måte i Arbeidsflate, videreutvikler designsystemet basert på identfiserte mangler og lager et kommuniserbart praktisk eksempel på god praksis. @mrosvik, @Febakke
💁♀️ Deltagere Øvrige Altinn team. Deltar inn i samarbeidet for å arbeide mot et mer helhetlig Altinn som tar i bruk byggeklossene og prinsippene fra felles designsystem og følger Arbeidsflate i hvordan å anvende dette i praksis.
Ressursbehov
For å kunne gjennomføre arbeidet kreves det at tid settes av til felles arbeidsmøter på tvers av involverte team, en god dialog mellom arbeidsflate og felles designsystem og at Team Portal får omdisponert sin kapasitet til å samkjøre konseptuelle videreutviklinger i moderniseringsløpet. Det betyr at @alisekjelling og @thordfoss må omdisponeres til å bruke tid med de ulike produktteamene (som vist i fremgangsmåte) for å samkjøre konseptutviklingen som finner sted opp mot Arbeidsflate. Konsekvenser for denne omprioriteringen finnes lengre nede i tiltaket. Videre vil det kreve en del tid til arbeidsmøter mellom arbeidsflate og felles designsystem for å kvalitetssikre bruk av systemet i løsningen samt for å lage artikler som viser til hvordan designsystemet skal brukes i Altinn kontekst.
Fremgangsmåte
Det er mange produkter som må samkjøres for at vi skal oppnå et helhetlig design på tvers av produktene i Altinn. Vi har besluttet å starte starte med Team Tilgangsstyring og Kontroll ettersom Portaler, Arbeidsflate og Tilgangsstyring og Kontroll sammenlagt dekker store deler av Altinn for innbyggere og foretak. Det legges vekt på å identifisere ulikheter på tvers av produktene og samkjøre disse. I tillegg "visker vi ut" unødvendige visuelle skiller mellom produktteamene i Altinn, der løsningen i dag har ulike tabs/linker/sider som navigerer brukeren til teamet sitt område i Altinn istedenfor at Altinn oppleves som ett og samme produkt der funksjonalitet på tvers av team flyter inn i hverandre for å gi brukeren funksjonalitet i kontekst av det de jobber med. For å evne å gjennomføre dette skiftet kreves det åpenhet fra alle produktteam i Altinn-sfæren.
Ringvirkninger vs konsekvenser Det foreslås at tiltaket ses opp mot krav om kvalitet i Program Nye Altinn (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdigdir%2Fportfolio%2Fissues%2F78&data=05%7C02%7Cfrank.robert.sveinsbo%40digdir.no%7C28d2e188a733442c488408dc48eb65a0%7C008e560f08af4ceca056b35447503991%7C0%7C0%7C638465423061683410%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=O0qc3CAMU6IAsbIKl0wuXlg8ZfcGvYyIX%2FRKoH17thc%3D&reserved=0) og samtidig vurderes opp mot grad av merarbeid i etterkant av moderniseringen gitt at dette tiltaket ikke tar tak i utfordringene nå. Videre foreslås det at tiltaket ses opp mot Målbilde Konsolidering og ensretting av sluttbrukerportaler (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdigdir%2Fportfolio%2Fissues%2F68&data=05%7C02%7Cfrank.robert.sveinsbo%40digdir.no%7C28d2e188a733442c488408dc48eb65a0%7C008e560f08af4ceca056b35447503991%7C0%7C0%7C638465423061688596%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=E8NAQ%2BW%2FEYuIPBVK1smxtKF2h2c44cV%2F9065R9yGsiU%3D&reserved=0) ettersom ressursene allokert der vil i en periode måtte omprioriteres inn til dette tiltaket. Tiltaket bør også ses opp mot Felles designsystem (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdigdir%2Fportfolio%2Fissues%2F45&data=05%7C02%7Cfrank.robert.sveinsbo%40digdir.no%7C28d2e188a733442c488408dc48eb65a0%7C008e560f08af4ceca056b35447503991%7C0%7C0%7C638465423061693794%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AACEzQklw4mfUOpIoq8cLq9HbMIvjCUSgriFXV3qaj8%3D&reserved=0) ettersom feil bruk av designsystemet eller duplikat-arbeid av ikke-ferdige komponenter som et resultat av manglende kapasistet i designsystem teamet enkelt kan føre til merarbeid i etterkant av moderniseringsløpet. Ved å ta tak i denne problemstillingen nå vil vi kunne redusere behovet for større omveltninger i "Altinn-pakken" etter moderniseringen er fullført.
Diskusjonspunkter En utfordring sammensatt av to punkter som ofte pekes på er:
Dokumentasjon
Ingen dokumentasjon vedlagt enda.
OKR
Ingen OKR laget enda.