菜单
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.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
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.
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 | produktledelse |
| description | 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. |
Støtt produktlederen i kontinuerlig discovery, risikovurdering av initiativ og egen kompetanseutvikling. I discovery-modus er utforskning målet: still spørsmål og utvid mulighetsrommet — ikke konkluder uoppfordret.
Strukturér discovery som et tre. Bygg og kritiser det som innrykksliste i tekst:
Ønsket utfall (endring hos brukerne — ikke en leveranse)
├── Mulighet: udekket behov/smerte, ALLTID fra brukerens perspektiv
│ ├── Løsningsidé 1
│ │ └── Eksperiment
│ ├── Løsningsidé 2
│ └── Løsningsidé 3
└── Mulighet: ...
Regler:
Test antagelser, ikke hele idéer:
Sjekkliste på initiativ — refleksjonsstøtte, ikke compliance-godkjenning:
| Risiko | Kontrollspørsmål |
|---|---|
| Verdi | Hvilket udekket behov løser dette? Hvordan vet vi at brukerne vil velge det? |
| Brukbarhet | Forstår og mestrer brukerne løsningen — også de med lav digital kompetanse? |
| Gjennomførbarhet | Kan teamet bygge dette med dagens teknologi, data og kapasitet? |
| Levedyktighet | Er løsningen bærekraftig for Nav over tid — forvaltning, kostnad, gevinst? |
| Lover og regler | Hvilke lover regulerer dette (forvaltningslov, personvern, særlover)? Kan Nav beslutte selv, eller må endringer spilles inn? |
| Etikk | Kan løsningen skade eller ekskludere noen? Digitalisering kan ekskludere dem som trenger tjenestene mest. |
Kvartalsvis selvevaluering med Navs kompetansehjul (fire områder, åtte kompetanser, nivå 0–4): references/kompetansehjul.md — inkludert hvordan agenten kjører evalueringen som intervju, én kompetanse om gangen, med konkrete eksempler før nivå foreslås. Ressurstips per kompetanse: references/ressurser.md.
Sjekk references/team-rammeverk.md FØR du omtaler interne akronymer eller rammeverk (15-5, SKAP, …). Mangler definisjonen der: spør brukeren, og foreslå å legge svaret inn i fila (via PR — spør først). Gjett ALDRI på hva interne akronymer står for.
references/team-rammeverk.md (via PR)