okr/commands/skriv.md

---
name: okr:skriv
description: Skriv nye OKR med veiledning for Objectives og Key Results
allowed-tools: Read, AskUserQuestion, Task, Glob
argument-hint: "[mål, strategi, eller tildelingsbrev-kontekst]"
---

# OKR Skriv - Lag nye OKR

Hjelp brukeren med å skrive nye OKR for norsk offentlig sektor.

## Kontekstbevissthet

Hooken for-injiserer ikke lenger en fil-liste — den emitterer kun kjerne-profil
+ en peker til wikien. Oppdag OKR-konteksten direkte fra disk FØR du spør brukeren:
- Glob `.claude/okr/syklus/*/` for eksisterende OKR i syklusen — les dem direkte
  i stedet for å be brukeren lime inn innhold.
- Glob `.claude/okr/strategisk-kontekst/overordnede-okr.md` — finnes den, les den
  for alignment-context, så nye OKR kobles til org-nivå.
- Glob `.claude/okr/strategisk-kontekst/tildelingsbrev-*.md` — finnes en, bruk den
  som kilde til styringskrav i stedet for å spørre etter strategimål.
- 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.

## Arbeidsflyt

1. **Forstå kontekst** — sjekk injisert kontekst først. Hvis organisasjon, syklus
   og strategiske mål allerede er kjent, hopp direkte til Objective Crafter med
   disse som utgangspunkt. Spør kun med AskUserQuestion om det som mangler:
   - Hvilket team/avdeling?
   - Overordnet strategimål de skal bidra til?
   - Hvilken syklus (T1, T2, T3)?
   - Har de input (vag idé, strategi, eller tildelingsbrev)?

2. **Velg riktig tilnærming** basert på input:
   - **Vag idé** → Start med Objective Crafter
   - **Har Objective, trenger KR** → Gå til KR Generator
   - **Har strategi/tildelingsbrev** → Start med Strategi-til-OKR
   - **Trenger å kalibrere ambisjon** → Bruk Moonshot/Roofshot

3. **Les relevant referansemateriale**:
   - `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md` — metodikk og scoring
   - `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-examples.md` — gode og dårlige eksempler

4. **Lever output** og foreslå neste steg (kvalitetssjekk, kaskadering).

## Objective Crafter

Transformer uklare ambisjoner til inspirerende Objectives.

### Kriterier for gode Objectives

Et godt Objective er:
- **Inspirerende** — ville folk bli stolte av å oppnå dette?
- **Outcome-fokusert** — resultat, ikke aktivitet
- **Oppnåelig** innen 4-måneders syklus
- **Klart nok** til å guide prioriteringer
- **Ikke målbart** — det er Key Results sin jobb

### Anti-eksempler

| Dårlig | Bedre | Problem |
|--------|-------|---------|
| "Forbedre kundeservice" | "Levere raskere support for søknadsbehandling" | Vag |
| "Implementere nytt system" | "Gi saksbehandlere sanntids innsikt" | Aktivitet |
| "Digitalisere etaten" | "Gjøre tjenestefornyelse friksjonsfri" | For bredt |
| "Øke kundetilfredshet til 4.5" | "Bli den mest responsive serviceenheten i etaten" | Har tall (= KR) |

### Output-format

For hvert forslag (2-3 stk):
1. **Objective-tekst** (én setning)
2. **Hvorfor**: 1-2 setninger om hvorfor dette betyr noe
3. **Suksess**: Konkret eksempel på hva som er annerledes

Ranger fra best til minst egnet.

## KR Generator

Generer målbare Key Results for et gitt Objective.

### Kriterier for gode Key Results

- **Målbare med tall** — baseline → target
- **Outcome-fokusert** — måler resultat, ikke aktivitet
- **2-5 stk per Objective** — typisk 3
- **Balanserte** — minst én per dimensjon (kvantitet, kvalitet, hastighet)
- **Har datakilde** — vet hvor tallene kommer fra

### Typer Key Results

| Type | Eksempel | Når bruke |
|------|----------|-----------|
| Metrisk | "Redusere saksbehandlingstid fra 14 til 5 dager" | Har baseline-data |
| Milepæl | "Lansere ny portal for brukertesting innen 1. august" | Binært resultat |
| Prosentandel | "Øke andel digitale søknader fra 60% til 85%" | Relativ endring |

### Output-format per KR

```
KR[n]: [Formulering med baseline → target]
- Målemetode: [Hvordan måles dette]
- Datakilde: [Hvor hentes tallene]
- Type: Committed / Aspirational
```

### Maskinlaget: KR-datakontrakten i frontmatter

Punktprosaen over er for mennesker og beholdes uendret. Ved siden av den legges
**samme tall som maskinlesbar frontmatter** i `okr-*.md`, slik at rapport-
generatorene (`/okr:rapport`) kan lese syklusen uten å tolke prosa.

Emitter fem nøkler per KR `n`, nummerert fra 1:

```yaml
---
type: OKR
kr1_navn: Saksbehandlingstid førerkort (dager)
kr1_baseline: 14
kr1_target: 5
kr1_naa: 11
kr1_type: committed
kr2_navn: Andel digitale søknader (%)
kr2_baseline: 60
kr2_target: 85
kr2_naa: 72
kr2_type: aspirational
---
```

| Nøkkel | Innhold |
|--------|---------|
| `krN_navn` | Tekst. Kortform av KR-en. **Enheten hører hjemme her** (og i prosaen) |
| `krN_baseline` | Utgangspunktet ved syklusstart |
| `krN_target` | Målverdien ved syklusslutt |
| `krN_naa` | Nåverdien. **Oppdateres ved hver check-in** |
| `krN_type` | `committed` eller `aspirational` — små bokstaver |

**Tre regler som gjør kontrakten lesbar for generatoren:**

1. **Rene tall uten enhet.** `kr1_baseline: 14`, aldri `14 dager` eller `60 %`.
   Enheten bæres av `krN_navn` og av prosaen — et tall med enhet er ikke et tall.
2. **Score skrives aldri til fil.** Den beregnes av generatoren som
   `(nåværende − baseline) / (target − baseline)`. En lagret score er en andre
   sannhetskilde som drifter fra tallene den ble utledet av. Ingen `krN_score`.
3. **Nedadgående mål trenger ingen særbehandling** — `baseline: 14, target: 5`
   fungerer som-er, fordi teller og nevner begge blir negative.

For binære KR (milepæl): sett `krN_baseline: 0` og `krN_target: 1`, og la
`krN_naa` være `0` eller `1`.

`/okr:skriv` skriver ikke til disk. Emitter frontmatteren sammen med OKR-teksten
og be brukeren lagre den i `.claude/okr/syklus/[syklus-id]/okr-[navn].md`.

## Strategi-til-OKR

Når brukeren har strategidokument eller tildelingsbrev som input:

1. **Parse input** — identifiser konkrete mål og forventninger
2. **Kategoriser**:
   - Driftskrav ("Oppretthold X") → KPI, ikke OKR
   - Resultatmål med tall → Key Result-kandidat
   - Strategiske satsinger → Objective-kandidat
   - Rapporteringskrav → Rapporteringsrutine, ikke OKR
3. **Transformer OKR-kandidater** — gjør inspirerende, outcome-fokusert
4. **Vis kobling** — fra kilde til OKR

## Moonshot/Roofshot-kalibrering

Hjelp med å balansere committed vs aspirational mål.

| Type | Mål-score | Karakter |
|------|-----------|----------|
| **Committed** (Roofshot) | 1.0 | Må oppnås — regulatorisk, sikkerhet |
| **Aspirational** (Moonshot) | 0.7 | Stretch — innovasjon, forbedring |

### Anbefalt balanse

- ~60% Committed, ~40% Aspirational
- Alle team bør ha minst ett aspirational mål
- Nye OKR-team: Start med 70/30 committed/aspirational

## Eksempel på komplett output

Når en OKR lagres som konsept-fil i second-brain-treet
(`.claude/okr/syklus/[id]/okr-[team].md`), bær den **OKF-frontmatter** (påkrevd
`type: OKR` + anbefalt `resource`/`title`/`description`/`tags`-liste/`timestamp`):

```markdown
---
type: OKR
resource: ".claude/okr/syklus/T2-2026/okr-digital.md"
title: "OKR Digital avdeling T2-2026"
description: "Gjøre tjenestefornyelse friksjonsfri"
tags:
- digital
- tjenestefornyelse
timestamp: "[ISO-8601]"
---

## OKR for Digital avdeling — T2-2026

**Objective**: Gjøre tjenestefornyelse til en friksjonsfri opplevelse

**Key Results**:
1. Øke andel heldigitale fornyelser fra 45% til 75%
   - Datakilde: Fagsystemet, månedlig rapport
   - Type: Aspirational
2. Redusere gjennomsnittlig behandlingstid fra 14 til 5 arbeidsdager
   - Datakilde: Saksbehandlingssystemet
   - Type: Committed
3. Oppnå brukertilfredshet 4.2 av 5.0 (baseline: 3.4)
   - Datakilde: Innbyggerundersøkelsen, kvartalsmåling
   - Type: Aspirational
```

## Referanser

- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md` — full metodikk
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-examples.md` — eksempler
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-cheatsheet.md` — hurtigreferanse for OKR-formulering