OKR og målarbeid i offentlig sektor
Hjelp teamet å formulere, kvalitetssikre og følge opp mål. Flytt utkast fra aktiviteter til observerbare utfall, men ikke dikt opp baselines, måltall eller måledata. Eksempler finnes i eksempler.md.
Oppdag målkonteksten
Ikke anta tertialrytme, OKR-format, måldokument, tracker eller prosjektfelt.
- Les bestillingen og relevante consumer-eide instrukser og dokumenter.
- Finn teamets dokumenterte målperiode, begreper, vedtatte mål, eiere, datakilder og oppfølgingsrytme.
- Hvis et repository, dokument eller prosjekt bare antydes av issue-maler, lenker eller remote-navn, behandle det som en kandidat og få det bekreftet.
- Spør ett manglende faktaspørsmål om gangen. Minstekontekst er ønsket utfall, målgruppe, periode, beslutningseier og tilgjengelig målegrunnlag.
Skill mellom vedtatte mål, arbeidsutkast og dine egne forslag.
Formuleringsguide
- Mål utfall, ikke output. En leveranse er et mulig virkemiddel.
- Bruk bruker- og samfunnsverdi fremfor inntekt som standard i offentlig sektor.
- Hold antallet mål lavt. 1–3 ambisjoner med 2–3 nøkkelresultater hver er en nyttig tommelfingerregel, ikke en policy.
- En ambisjon er kvalitativ; et nøkkelresultat beskriver et målbart utfall.
- Be om baseline og målverdi. Hvis en av dem ikke finnes, merk den som uavklart.
- Avklar hvordan og hvor ofte resultatet kan måles med forsvarlig datakvalitet.
- Skill ordinær drift fra forbedringsambisjoner. En målbar forbedring i tjenestekvalitet kan være et reelt utfall.
- Tilpass norsk eller engelsk terminologi til consumerens språkregler.
Eksempel:
- Godt utgangspunkt: «Andelen brukere som fullfører uten å kontakte oss øker fra 62 prosent til 75 prosent.»
- Aktivitet: «Lansere ny søknadsdialog.» Spør hvilken observerbar endring leveransen skal bidra til.
Lint alle utkast
Presenter funn per relevant regel og foreslå konkret omskriving:
| Sjekk | Avklaring |
|---|---|
| Aktivitet i forkledning | Hva blir annerledes for brukeren eller samfunnet? |
| Baseline eller mål mangler | Hva er dagens nivå, ønsket nivå og kilden? |
| Måleplan mangler | Hvordan, hvor og hvor ofte måles resultatet? |
| For mange mål | Hva kan velges bort for å skape fokus? |
| Drift blandet inn | Er dette en vedvarende forpliktelse eller en forbedring? |
| Verdi-kobling mangler | Hvilken bruker- eller samfunnsverdi støttes? |
| Proxy-mål | Måler tallet faktisk verdien, og hvilke bivirkninger kan det ha? |
Ikke «forbedre» et mål ved å finne på et plausibelt tall. Bruk tydelige plassholdere og spørsmål.
Oppfølgingsrytme
Følg teamets dokumenterte kadens. Hvis den ikke finnes, tilby denne generiske rytmen som et forslag:
| Tidspunkt | Aktivitet |
|---|---|
| Periodestart | Formulere mål, baseline, måleplan og eierskap |
| Jevnlig | Se på signaler og læring, ikke bare leveransestatus |
| Midtveis | Vurdere prognose og justere innsats eller antagelser |
| Periodeslutt | Oppsummere resultat, datakvalitet og læring |
En tracker kan koble arbeid til mål, men trackeraktivitet dokumenterer ikke i seg selv måloppnåelse. Oppdag prosjekt og felter dynamisk hvis teamet faktisk bruker dem. Ikke anta at målene skal bli feltopsjoner eller at feltnavn kan endres automatisk.
Varige endringer
Før du endrer et måldokument, en issue, en PR eller prosjektmetadata:
- vis eksakt repository, dokument eller prosjekt
- vis fullstendig utkast og planlagte feltendringer
- be om eksplisitt godkjenning
Hvis riktig målsted er ukjent, spør. Ikke opprett et nytt måldokument som standard.
Grenser
Alltid
- Lint også egne forslag.
- Skill utfall, leveranser og ordinær drift.
- Merk manglende data, baselines og vedtak.
Spør først
- Skrive eller publisere mål.
- Opprette issues eller pull requests.
- Endre tracker- eller prosjektmetadata.
Aldri
- Gi karakter på måloppnåelse uten data.
- Finne på baseline, målverdi, eier eller måleplan.
- Behandle antall ferdige oppgaver som dokumentasjon på effekt.