C6 markedsclaim -> verifisert-bruker-disiplin (README):
Paastanden "increasingly by Norwegian public sector organizations like NAV and
FINN.no" hadde ingen kilde i kunnskapsbasen. Erstattet med fire adoptorer som
ALLE har en offentlig kilde i okr-sources.md par. 4 (Digdir, NAV-team, Oslo
Origo, FINN.no) + eksplisitt setning om at usourcede virksomheter ikke navngis.
Skatteetaten/Entur/Politiet er fortsatt IKKE verifisert og navngis derfor ikke.
okr-sources.md par. 4: NAV manglet helt som oppslag selv om README paastod
bruken. Lagt til med first-party-kilde (aksel.nav.no produktbloggen), scopet
til team-/produktnivaa - etatsnivaa-OKR er ikke dokumentert.
okr-sources.md par. 7 (ny): alternative rammeverk med verifisert attribusjon.
- NCT (Narrative, Commitments, Tasks) tilskrives Ravi Mehta / Reforge, med
eksplisitt advarsel om den vanlige feilattribusjonen til Radical Focus 2. utg.
- Evidence-Based Management -> 2024-guiden. Kun det verifiserte "what's new"
er gjengitt (KVA-til-maaletype-kobling, Input/Impact som egne maaletyper,
klargjorte KVA-beskrivelser). Mission/Vision-innrammingen fra raarapporten
er UTELATT - ikke bekreftet av Scrum.orgs egen What's-New.
Sist oppdatert-markoer bumpet Januar -> Juli 2026.
align, don't cascade (kaskade.md + kaskadebygger-agent.md):
Begge flater laerte mekanisk kaskadering ("et overordnet KR blir teamets
Objective"). Rammet om til alignment via lineage: org-KR er INPUT til teamets
Objective, teamet omformulerer og eier formuleringen, team-KR maaler teamets
eget bidrag, og manglende paavirkbarhet rapporteres som gap i stedet for et
konstruert bidrag. Individ-OKR eksplisitt utelukket paa begge flater.
NAV-praksisen er brukt som norsk anker for doktrinen.
F-i (kaskade.md): siste gjenstaaende foreldede kontekstblokk skrevet om til
post-1.6.0-moensteret (analyse.md:13-20). Glob lagt til i allowed-tools siden
blokken naa instruerer Glob.
Planavvik (premiss-verifisering): Step 13 sa README "16" -> "17 domenefiler".
Ground truth motsier premisset - freshen-references.md scorer 16 AV 17 filer
(okr-quality-rubrics.md er eksplisitt ekskludert som sirkulaer). "17" ville
gjort README feil. Skrevet presist i stedet: "16 of the 17 ... the quality
rubric itself is excluded". Planens Verify (grep -c "16 domain" -> 0) passerer.
Vakt-case (i) GROENN. Alle 13 konsistens-cases groenne; suite 163/163/0.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016pUfkQ1YyH75z9y6RBaBHG
5.6 KiB
| name | description | allowed-tools | argument-hint |
|---|---|---|---|
| okr:kaskade | Kaskader OKR fra organisasjon til team og visualiser alignment | Read, AskUserQuestion, Task, Glob | [overordnet OKR eller team] |
OKR Kaskade - Alignment mellom nivåer
Hjelp brukeren med å kaskadere OKR fra organisasjonsnivå til team, og sikre alignment.
Kontekstbevissthet
Hooken for-injiserer ikke lenger en fil-liste — den emitterer kun kjerne-profil
- en peker til wikien. Oppdag kaskade-konteksten direkte fra disk FØR du spør brukeren:
- Glob
.claude/okr/strategisk-kontekst/overordnede-okr.md— finnes den, les den direkte som kaskadens øverste nivå i stedet for å be brukeren lime inn org-OKR. - Glob
.claude/okr/syklus/*/for eksisterende team-OKR. Både gaps (org-KR uten team-støtte) og orphans (team-OKR uten org-kobling) krever begge sider. - Glob
.claude/okr/strategisk-kontekst/tildelingsbrev-*.mdnår org-OKR mangler — styringskravene er da det øverste nivået å koble mot. - Trenger du bredere kontekst fra brukerens wiki, invoker
okr-second-brain-search. - Kjenner du allerede organisasjon og syklus fra kjerne-profilen: hopp over de spørsmålene.
Kaskaderingsprinsipp: align, don't cascade
Mekanisk kaskadering — der hvert nivå kopierer nivået over, og et KR automatisk blir neste nivås Objective — er forlatt som hovedstrømsråd: den gir rigiditet, mikrostyring og tap av eierskap i teamet. Anbefalingen er alignment via lineage: teamet formulerer sine EGNE OKR som bidrar til de overordnede målene, og lineage-en gjør bidraget sporbart.
Organisasjon KR → (lineage) → Team Objective → Team KR
Bruk mønsteret som utgangspunkt for samtalen, ikke som avledningsregel:
- Et overordnet KR er input til teamets Objective — teamet omformulerer det til noe de selv eier og forstår. Ikke en kopi.
- Team-KR måler teamets eget bidrag, ikke org-nivåets måltall om igjen.
- Kan teamet ikke påvirke et org-KR: riktig svar er ingen kobling (rapporter det som gap), ikke et konstruert bidrag.
- Aldri individ-OKR — kaskaden stopper på teamnivå. Se
${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/individual-vs-team-okr.md.
Norsk praksis peker samme vei: NAVs produktteam får Objectives fra produktleder, men
omformulerer dem til noe teamet kan bruke, og setter Key Results i fellesskap
(okr-sources.md § 4).
Arbeidsflyt
-
Forstå hierarkiet — spør med AskUserQuestion:
- Hva er organisasjonens/avdelingens OKR?
- Hvilket team skal lage sine OKR?
- Hvor i hierarkiet befinner teamet seg?
-
Les referansemateriale:
${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md— kaskaderingsmetodikk${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md— hierarki i offentlig sektor
-
Identifiser teamets bidrag:
- Hvilke org-KR kan teamet påvirke?
- Hva er teamets unike bidrag?
- Unngå overlapp med andre team
-
Bygg team-OKR:
- Org KR → teamet omformulerer til sitt eget Objective (inspirerende, ikke en kopi)
- Team-KR = teamets spesifikke bidrag
- Behold outcome-fokus
-
Visualiser alignment:
- Vis hvordan nivåene henger sammen (se format under)
- Identifiser gaps (org-KR uten team-støtte)
- Identifiser orphans (team-OKR uten org-kobling)
Alignment-sjekk
| Spørsmål | Bør svare Ja |
|---|---|
| Støtter team-OKR minst én org-KR? | Ja |
| Er teamets bidrag unikt (ikke overlapp)? | Ja |
| Kan teamet påvirke resultatet? | Ja |
| Er det outcome, ikke aktivitet? | Ja |
Visualiseringsformat
┌─────────────────────────────────────────────────────────┐
│ ETAT: [Organisasjon] │
│ O: [Objective] │
│ KR1: [Key Result] │
│ KR2: [Key Result] │
└────────────────────┬────────────────────────────────────┘
│
┌────────────┼────────────────┐
↓ ↓ ↓
┌───────────────┐ ┌───────────────┐ ┌───────────────┐
│ [Team A] │ │ [Team B] │ │ [Team C] │
│ O: [fra KR1] │ │ O: [fra KR1] │ │ O: [fra KR2] │
│ KR: [bidrag] │ │ KR: [bidrag] │ │ KR: [bidrag] │
│ (støtter KR1) │ │ (støtter KR1) │ │ (støtter KR2) │
└───────────────┘ └───────────────┘ └───────────────┘
Eksempel
Fra tildelingsbrev:
"Redusere ulykker på riksvei med 20%"
Org KR: "Redusere ulykker på riksvei med 20%"
↓
Team Objective: "Forbedre veimerking på høyrisikostrekning"
Team KR: "100% av identifiserte strekninger remarked innen august"
Referanser
${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md— kaskaderingsmetodikk${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md— hierarki i offentlig sektor${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/individual-vs-team-okr.md— individ- vs team-OKR ved kaskadering