메뉴
Målarbeid for offentlig sektor — formulering og kvalitetssikring av OKR-er med lint av utkast (utfall, ikke aktiviteter), tertialrytme og vedlikehold av teamets måldokument. Brukes via /okr ved målformulering, tertialplanlegging og målgjennomgang.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Produktledelse i Nav — discovery med mulighetstre, antagelsestesting og brukerintervjuer, seks produktrisikoer og kompetansehjulet for selvevaluering. Brukes via /produktledelse ved discovery, risikovurdering av initiativ og kompetanseutvikling.
Teamstatus fra GitHub Projects-tavla — ukesoversikt, tertialstatus mot teamets mål og prioriteringsunderlag på tvers av repos. Leser felter dynamisk og teamets tavle-guide. Brukes via /team-status ved «hva jobber vi med», «hvordan ligger vi an» og prioritering.
Workshopdesign med flyt, involvering og tiltak — BØRA-gate, kjøreplaner, Mural-brettstruktur som tekst, foundation sprint, retro og teamhelse-tolkning. Brukes via /workshop-design ved planlegging av workshop, retro, møte eller helsesjekk-oppfølging.
Målarbeid for offentlig sektor — formulering og kvalitetssikring av OKR-er med lint av utkast (utfall, ikke aktiviteter), tertialrytme og vedlikehold av teamets måldokument. Brukes via /okr ved målformulering, tertialplanlegging og målgjennomgang.
Teamstatus fra GitHub Projects-tavla — ukesoversikt, tertialstatus mot teamets mål og prioriteringsunderlag på tvers av repos. Leser felter dynamisk og teamets tavle-guide. Brukes via /team-status ved «hva jobber vi med», «hvordan ligger vi an» og prioritering.
Synkronisering mot navikt/copilot — nye mønstre, instructions og skills som er verdt å adoptere i hovmester. Brukes via /copilot-upstream-sync ved oppdateringssjekk.
| name | okr |
| description | Målarbeid for offentlig sektor — formulering og kvalitetssikring av OKR-er med lint av utkast (utfall, ikke aktiviteter), tertialrytme og vedlikehold av teamets måldokument. Brukes via /okr ved målformulering, tertialplanlegging og målgjennomgang. |
Hjelp teamet å formulere, kvalitetssikre og vedlikeholde tertialvise OKR-er. Still spørsmålene som flytter utkast fra aktiviteter til utfall, og lint alle utkast — også dine egne forslag. Flere eksempler: references/eksempler.md.
Eksempelpar:
Kjør disse sjekkene på ALLE utkast. Presenter funn per regel med et konkret forslag til omskriving — ikke bare påpek feilen.
| Sjekk | Spørsmål å stille |
|---|---|
| Aktivitetsliste i forkledning? | «Lansere X» er output — hva er endringen hos brukeren når X finnes? |
| Baseline mangler? | Måltall uten startpunkt kan ikke graderes — hva er dagens nivå? |
| Måleplan mangler? | Hvordan måles dette i praksis, uten å bygge ny måleinfrastruktur? |
| For mange mål? | Mer enn 3 Objectives, eller mer enn 3 KR per O → foreslå hva som kuttes |
| Drift inkludert? | Foreslå å skille driftsoppgavene ut av OKR-settet |
| Mangler verdi-kobling? | Hvilken bruker- eller samfunnsverdi peker målet mot? |
| Måler vi en proxy? | Beskriver tallet faktisk verdien — eller bare noe som er lett å telle? Et høyere tall er ikke alltid bedre |
| Når | Hva |
|---|---|
| Tertialstart | Målworkshop — bruk /workshop-design for opplegget; lint resultatet her |
| Ukentlig | Kort sjekk mot målene via ukesoversikten i /team-status |
| Midtveis | Graderingssjekk: ligger KR-ene an til å nås? Juster innsats, ikke målene |
| Tertialslutt | Scoring per KR + kort retro: hva lærte vi om måten vi setter mål på? |
${TEAM_REPO} — les det før formulering, og foreslå oppdateringer som PR eller issue dit (spør først).Nye tertialmål skal ofte inn som opsjoner i målfeltet på teamets GitHub Projects-tavle. Feltdefinisjoner kan ikke endres via API — foreslå de nye opsjonene som tekst, og pek på at et menneske må legge dem inn manuelt. Detaljer om tavle-tilgang: projects-v2-referansen i /team-status-skillen.