open/okr
1
0
Fork 0
Code Issues Releases Activity
okr/commands/skriv.md

9.3 KiB
Raw Blame History

name description allowed-tools argument-hint
okr:skriv Skriv nye OKR med veiledning for Objectives og Key Results Read, AskUserQuestion, Task, Glob [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
  • Minst én guardrail — en metrikk som ikke skal forbedres (se under)

Guardrail — metrikken som ikke skal forbedres

Et KR-sett trenger minst én guardrail: en metrikk som ikke er et forbedringsmål, men som avslører om et annet KR forbedres på bekostning av noe. Guardrailen har et gulv eller tak («skal ikke falle under», «skal ikke overstige»), ikke en baseline → target-bane. Uten den kan settet nå 1.0 mens noe utenfor målebildet forvitrer.

Formuler den som en grense:

KR3 (guardrail): Brukertilfredshet skal ikke falle under 4,1 av 5 mens
                 saksbehandlingstiden reduseres

Hvorfor dette ikke er byråkrati: en rangerings-KR mot andre kommuner («komme blant de 10 beste i KOSTRA») er metodisk uholdbar — SSB advarer selv om at forskjeller i utgifter per person i målgruppen «ikke utelukkende kan tolkes som et resultat av prioriteringer på lokalt nivå». Å erstatte rangeringen med en guardrail på egen tjenestekvalitet er guardrail-tenkning i praksis: du måler det du faktisk rår over, og verner det du ikke vil miste.

Guardrailen er ofte det naturlige stedet å plassere lagging-halvdelen av leading/lagging-paret — se dimensjonen Leading/lagging-balanse i references/okr-quality-rubrics.md.

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:

---
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):

---
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