Lukker de fire release-relevante MAJOR-funnene fra /trekreview (S33). Alle TDD
roed -> groenn, ingen fiks landet uten en test som feilet foerst. Suite 163 -> 167.
R1 (af16d5e4) hooks/scripts/coaching-hook.mjs:83 -- LEVENDE REGRESJON innfoert av
1.8.0. Denne releasen skrev status-malen (commands/sporing.md:86-88) om til den
kanoniske skalaen On Track/At Risk/Off Track, mens hooken fortsatt talte kun
/i fare|blokkert/i over tabellrader. En status generert under 1.8.0 ga derfor
atRiskCount = 0 og SessionStart-nudgen sluttet stille aa utloese seg. Hooken
teller naa de kanoniske etikettene; de to norske er BEHOLDT som bakover-
kompatibilitet for status-filer skrevet foer 1.8.0. Nudge-teksten bruker samme
kanoniske vokabular. Ny testcase mates av malen slik den faktisk genereres i dag;
den eksisterende casen beholder gammelt vokabular og daekker legacy-stien.
R2 (7ec575be) F-i-omskrivingen ga hver kommando en Kontekstbevissthet-blokk som
INSTRUERER Glob, men allowed-tools ble kun utvidet i kaskade.md. Glob lagt til i
export, gap, governance, innfoering, kvalitet, moeter, skriv, sporing. Ny vakt-
case (k): nevner BODY verktoeyet, maa frontmatter deklarere det (13 kommandoer
instruerer Glob; alle 13 dekket). Case (i) grepper kun etter fjernede fraser og
kunne ikke fange dette.
R3 (5e61ae0d) tests/package-shape.test.mjs asserterte KUN package.json -- som er
private:true og dermed den ene flaten som aldri shipper. En delvis bump ville
shippet groenn. Ny versjonssync-case dekker .claude-plugin/plugin.json, README-
badgen og begge SKILL.md, med forventet verdi UTLEDET fra package.json (ett sted
aa endre ved neste bump). Mutasjonsbevist: hver av de fire flatene tilbakestilt
til 1.7.1 en om gangen -> casen roed i alle fire tilfeller.
R4 (ccff16e1 + 231c53fc) Tre parallelle confidence-etikettsett overlevde F-c:
fremdriftssporer-agent.md:68 ("Paa sporet / I fare / Blokkert"), :98
("Confidence: [Hoey/Medium/Lav]" -- en annen akse: stoerrelse, ikke sannsynlighet)
og SKILL.md:48 ("blocked"; kanonisk er "off track"). Alle tre erstattet med
referanse til kanon (okr-framework.md:389-392). sporing.md og agenten den
delegerer til svarer naa i samme vokabular. Vakt-case (a)/(b) skanner naa samme
sett som (d) allerede brukte (+ agents/ + SKILL.md), samlet i canonScan(). Ny
case (a2) fanger etikettsett skrevet som bullet eller mal-linje -- tabell-
signaturen alene fanget dem ikke, og det var nettopp formen driften overlevde i.
Divergens gjenkjennes STRUKTURELT (skraastrek-enumerasjon av >= 2 etiketter, med
>= 1 ikke-kanonisk), saa loepende prosa som "For KR i fare" og "Blokkert av
eksterne faktorer" ikke gir falske positive. Verifisert: roed-listen var noeyaktig
de 3 kjente linjene, ingen andre.
CHANGELOG/README: vakt-antall 13 -> 15 cases, suite 149 -> 167, og de fire
fiksene lagt inn under [1.8.0] (Added + Fixed). Ingen versjonsbump.
GJENSTAAR fra reviewet (3 MAJOR, IKKE i denne bolgen): 607313e3 F-d-kadens-
moensteret kan ikke feile paa den kanoniske kadens-tabellen; 029ef814
freshen-references.md:24 baerer fortsatt en foreldet kontekstblokk og vaktens
exclude-kommentar kaller fila feilaktig "allerede-fikset" (den er utenfor
1.8.0-scope by design, jf. ba91fc2 -- kommentaren er usann, ikke ekskluderingen);
7579d59c "Outcome" er utestbar i 10-dims-casen pga. substring-containment.
Verify: node --test --test-reporter=tap tests/*.test.mjs -> 167 pass / 0 fail.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016pUfkQ1YyH75z9y6RBaBHG
5.6 KiB
5.6 KiB
| name | description | allowed-tools | argument-hint |
|---|---|---|---|
| okr:innføring | Planlegg OKR-innføring, håndter motstand og vurder organisasjonens modenhet | Read, AskUserQuestion, Task, Glob | [fase, utfordring, eller modenhetsvurdering] |
OKR Innføring - Endringsledelse og modenhet
Hjelp brukeren med å innføre OKR i organisasjonen på en bærekraftig måte.
Kontekstbevissthet
Hooken for-injiserer ikke lenger en fil-liste — den emitterer kun kjerne-profil
- en peker til wikien. Oppdag innføringskonteksten direkte fra disk FØR du spør brukeren:
- Glob
.claude/okr/syklus/*/og.claude/okr/historikk/*/— antall gjennomførte sykluser er det mest ærlige modenhetssignalet, og det ligger på disk. - Glob
.claude/okr/historikk/*/retrospektiv.mdfor hva som faktisk skar seg sist; bruk det i stedet for generiske motstandsråd. - Trenger du bredere kontekst fra brukerens wiki, invoker
okr-second-brain-search. - Er modenhetsnivået kjent fra kjerne-profilen (f.eks. 'skalering'), bruk det direkte uten å spørre. Tilpass råd eksplisitt til det kjente modenhetsnivået.
- Hvis
okr_frikoblet_fra_loenn: falseer i profil, adresser dette som prioritet 0 før andre innføringsråd gis.
Arbeidsflyt
-
Kartlegg situasjon — sjekk injisert kontekst først. Hvis modenhetsnivå og fase allerede er kjent, bruk dem direkte. Spør kun med AskUserQuestion om det som mangler:
- Hvor er dere i innføringsløpet? (planlegger / pilot / utrulling)
- Hva er den største utfordringen nå?
- Har dere ledelsesforankring?
-
Les referansemateriale:
${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-implementation.md— full innføringsmetodikk${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-antipatterns.md— feil å unngå
-
Velg riktig tilnærming basert på brukerens situasjon
Innføringsfaser
Fase 1: Forberedelse (4-6 uker)
- Sikre ledelsesforankring
- Velg pilot-team
- Definer suksesskriterier
- Planlegg opplæring
- Drøft med tillitsvalgte (Hovedavtalen)
Fase 2: Pilot (1-2 sykluser)
- Kjør OKR med pilot-team
- Tett oppfølging og støtte
- Samle læring
- Juster tilnærming
Fase 3: Utrulling (2-4 sykluser)
- Gradvis utvidelse
- Champions-nettverk
- Etabler rytme
- Dokumenter praksis
Fase 4: Modning (løpende)
- Kontinuerlig forbedring
- Integrasjon med andre prosesser
- Kulturbygging
Motstand og håndtering
| Innvending | Underliggende bekymring | Håndteringsstrategi |
|---|---|---|
| "Vi har allerede KPI-er" | Frykt for dobbeltarbeid | OKR erstatter ikke KPI-er, men gir strategisk retning. Vis samspillet. |
| "Ledelsen bruker dette mot oss" | Evalueringsfrykt | OKR skal aldri kobles til evaluering/lønn. Kommuniser dette eksplisitt. |
| "Vi har ikke tid" | Arbeidspress | OKR sparer tid ved å prioritere det viktigste. Start lite. |
| "Det passer ikke offentlig sektor" | Skepsis til privat-sektor metoder | Vis tilpassingen: tertial-sykluser, tildelingsbrev-kobling, compliance. |
| "Vi prøvde dette før" | Tidligere feil | Spør hva som gikk galt. Adresser spesifikke problemer. |
| "Fagforeningen er ikke informert" | Manglende medvirkning | Hovedavtalen krever drøfting. Involver tillitsvalgte tidlig — de kan bli OKR-ambassadører. Se okr-implementation.md. |
OKR Modenhetsvurdering
Bruk denne for å vurdere hvor langt organisasjonen har kommet.
7 vurderingsdimensjoner
| Dimensjon | Nivå 1 (Begynner) | Nivå 3 (Etablert) | Nivå 5 (Innovativ) |
|---|---|---|---|
| Formulering | Vag, aktivitetsbasert | Outcome-fokusert, målbart | Inspirerende, strategisk alignet |
| Rytme | Ad hoc | Fast syklus med check-ins | Integrert i alle prosesser |
| Alignment | Ingen kaskade | Vertikal alignment | Horisontal og vertikal |
| Kultur | Top-down påtvunget | Akseptert av team | Team-drevet, eierskap |
| Scoring | Ikke gjort | Konsistent 0.0-1.0 | Brukt aktivt til læring |
| Ledelse | Delegert bort | Aktiv sponsing | OKR-ambassadører |
| Verktøy | Regneark/Word | Dedikert OKR-verktøy | Integrert med arbeidsflyt |
Modenhetsnivåer
| Nivå | Beskrivelse | Typiske kjennetegn |
|---|---|---|
| 1 | Begynner | Første forsøk, mangler struktur |
| 2 | Utviklende | Har rytme, men kvalitetsutfordringer |
| 3 | Etablert | God praksis, alignment på plass |
| 4 | Optimalisert | Kontinuerlig forbedring, kultur |
| 5 | Innovativ | OKR driver innovasjon og transformasjon |
12-ukers pilotplan
## OKR Pilot - [Avdeling]
Uke 1-2: Forberedelse
- Lederworkshop (2t)
- Velg 2 pilot-team
- Definer suksesskriterier
Uke 3-4: Opplæring
- OKR-grunnkurs for teamene (3t)
- Planleggingsworkshop per team
Uke 5-16: Pilot-syklus
- Ukentlige check-ins
- Månedlig review med sponsor
- Dokumenter læring
Uke 17-18: Evaluering
- Modenhetsvurdering
- Læringsdokument
- Beslutning om utrulling
Tillitsvalgt-perspektiv
OKR-innføring i offentlig sektor krever involvering av tillitsvalgte:
- Informer hovedtillitsvalgt før pilotbeslutning
- Gjennomfør formell drøfting (Hovedavtalen)
- Inviter tillitsvalgt som observatør i pilot
- Dokumenter at OKR ikke kobles til lønn/evaluering
Se detaljer: ${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-implementation.md (seksjon "Tillitsvalgte og fagforeninger")
Referanser
${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-implementation.md— full innføringsmetodikk${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-antipatterns.md— feil å unngå