Kjell Tore Guttormsen
44ceec7205
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
142 lines
5.6 KiB
Markdown
142 lines
5.6 KiB
Markdown
---
|
|
name: okr:innføring
|
|
description: Planlegg OKR-innføring, håndter motstand og vurder organisasjonens modenhet
|
|
allowed-tools: Read, AskUserQuestion, Task, Glob
|
|
argument-hint: "[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.md` for 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: false` er i profil, adresser dette som prioritet 0
|
|
før andre innføringsråd gis.
|
|
|
|
## Arbeidsflyt
|
|
|
|
1. **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?
|
|
|
|
2. **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å
|
|
|
|
3. **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å
|