Innspill om utvidet bruk av GitHub for oppgavestyring

Innspill, august 2026.

Forslaget kort

Prosjektet bør ta i bruk GitHub Projects for tverrgående arbeid – på samme måte som pilotene allerede bruker GitHub til å holde orden på sine oppgaver.

Et GitHub Project er et tavlebrett, omtrent som et Kanban-brett i Planner eller Trello. Det som skiller det fra andre brett, er at det kan hente saker fra flere ulike arbeidsområder samtidig og vise dem samlet.

Hva forslaget ikke er

Dette er ikke et forslag om å slutte med Planner.

Planner fungerer godt til intern oppgavefordeling i kjerneteamet – hvem gjør hva, og til når. Den rollen kan Planner gjerne beholde.

Forslaget gjelder en annen type oppgaver: det tverrgående arbeidet som verken hører hjemme i én bestemt pilot eller i kjerneteamets interne fordeling.

Slik er det i dag

Pilotene legger oppgavene sine som saker i et felles arbeidsområde på GitHub, kalt «Oppgaver». Hver sak merkes med hvilken pilot den tilhører. I august 2026 ligger det 62 saker der: 6 merket pilot 1, 14 pilot 2 og 24 pilot 3. Pilot 4 har fått sin egen merkelapp, men har ikke tatt den i bruk ennå.

Kjerneteamet bruker Planner.

Det som mangler

Mellom disse to finnes en tredje kategori, som i dag ikke har noe naturlig sted å ligge:

• felles begrepsapparat
• overordnet arkitektur som flere piloter bygger på
• metodikk og arbeidsform
• forberedelser til samlinger, for eksempel workshopen i august
• avklaringer som gjelder alle, som tilgangsstyring og roller

Slike oppgaver blir i dag enten merket med én tilfeldig valgt pilot, lagt i Planner der pilotdeltakerne ikke ser dem – eller de blir ikke skrevet ned i det hele tatt.

Hvordan det kunne virke

Et prosjektbrett på organisasjonsnivå kan hente saker fra flere arbeidsområder samtidig: fra «Oppgaver», fra pilotenes egne områder og fra dokumentasjonen.

Da kan hver sak fortsatt ligge der den hører hjemme, mens brettet gir en samlet oversikt på tvers. Man beholder koblingen mellom en oppgave og det konkrete arbeidet den gjelder, og får utsynet i tillegg.

Hva som skal til

• Opprette brettet, og bestemme hvilke arbeidsområder det skal hente fra
• Bli enige om en merkelapp for tverrgående saker
• Avklare hvem som holder brettet ved like

Ingen av delene krever ny programvare eller nye lisenser. GitHub-kontoene finnes allerede, og alle deltakere har tilgang.

Forholdet til Planner på sikt

Prosjektet har allerede en todeling: Planner for kjerneteamets interne fordeling, GitHub for det åpne arbeidet. De to er ikke koblet sammen, og det er en del av grunnen til at arbeidet på den ene siden er lite synlig fra den andre.

Dette forslaget endrer ikke på det. Det handler om å gi det tverrgående arbeidet et sted å være, ikke om å røre Planner.

Skulle Planners rolle bli tatt opp senere – av hensyn til lisenser, universell utforming eller digital suverenitet – finnes det prosjektverktøy som kobler seg mot GitHub, slik at en oppgave viser status for den faktiske endringen.

Et nærliggende eksempel er OpenProject, et webbasert prosjektstyringsverktøy med åpen kildekode. Det er oppført i EUs katalog over åpen kildekode for offentlig sektor, retter seg uttrykkelig mot offentlig forvaltning, kan driftes i egen regi eller i EU-basert sky, og brukes blant annet av Europakommisjonen selv. Det oppfyller også kravene til universell utforming (WCAG 2.1).

Men dette er et eget spørsmål, og bør behandles for seg.

Spørsmål til diskusjon

• Stemmer det at tverrgående oppgaver mangler et sted i dag – eller finnes de et sted jeg ikke kjenner til?
• Bør brettet være åpent for alle deltakere, eller begrenset til noen?
• Hvor går grensen mot Planners rolle i praksis?

Hvorfor dette regnes som god praksis er drøftet mer prinsipielt under Samskaping → Oppgavestyring.