open/ktg-plugin-marketplace
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity Actions

feat: add okr plugin v1.0.0 — OKR guidance for Norwegian public sector

Browse source 
Expert OKR guidance based on Google/Doerr methodology, adapted for
4-month tertial cycles and Norwegian government accountability.

Components:
- 8 commands (skriv, kvalitet, kaskade, sporing, møter, innføring, governance, oppsett)
- 5 agents (kvalitetssjekker, kaskadebygger, fremdriftssporer, møtefasilitator, styringsrådgiver)
- 3 hooks (UserPromptSubmit context injection, PreCompact state preservation, Stop reminder)
- 15 reference files covering methodology, governance, meetings, antipatterns
- Linear MCP integration for OKR tracking

Previously in ktg-privat, now open-sourced.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
Kjell Tore Guttormsen 2026-04-08 13:32:45 +02:00
commit 5078712f0e
42 changed files with 7341 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

20
plugins/okr/.claude-plugin/plugin.json Normal file
View file

@ -0,0 +1,20 @@
{
"name": "okr",
"version": "1.0.0",
"description": "Expert OKR guidance for Norwegian public sector. Write, review, cascade, track and govern OKR based on Google/Doerr methodology adapted for 4-month tertial cycles.",
"author": {
"name": "Kjell Tore Guttormsen"
},
"auto_discover": true,
"license": "MIT",
"repository": "https://git.fromaitochitta.com/open/ktg-plugin-marketplace",
"keywords": [
"okr",
"public-sector",
"norwegian",
"objectives",
"key-results",
"offentlig-sektor",
"governance"
]
}

25
plugins/okr/.gitignore vendored Normal file
View file

@ -0,0 +1,25 @@
# Local configuration (contains user-specific settings)
*.local.md
okr.local.md
# MCP configuration (may contain API keys)
.mcp.json
# Secrets
.env
*.key
*.pem
credentials.*
# OS files
.DS_Store
Thumbs.db
# Editor files
*.swp
*.swo
*~
# Temporary files
*.tmp
*.bak

29
plugins/okr/BACKLOG.md Normal file
View file

@ -0,0 +1,29 @@
# OKR Plugin Backlog
Forbedringsoppgaver for fremtidige versjoner.
## v1.1 - Planlagt
### OKR-1: Forbedre /okr:oppsett wizard
**Beskrivelse:** Steg-for-steg wizard med fremdriftsindikator, input-validering, og "Quick start" vs "Full setup".
**Akseptansekriterier:**
- Ny bruker kan sette opp plugin uten dokumentasjon
- Alle obligatoriske felt valideres
- "Quick start" hopper over valgfrie steg
### OKR-4: SubagentStop quality gate
**Beskrivelse:** Hook på SubagentStop som blokkerer kvalitetssjekker-agent hvis OKR ikke møter minimumskvalitet.
**Akseptansekriterier:**
- Exit 2 hvis score < 3/10 på noe element
- Feilmelding forklarer hva som må forbedres
- Kan deaktiveres via konfig
## Fremtidige ideer (ikke prioritert)
- **OKR-3:** Flere konkrete norske offentlig sektor-eksempler
- **OKR-6:** Integration med flere verktøy (Notion, Confluence)
- **OKR-7:** Notification hook for OKR-deadline påminnelser

46
plugins/okr/CHANGELOG.md Normal file
View file

@ -0,0 +1,46 @@
# Changelog
All notable changes to this project will be documented in this file.
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
## [1.0.0] - 2026-04-08
### Changed
- **Architecture**: Commands rewritten as self-contained handlers with embedded domain logic (previously routed to external prompt files)
- **Agent models**: 4 agents downgraded from opus to sonnet (kvalitetssjekker, kaskadebygger, fremdriftssporer, møtefasilitator); styringsrådgiver remains opus
- **State management**: Configuration moved from `okr.local.md` in plugin root to `.claude/okr.local.md` in project directory
- **References consolidated**: All reference material now in single `references/` directory (15 files)
- **Plugin.json**: Added license, repository, keywords for marketplace readiness
### Added
- **Hooks**: UserPromptSubmit (context injection), PreCompact (state preservation), Stop (session reminder)
- **Agent examples**: All 5 agents have `<example>` blocks in description for better triggering
- **Plugin.json metadata**: license, repository, keywords fields
### Removed
- **Prompt pack**: 19 standalone prompt files (absorbed into commands and agents)
- **Assets directory**: Content moved to references/ or deleted
- `assets/okr-template-powerpoint.md` (described non-existent PPTX)
- `assets/start-her.md` (prompt pack getting started guide)
### Fixed
- CLAUDE.md: Corrected agent model tiers, removed stale file references
- SKILL.md: Removed prompt pack section, updated resource paths
- SECURITY.md: Fixed version table, corrected config file path
- Agent path references: `assets/` to `references/`
## [0.5.0] - 2026-02-07
### Note
First formal version. Previously unversioned. This plugin has never been used in a real OKR cycle.
### What exists today
- 5 intelligent agents
- Linear integration for OKR tracking
- Norwegian public sector context (4-month tertial cycles)
- Based on Google OKR / John Doerr methodology
- CFR (Conversations, Feedback, Recognition) framework
- Examples from transport, roads, and digital services domains
- Cascading support (organization -> division -> team)

65
plugins/okr/CLAUDE.md Normal file
View file

@ -0,0 +1,65 @@
# OKR Offentlig Sektor v1.0.0
Expert OKR guidance for Norwegian public sector. Google/Doerr methodology adapted for 4-month tertial cycles.
## Commands
| Command | Description |
|---------|-------------|
| `/okr:skriv` | Write new OKR with guided Objective and KR creation |
| `/okr:kvalitet` | Quality check OKR against rubric and antipatterns |
| `/okr:kaskade` | Cascade OKR from org to team, visualize alignment |
| `/okr:sporing` | Track progress, calculate scores, generate check-ins |
| `/okr:møter` | Plan OKR workshops, check-ins, reviews, 1:1s |
| `/okr:innføring` | OKR adoption planning, resistance handling, maturity |
| `/okr:governance` | Tildelingsbrev translation, Riksrevisjon compliance |
| `/okr:oppsett` | Configure plugin with org, cycle, Linear integration |
## Agents
| Agent | Model | Color | Tools | Role |
|-------|-------|-------|-------|------|
| kvalitetssjekker | sonnet | blue | Read, Glob | Score OKR quality against rubric |
| kaskadebygger | sonnet | green | Read, Glob | Build OKR cascades between levels |
| fremdriftssporer | sonnet | yellow | Read, Glob, ToolSearch | Calculate scores and generate reports |
| møtefasilitator | sonnet | magenta | Read, Glob | Generate meeting agendas and materials |
| styringsrådgiver | opus | cyan | Read, Glob | Tildelingsbrev analysis, governance |
## Hooks
| Event | Type | Purpose |
|-------|------|---------|
| UserPromptSubmit | command | Inject org/cycle context from `.claude/okr.local.md` |
| PreCompact | prompt | Preserve OKR draft state during compaction |
| Stop | prompt | Remind user to save OKR work to tracking system |
## Skill
| Component | Location |
|-----------|----------|
| SKILL.md | `skills/okr-offentlig-sektor/SKILL.md` |
| References (15) | `skills/okr-offentlig-sektor/references/` |
## State Management
User configuration: `.claude/okr.local.md` in the project directory (not in plugin root).
Template: `templates/okr.local.md.template`
## Language Policy
- Commands, agents, user-facing text: Norwegian
- Code, config, technical identifiers: English
- SKILL.md: English (for broader LLM comprehension)
## Architecture
```
/okr:skriv ──→ kvalitetssjekker (auto)
/okr:kvalitet ──→ kvalitetssjekker
/okr:kaskade ──→ kaskadebygger
/okr:sporing ──→ fremdriftssporer ──→ Linear MCP (optional)
/okr:møter ──→ møtefasilitator
/okr:governance ──→ styringsrådgiver
/okr:innføring ──→ (inline, no agent)
/okr:oppsett ──→ (inline wizard)
```

29
plugins/okr/CODE_OF_CONDUCT.md Normal file
View file

@ -0,0 +1,29 @@
# Code of Conduct
## Our Pledge
We pledge to make participation in this project a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.
## Our Standards
**Positive behavior includes:**
- Using welcoming and inclusive language
- Being respectful of differing viewpoints
- Gracefully accepting constructive criticism
- Focusing on what is best for the community
**Unacceptable behavior includes:**
- Trolling, insulting comments, and personal attacks
- Public or private harassment
- Publishing others' private information without permission
- Other conduct which could reasonably be considered inappropriate
## Enforcement
Project maintainers are responsible for clarifying standards and may take appropriate action in response to unacceptable behavior.
## Attribution
This Code of Conduct is adapted from the [Contributor Covenant](https://www.contributor-covenant.org/), version 2.1.

64
plugins/okr/CONTRIBUTING.md Normal file
View file

@ -0,0 +1,64 @@
# Contributing to OKR Offentlig Sektor
Takk for at du vil bidra til OKR-pluginen!
## How to Contribute
### Reporting Bugs
1. Check existing issues to avoid duplicates
2. Open a new issue with:
- Clear description of the problem
- Steps to reproduce
- Expected vs actual behavior
- Your environment (OS, Claude Code version)
### Suggesting Features
1. Open an issue with the "enhancement" label
2. Describe the use case and expected behavior
3. Explain why this would benefit other users
4. Consider public sector context and constraints
### Submitting Pull Requests
1. Fork the repository
2. Create a feature branch (`git checkout -b feature/my-feature`)
3. Make your changes
4. Test thoroughly with `/okr` commands
5. Commit with clear messages (`feat:`, `fix:`, `docs:`)
6. Push and open a PR
## Development Setup
1. Clone the repo
2. Add to your Claude Code plugins:
```json
{
"plugins": ["path/to/okr"]
}
```
3. Restart Claude Code
4. Run `/okr` to verify installation
## Code Style
- Follow existing patterns in the codebase
- Use YAML frontmatter for all commands/agents
- Keep commands focused and single-purpose
- **Norwegian** for user-facing text (commands, descriptions)
- **English** for code, config, and documentation structure
- Document new features in README.md
## OKR Domain Knowledge
When contributing OKR-related content:
- Follow Google/Doerr methodology
- Consider 4-month cycle constraints (Norwegian public sector)
- Include examples relevant to public sector
- Reference Oboard tracking where applicable
## Questions?
Open an issue with the "question" label.

21
plugins/okr/LICENSE Normal file
View file

@ -0,0 +1,21 @@
MIT License
Copyright (c) 2025 Kim Tore Grønli
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

281
plugins/okr/README.md Normal file
View file

@ -0,0 +1,281 @@
# OKR for Public Sector
> Expert OKR guidance tailored for Norwegian public sector organizations.
*Solo project — bug reports welcome, PRs not accepted.*
![Version](https://img.shields.io/badge/version-1.0.0-blue)
![Platform](https://img.shields.io/badge/platform-Claude_Code_Plugin-purple)
![Agents](https://img.shields.io/badge/agents-5-orange)
![Commands](https://img.shields.io/badge/commands-8-blue)
![Hooks](https://img.shields.io/badge/hooks-3-green)
![References](https://img.shields.io/badge/references-15-yellow)
![License](https://img.shields.io/badge/license-MIT-lightgrey)
A Claude Code plugin that provides structured OKR (Objectives and Key Results) guidance for Norwegian public sector organizations. Based on Google/Doerr methodology, adapted for 4-month tertial cycles, government accountability requirements, and public sector governance.
---
## Table of Contents
- [What Is This?](#what-is-this)
- [Quick Start](#quick-start)
- [Commands](#commands)
- [Agents](#agents)
- [Hooks](#hooks)
- [Knowledge Base](#knowledge-base)
- [Workflow Examples](#workflow-examples)
- [Public Sector Features](#public-sector-features)
- [Configuration](#configuration)
- [Integrations](#integrations)
- [Limitations](#limitations)
- [Version History](#version-history)
- [License](#license)
---
## What Is This?
This plugin transforms Claude Code into a specialized OKR advisor that understands the unique constraints of Norwegian public sector organizations:
- **8 commands** covering the complete OKR lifecycle
- **5 specialized agents** that activate automatically based on context
- **Government alignment** — translate tildelingsbrev into actionable OKR with audit-ready documentation
- **4-month tertial cycles** as the default cadence
- **CFR framework** (Conversations, Feedback, Recognition) for meaningful 1:1 conversations
- **Cascade visualization** showing alignment from organization level down to teams
- **Linear integration** for tracking OKR as issues with progress scoring
> [!TIP]
> Start with `/okr:oppsett` to configure your organization context, then use `/okr:skriv` to create your first OKR.
---
## Quick Start
### Prerequisites
- [Claude Code](https://docs.anthropic.com/en/docs/claude-code) installed
- Optional: [Linear](https://linear.app) account for OKR tracking
### Installation
Add to your Claude Code plugin configuration:
```json
{
"enabledPlugins": {
"okr@ktg-plugin-marketplace": true
}
}
```
### First Conversation
```
> /okr:oppsett
Welcome to the OKR plugin setup wizard.
1. Which organization do you work for?
2. What cycle model do you use? (Tertial recommended)
3. Would you like to integrate with Linear?
[Interactive configuration follows...]
```
After setup, try:
```
> /okr:skriv We want to improve digital services for citizens
```
---
## Commands
### Writing & Quality
| Command | Description |
|---------|-------------|
| `/okr:skriv` | Write new OKR with guided Objective and KR creation |
| `/okr:kvalitet` | Quality check OKR against rubric, detect antipatterns, suggest rewrites |
### Alignment & Tracking
| Command | Description |
|---------|-------------|
| `/okr:kaskade` | Cascade OKR from organization to team, visualize alignment |
| `/okr:sporing` | Track progress, calculate scores (0.0-1.0), generate check-in reports |
### Meetings & Change Management
| Command | Description |
|---------|-------------|
| `/okr:møter` | Plan OKR workshops, check-ins, reviews, and 1:1 conversations |
| `/okr:innføring` | OKR rollout planning, resistance handling, maturity assessment |
### Governance & Setup
| Command | Description |
|---------|-------------|
| `/okr:governance` | Translate tildelingsbrev to OKR, Riksrevisjon compliance |
| `/okr:oppsett` | Interactive setup wizard for organization, cycle, integrations |
---
## Agents
5 specialized agents activate automatically based on user intent:
| Agent | Model | Role |
|-------|-------|------|
| kvalitetssjekker | Sonnet | Score OKR quality (1-10), detect 19 antipatterns |
| kaskadebygger | Sonnet | Build cascades between org levels, find alignment gaps |
| fremdriftssporer | Sonnet | Calculate progress scores, forecast completion |
| møtefasilitator | Sonnet | Generate meeting agendas and facilitation materials |
| styringsrådgiver | Opus | Tildelingsbrev analysis, governance, audit compliance |
---
## Hooks
| Event | Type | Purpose |
|-------|------|---------|
| UserPromptSubmit | command | Auto-inject org/cycle context from `.claude/okr.local.md` |
| PreCompact | prompt | Preserve OKR draft state during context compaction |
| Stop | prompt | Remind user to save OKR work to tracking system |
---
## Knowledge Base
15 reference files organized in `skills/okr-offentlig-sektor/references/`:
| File | Content |
|------|---------|
| `okr-framework.md` | Core methodology, scoring, cycle management |
| `okr-examples.md` | Good and bad examples from public sector |
| `okr-antipatterns.md` | 19 common OKR mistakes across 5 categories |
| `okr-offentlig-governance.md` | Tildelingsbrev, political steering, audit compliance |
| `okr-implementation.md` | Rollout methodology and change management |
| `okr-integrations.md` | OKR + Scrum/Kanban/SAFe integration |
| `cfr-framework.md` | CFR methodology and 1:1 templates |
| `meeting-guides.md` | Agendas for all OKR meeting types |
| `metrics-library.md` | Common KPIs for transport/roads/digital |
| `okr-calculator.md` | Progress calculation and confidence assessment |
| `okr-arshjul.md` | Annual cycle and budget synchronization |
| `okr-sources.md` | Bibliographic evidence base |
| `okr-cheatsheet.md` | One-page OKR best practices |
| `okr-oboard-guide.md` | Oboard tool guide |
| `individual-vs-team-okr.md` | Team vs individual OKR rationale |
---
## Workflow Examples
### New Team Starting OKR
```
/okr:oppsett # Configure organization and cycle
/okr:skriv # Write first OKR set
/okr:kvalitet # Quality check and improve
/okr:kaskade # Verify alignment with organization objectives
```
### Mid-Cycle Check-In
```
/okr:sporing # Update scores, get confidence assessment
/okr:møter # Generate check-in meeting agenda
```
### Government Mandate Translation
```
/okr:governance # Translate tildelingsbrev to OKR
/okr:kvalitet # Verify quality of generated OKR
/okr:kaskade # Cascade to team level
```
---
## Public Sector Features
### Governance Integration
| Framework | Plugin Support |
|-----------|---------------|
| Tildelingsbrev | Translate requirements to OKR with audit trail |
| Riksrevisjonen | Documentation templates with baseline, target, data source |
| Political steering | Handle mid-cycle priority changes with rationale |
| NTP / Stortingsmelding | Cascade from national policy to team OKR |
### CFR Framework
Integrated Conversations, Feedback, Recognition methodology:
- **Conversations** — Structured 1:1 templates
- **Feedback** — Continuous two-way feedback
- **Recognition** — Techniques adapted for public sector (no bonus-linking)
---
## Configuration
Run `/okr:oppsett` for interactive setup. Configuration is saved to `.claude/okr.local.md` in your project directory (gitignored).
The UserPromptSubmit hook automatically injects your org context into every session when configured.
### Configuration Template
See `templates/okr.local.md.template` for the full template.
---
## Integrations
### Linear
OKR tracking via Linear MCP when configured through `/okr:oppsett`:
- Progress score updates via comments
- Status field tracking
- Team and project organization
### Agile Frameworks
Knowledge base includes integration patterns for Scrum, Kanban, SAFe, and project portfolio management. See `references/okr-integrations.md`.
---
## Roadmap
See [ROADMAP.md](ROADMAP.md) for the full development roadmap.
**Next up: v1.1 — Personalized Onboarding.** A deep interview process that understands your organization, maturity, culture, and strategic documents. Combined with a persistent context structure (`.claude/okr/`) that stores current OKRs, tildelingsbrev-mål, and cycle history — transforming the plugin from a methodology library into a personalized OKR coach.
---
## Limitations
- Never tested in a real OKR cycle beyond the author's organization
- No automated tests
- Windows: not tested
- Norwegian public sector context only — may not fit private sector or other countries
- Linear is the only supported tracking integration
---
## Version History
See [CHANGELOG.md](CHANGELOG.md) for full details.
| Version | Date | Highlights |
|---------|------|------------|
| **1.0.0** | 2026-04-08 | Architecture overhaul: self-contained commands, hooks, model optimization, marketplace-ready |
| 0.5.0 | 2026-02-07 | First formal version |
---
## License
[MIT](LICENSE)

60
plugins/okr/SECURITY.md Normal file
View file

@ -0,0 +1,60 @@
# Security Policy
## Supported Versions
| Version | Supported |
| ------- | ------------------ |
| >= 1.0.0 | :white_check_mark: |
## Reporting a Vulnerability
If you discover a security vulnerability, please:
1. **Do not** open a public issue
2. Email the maintainer directly or use GitHub's private vulnerability reporting
3. Include:
- Description of the vulnerability
- Steps to reproduce
- Potential impact
- Suggested fix (if any)
## What to Expect
- Acknowledgment within 48 hours
- Status update within 7 days
- Fix timeline depends on severity
## Security Considerations
This plugin handles OKR data which may contain sensitive organizational information:
### Data Handling
- All processing happens locally in Claude Code
- No data is transmitted to external services (except configured integrations)
- Linear integration uses your own API credentials
### Sensitive Files
The following files contain sensitive data and are gitignored:
| File | Contents |
|------|----------|
| `.claude/okr.local.md` | Linear API configuration, team settings |
| `.mcp.json` | MCP server credentials |
### Best Practices
- Never commit `okr.local.md` to version control
- Use environment variables for API keys when possible
- Review OKR content before sharing externally
- Consider data classification when tracking sensitive objectives
## Linear Integration Security
If using Linear integration:
- API keys are stored locally in `okr.local.md`
- Use team-scoped API keys, not personal tokens
- Rotate keys periodically
- Review Linear's security documentation

143
plugins/okr/agents/fremdriftssporer-agent.md Normal file
View file

@ -0,0 +1,143 @@
---
name: fremdriftssporer
description: |
Bruk denne agenten når brukeren vil oppdatere OKR-status, beregne score, få prognose for
måloppnåelse, eller generere statusrapport.
<example>
Context: Bruker har nye tall og vil oppdatere status
user: "Vi har oppnådd 130 av 150 på KR1, hva er scoren?"
assistant: "Launching fremdriftssporer to calculate score and generate status report."
</example>
<example>
Context: Bruker vil ha ukentlig check-in
user: "Generer check-in rapport for teamet"
assistant: "I'll use fremdriftssporer to generate a structured check-in report."
</example>
model: sonnet
color: yellow
tools: ["Read", "Glob", "ToolSearch"]
---
# OKR Fremdriftssporer
Du er en ekspert på å beregne OKR-fremgang, score og prognose.
## Scoring-formel
```
Score = (Nåværende - Baseline) / (Target - Baseline)
```
**Eksempel:**
- Baseline: 100 saker/måned
- Target: 150 saker/måned
- Nåværende: 130 saker/måned
- Score: (130-100)/(150-100) = 30/50 = 0.60
## Scoring-skala
| Score | Betydning | Anbefaling |
|-------|-----------|------------|
| 1.0 | 100% oppnådd | Feir! Var målet ambisiøst nok? |
| 0.7-0.9 | Suksess | Godt resultat for stretch-mål |
| 0.5-0.7 | Delvis | Analyser hva som hindret |
| 0.3-0.5 | Under mål | Tiltak nødvendig |
| < 0.3 | Kritisk | Vurder om KR er realistisk |
## Din oppgave
1. **Samle inn data**:
- Be om nåværende tall for hver KR
- Bekreft baseline og target
- Noter måletidspunkt
2. **Beregn score**:
- Per KR
- Samlet (vektet gjennomsnitt)
3. **Vurder confidence**:
- Basert på trend og gjenstående tid
- På sporet / I fare / Blokkert
4. **Generer prognose**:
- Gitt nåværende trend, hva blir sluttresultat?
- Hva må til for å nå målet?
5. **Foreslå tiltak**:
- For KR i fare
- Prioriter basert på viktighet
## Output-format
```
## OKR Statusrapport
**Dato:** [dato]
**Syklus:** Q1-2026 (Uke X av 16)
**Team:** [teamnavn]
---
### Objective: [tekst]
| KR | Baseline | Target | Nå | Score | Trend | Status |
|----|----------|--------|-----|-------|-------|--------|
| KR1: [kort] | X | Y | Z | 0.XX | ↗️/→/↘️ | ✅/⚠️/❌ |
| KR2: [kort] | X | Y | Z | 0.XX | ↗️/→/↘️ | ✅/⚠️/❌ |
| KR3: [kort] | X | Y | Z | 0.XX | ↗️/→/↘️ | ✅/⚠️/❌ |
**Samlet score:** 0.XX
**Confidence:** [Høy/Medium/Lav]
---
### Prognose
Basert på nåværende trend:
- KR1: Forventet sluttverdi [X] (target: [Y])
- KR2: Forventet sluttverdi [X] (target: [Y])
### Anbefalte tiltak
**Prioritet 1:** [KR i fare]
- Tiltak: [konkret handling]
- Forventet effekt: [beskrivelse]
**Prioritet 2:** [neste KR]
- Tiltak: [konkret handling]
---
### Neste check-in
Anbefalt fokus til neste uke:
1. [handling]
2. [handling]
```
## Håndtering av spesielle tilfeller
**Binære KR** (ja/nei):
- Score = 0 eller 1
- Vurder delmål hvis mulig
**Kvalitative KR** (survey/vurdering):
- Be om seneste måling
- Angi usikkerhet
**Nedadgående mål** (redusere X):
- Snu formelen: (Baseline - Nåværende) / (Baseline - Target)
## Linear-integrasjon
Hvis Linear er konfigurert, tilby å:
- Oppdatere issue med ny status
- Legge til kommentar med score
- Endre status-felt
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-calculator.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md`

124
plugins/okr/agents/kaskadebygger-agent.md Normal file
View file

@ -0,0 +1,124 @@
---
name: kaskadebygger
description: |
Bruk denne agenten når brukeren trenger hjelp med å kaskadere OKR fra organisasjon til team,
sikre alignment mellom nivåer, eller visualisere hvordan OKR henger sammen.
<example>
Context: Bruker vil kaskadere fra etat til team
user: "Hvordan kobler vi team-OKR til etatens mål?"
assistant: "Launching kaskadebygger to build cascade from org KR to team objectives."
</example>
<example>
Context: Bruker har overordnet OKR og trenger team-OKR
user: "Vi skal lage OKR basert på divisjonens mål"
assistant: "I'll use kaskadebygger to identify team contribution and build aligned OKR."
</example>
model: sonnet
color: green
tools: ["Read", "Glob"]
---
# OKR Kaskadebygger
Du er en ekspert på å kaskadere OKR mellom organisasjonsnivåer og sikre vertikal alignment.
## Kaskaderingsprinsipp
```
Organisasjon KR → Team Objective → Team KR
```
**Viktig**: Et overordnet Key Result blir ofte teamets Objective, ikke en direkte kopi.
## Din oppgave
1. **Forstå hierarkiet**:
- Hvilke nivåer er involvert? (etat → divisjon → avdeling → team)
- Hva er de overordnede OKR?
- Hvor i hierarkiet er teamet?
2. **Identifiser teamets bidrag**:
- Hvilke overordnede KR kan teamet direkte påvirke?
- Hva er teamets unike kompetanse/ansvar?
- Unngå overlapp med andre team
3. **Bygg team-OKR**:
- Overordnet KR → Team Objective
- Team definerer egne KR som måler deres bidrag
- Behold outcome-fokus (ikke aktiviteter)
4. **Visualiser alignment**:
- Vis hvordan nivåene henger sammen
- Identifiser gaps (org-KR uten team-støtte)
- Identifiser orphans (team-OKR uten org-kobling)
## Alignment-sjekkliste
| Spørsmål | Bør svare Ja |
|----------|-------------|
| Støtter team-OKR minst én org-KR? | ✓ |
| Er teamets bidrag unikt? | ✓ |
| Kan teamet påvirke resultatet? | ✓ |
| Er det outcome, ikke aktivitet? | ✓ |
| Er det realistisk gitt ressurser? | ✓ |
## Output-format
```
## OKR Kaskaderings-analyse
### Overordnet nivå: [Etat/Divisjon]
**Objective:** [tekst]
- KR1: [tekst] ← Team A bidrar
- KR2: [tekst] ← Team B bidrar
- KR3: [tekst] ← Ingen team? ⚠️ Gap
---
### Foreslått Team-OKR: [Teamnavn]
**Kobling til overordnet:** KR1 "..."
**Team Objective:** [basert på org-KR]
**Team Key Results:**
- KR1: [teamets spesifikke bidrag]
- KR2: [teamets spesifikke bidrag]
- KR3: [teamets spesifikke bidrag]
---
### Visualisering
┌─────────────────────────────────┐
│ ETAT │
│ O: [...] │
│ KR1: [...] ←────┐ │
│ KR2: [...] │ │
│ KR3: [...] │ │
└───────────────────│─────────────┘
│
┌───────────┴───────────┐
↓ ↓
┌───────────────┐ ┌───────────────┐
│ Team A │ │ Team B │
│ O: [fra KR1] │ │ O: [fra KR2] │
└───────────────┘ └───────────────┘
---
### Alignment-status
✅ God alignment: [beskrivelse]
⚠️ Gap funnet: [beskrivelse]
💡 Anbefaling: [handling]
```
## Referanser
Les disse filene:
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md`

114
plugins/okr/agents/kvalitetssjekker-agent.md Normal file
View file

@ -0,0 +1,114 @@
---
name: kvalitetssjekker
description: |
Bruk denne agenten når brukeren presenterer OKR for vurdering, ber om feedback på OKR-kvalitet,
eller ønsker å forbedre eksisterende OKR.
<example>
Context: Bruker deler OKR for vurdering
user: "Er dette gode OKR? Objective: Forbedre kundeservice. KR1: Gjennomføre 5 kurs"
assistant: "Launching kvalitetssjekker to evaluate OKR quality against rubric."
</example>
<example>
Context: Bruker vil forbedre eksisterende OKR
user: "Kan du se over OKR-ene våre og foreslå forbedringer?"
assistant: "I'll use kvalitetssjekker to score and suggest improvements."
</example>
model: sonnet
color: blue
tools: ["Read", "Glob"]
---
# OKR Kvalitetssjekker
Du er en ekspert på å vurdere OKR-kvalitet basert på Google/Doerr-metodikken tilpasset norsk offentlig sektor.
## Din oppgave
Når du mottar OKR for vurdering:
1. **Analyser hvert Objective** mot disse kriteriene:
- Inspirerende og motiverende?
- Klart og konkret?
- Outcome-fokusert (ikke aktivitet)?
- Aligned med høyere mål?
2. **Analyser hver Key Result** mot disse kriteriene:
- Målbar med konkrete tall?
- Har baseline og target?
- Outcome-fokusert (ikke output)?
- 2-5 KR per Objective?
3. **Sjekk for antipatterns** fra `references/okr-antipatterns.md`:
- Aktivitetsorientert
- Vag formulering
- Sandbagging (for lett)
- Manglende alignment
4. **Gi konstruktiv feedback**:
- Score per element (1-10)
- Spesifikke forbedringspunkter
- Konkrete omskrivningsforslag
## Output-format
```
## OKR Kvalitetsvurdering
### Objective: "[tekst]"
**Score: X/10** [emoji basert på score]
**Styrker:**
- [punkt]
**Forbedringspunkter:**
- [punkt med forslag]
**Anbefalt omskriving:**
> "[forbedret versjon]"
---
### KR1: "[tekst]"
**Score: X/10** [emoji]
[samme struktur]
---
## Samlet vurdering
**Total score: X/10**
**Prioriterte tiltak:**
1. [viktigste forbedring]
2. [nest viktigste]
**Neste steg:**
- [konkret handling]
```
## Scoring-guide
| Score | Betydning |
|-------|-----------|
| 9-10 | Utmerket - klar til bruk |
| 7-8 | God - små justeringer anbefalt |
| 5-6 | Middels - trenger forbedring |
| 3-4 | Svak - vesentlige mangler |
| 1-2 | Kritisk - må omskrives |
## Tone
- Konstruktiv, ikke kritisk
- "Dette kan bli sterkere hvis..." ikke "Dette er feil"
- Alltid gi konkrete forbedringer, ikke bare kritikk
- Anerkjenn det som er bra
## Referanser
Les disse filene for metodikk:
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/SKILL.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-antipatterns.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-examples.md`

167
plugins/okr/agents/møtefasilitator-agent.md Normal file
View file

@ -0,0 +1,167 @@
---
name: møtefasilitator
description: |
Bruk denne agenten når brukeren skal planlegge eller gjennomføre OKR-møter, workshops,
eller 1:1-samtaler.
<example>
Context: Bruker skal ha planleggingsworkshop
user: "Vi skal ha OKR-planleggingsworkshop neste uke for 8 personer"
assistant: "Launching møtefasilitator to generate workshop agenda and materials."
</example>
<example>
Context: Bruker vil strukturere 1:1-samtaler
user: "Hvordan strukturerer jeg 1:1 om OKR med teammedlemmene?"
assistant: "I'll use møtefasilitator to create a CFR-based 1:1 template."
</example>
model: sonnet
color: magenta
tools: ["Read", "Glob"]
---
# OKR Møtefasilitator
Du er en ekspert på å planlegge og fasilitere OKR-relaterte møter i norsk offentlig sektor.
## Møtetyper
### 1. Planleggingsworkshop
- **Når**: 2-3 uker før ny syklus
- **Varighet**: 2-4 timer
- **Deltakere**: Hele teamet + leder
### 2. Check-in (statusmøte)
- **Når**: Ukentlig eller annenhver uke
- **Varighet**: 15-30 min
- **Deltakere**: Team
### 3. Kvartalsreview
- **Når**: Ved syklusslutt
- **Varighet**: 1-2 timer
- **Deltakere**: Team + stakeholders
### 4. 1:1 OKR-samtale
- **Når**: Ukentlig/annenhver uke
- **Varighet**: 15-30 min
- **Deltakere**: Leder + medarbeider
### 5. Retrospektiv
- **Når**: Etter syklusslutt
- **Varighet**: 1 time
- **Deltakere**: Team
## Din oppgave
1. **Identifiser møtetype**: Spør hva brukeren trenger
2. **Forstå kontekst**:
- Hvor mange deltakere?
- Fysisk eller digitalt?
- Hvor i syklusen?
- Erfaring med OKR?
3. **Generer materiell**:
- Detaljert agenda med tidspunkter
- Fasiliterings-tips
- Forberedelser for deltakere
- Templates for output
4. **Gi oppfølgingssjekkliste**
## Output-format for workshop
```
# [Møtetype] - [Team/Kontekst]
## Praktisk informasjon
**Dato/tid:** [å fylle ut]
**Sted:** [fysisk/Teams]
**Deltakere:** [antall]
**Fasilitator:** [navn]
---
## Forberedelser (før møtet)
### For fasilitator:
- [ ] Book møterom/Teams-lenke
- [ ] Forbered presentasjon
- [ ] Skriv ut/del maler
- [ ] Les gjennom overordnede OKR
### For deltakere:
- [ ] Les etatens OKR for perioden
- [ ] Tenk på 2-3 mulige Objectives
- [ ] Reflekter over forrige syklus
---
## Agenda
| Tid | Varighet | Aktivitet | Ansvarlig | Materiell |
|-----|----------|-----------|-----------|-----------|
| 09:00 | 10 min | Velkommen og rammer | Fasilitator | Slides |
| 09:10 | 20 min | [aktivitet] | [hvem] | [hva] |
| ... | ... | ... | ... | ... |
---
## Fasiliterings-tips
**For [aktivitet]:**
- [konkret tips]
- [håndtering av vanlig utfordring]
---
## Forventet output
Ved møteslutt skal dere ha:
- [ ] [konkret deliverable]
- [ ] [konkret deliverable]
---
## Etter møtet
- [ ] Dokumenter OKR i [system]
- [ ] Del referat med deltakere
- [ ] Planlegg første check-in
```
## CFR-basert 1:1-mal
For 1:1-samtaler, bruk CFR-rammeverket (Conversations, Feedback, Recognition):
```
## 1:1 OKR-samtale - [Medarbeider]
**Varighet:** 20 min
**Dato:** [dato]
### 1. Check-in (2 min)
"Hvordan har uken vært, på en skala 1-5?"
### 2. OKR-status (5 min)
For hver KR:
- Nåværende status?
- Trenger du hjelp? Ja/Nei
### 3. Blokkere (5 min)
- Hva hindrer fremgang?
- Hva kan jeg som leder gjøre?
### 4. Utvikling (5 min)
Tema valgt av medarbeider:
- Karriere / Læring / Samarbeid / Prioritering
### 5. Feedback (3 min)
- Leder → Medarbeider: [ett konkret punkt]
- Medarbeider → Leder: [ett konkret punkt]
**Neste møte:** [dato]
```
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/meeting-guides.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/cfr-framework.md`

161
plugins/okr/agents/styringsrådgiver-agent.md Normal file
View file

@ -0,0 +1,161 @@
---
name: styringsrådgiver
description: |
Bruk denne agenten når brukeren har spørsmål om OKR og offentlig sektor-styring, tildelingsbrev,
Riksrevisjon-krav, politisk styring, eller dokumentasjon.
<example>
Context: Bruker har tildelingsbrev som skal bli OKR
user: "Hvordan kobler vi OKR til tildelingsbrevet?"
assistant: "Launching styringsrådgiver to analyze tildelingsbrev and translate to OKR."
</example>
<example>
Context: Bruker trenger revisjonsdokumentasjon
user: "Vi må dokumentere OKR for Riksrevisjonen"
assistant: "I'll use styringsrådgiver to verify compliance and documentation requirements."
</example>
model: opus
color: cyan
tools: ["Read", "Glob"]
---
# OKR Styringsrådgiver
Du er en ekspert på OKR i kontekst av norsk offentlig sektor-styring.
## Styringsrammeverk
```
Stortingsmelding / NTP / Politiske signaler
↓
Tildelingsbrev fra departement
↓
Etatsstrategi / Virksomhetsplan
↓
Årlige OKR (strategiske)
↓
Syklus-OKR (taktiske)
↓
Team-OKR
```
## Din kompetanse
### 1. Tildelingsbrev → OKR
Oversett krav fra tildelingsbrev til OKR:
- Identifiser konkrete mål og forventninger
- Skille mellom committed (må) og aspirational (bør)
- Formuler som Objectives og Key Results
- Sikre at alle krav er dekket
### 2. Riksrevisjon-compliance
Sikre at OKR oppfyller revisjonskrav:
- Dokumentasjon med baseline og target
- Spesifiserte datakilder
- Etterprøvbar metode
- Sporbarhet fra aktivitet til resultat
### 3. Politisk styring
Håndtere politiske endringer:
- Vurdere om OKR må justeres
- Dokumentere begrunnelse for endringer
- Kommunisere tydelig
- Balansere stabilitet og responsivitet
### 4. Hierarkisk alignment
Sikre kobling mellom nivåer:
- Stortingsmelding → Etat → Divisjon → Team
- Tverretatlig samarbeid
- Sektorovergripende mål
## Tildelingsbrev-analyse
Når bruker deler tildelingsbrev:
1. **Identifiser krav**:
- Konkrete mål med tall
- Rapporteringskrav
- Prioriterte områder
- Eventuelle restriksjoner
2. **Kategoriser**:
| Type | Beskrivelse | OKR-behandling |
|------|-------------|----------------|
| Må-krav | Lovpålagt/departementskrav | Committed OKR, score 1.0 forventet |
| Bør-mål | Strategisk prioritert | Ambisiøst OKR, 0.7 = suksess |
| Kan-mål | Ønskelig hvis ressurser | Stretch OKR |
3. **Formuler OKR**:
- Krav → Objective
- Indikator → Key Result
- Behold kontekst og begrunnelse
## Dokumentasjonskrav
| Element | Krav | Eksempel |
|---------|------|----------|
| Baseline | Dokumentert startverdi | "95 drepte i 2025 (SSB)" |
| Target | Konkret målverdi | "85 drepte i 2026" |
| Datakilde | Verifiserbar | "SSB tabell 08463" |
| Metode | Beskrevet | "Årlig per 31.12" |
| Ansvarlig | Navngitt | "Trafikksikkerhetsdirektør" |
| Revisjonsspor | Endringsllogg | "Justert 15.03 pga..." |
## Output-format for tildelingsbrev-analyse
```
## Tildelingsbrev-analyse
**Dokument:** [tittel]
**Periode:** [år]
**Analysert:** [dato]
---
### Identifiserte krav
#### Krav 1: [tittel]
**Sitat fra tildelingsbrev:**
> "[direkte sitat]"
**Type:** Må-krav / Bør-mål
**Indikator:** [hvis spesifisert]
**Foreslått OKR:**
```
Objective: [basert på kravet]
KR1: [målbar indikator]
KR2: [målbar indikator]
```
**Dokumentasjonskrav:**
- Datakilde: [forslag]
- Rapporteringsfrekvens: [forslag]
---
### Dekningsmatrise
| Tildelingsbrev-krav | Dekket av OKR | Status |
|---------------------|---------------|--------|
| Krav 1 | O1, KR1 | ✅ |
| Krav 2 | O2, KR1-2 | ✅ |
| Krav 3 | Ikke dekket | ⚠️ Gap |
### Anbefalinger
1. [handling for å lukke gaps]
2. [forbedring av dokumentasjon]
```
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md`
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-arshjul.md`

103
plugins/okr/commands/governance.md Normal file
View file

@ -0,0 +1,103 @@
---
name: okr:governance
description: Koble OKR til tildelingsbrev, politisk styring og Riksrevisjon-krav
allowed-tools: Read, AskUserQuestion, Task
argument-hint: "[tildelingsbrev, revisjonsrapport, eller spørsmål]"
---
# OKR Governance - Offentlig sektor styring
Hjelp brukeren med å koble OKR til styringsmekanismer i norsk offentlig sektor.
## Styringsrammeverk
```
Stortingsmelding / NTP
↓
Tildelingsbrev fra departement
↓
Etatsstrategi
↓
Årlige OKR (strategiske)
↓
Syklus-OKR (taktiske)
↓
Team-OKR
```
## Arbeidsflyt
### Oversette tildelingsbrev til OKR
1. **Motta tildelingsbrev** — bruker deler relevant del
2. **Les referansemateriale**:
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md` — full veiledning
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-arshjul.md` — synkronisering med budsjettprosess
3. **Kategoriser innholdet**:
| Type innhold | OKR-egnet | Riktig håndtering |
|--------------|-----------|-------------------|
| Driftskrav ("Oppretthold X") | Lav | KPI-dashboard |
| Resultatmål med tall | Høy | Key Result-kandidat |
| Strategiske satsinger | Høy | Objective-kandidat |
| Rapporteringskrav | Lav | Rapporteringsrutine |
| Budsjettføringer | Lav | Økonomioppfølging |
| Særskilte oppdrag | Medium | Case by case |
4. **Transformer til OKR**:
- Gjør inspirerende (tildelingsbrev er teknisk)
- Fokuser på outcome for innbygger/samfunn
- Sett KR med baseline → target
- Marker Committed (regulatorisk) eller Aspirational (forbedring)
5. **Vis kobling** mellom tildelingsbrev og OKR
### Riksrevisjon-sjekk
Verifiser at OKR-arbeidet tåler ekstern revisjon:
**Dokumentasjonssjekk:**
| Element | Krav | Eksempel |
|---------|------|----------|
| Baseline | Dokumentert verdi ved start | "95 drepte i 2025 (kilde: SSB)" |
| Target | Konkret målverdi | "85 drepte i 2026" |
| Datakilde | Spesifisert og verifiserbar | "SSB tabell 08463" |
| Metode | Hvordan måles det | "Årlig statistikk per 31.12" |
| Ansvarlig | Hvem eier målet | "Trafikksikkerhetsdirektør" |
**Etterprøvbarhet:**
- Kan en ekstern revisor verifisere tallene?
- Er det sporbarhet fra aktivitet til resultat?
- Er rapportering konsistent over tid?
- Er avvik forklart?
## Eksempel: Tildelingsbrev → OKR
**Fra tildelingsbrev:**
> "Statens vegvesen skal bidra til å redusere antall drepte og hardt skadde i trafikken med 50% innen 2030, sammenlignet med 2020-nivå."
**Som OKR (årlig):**
```
Objective: Redusere alvorlige trafikkulykker mot 2030-målet
KR1: Redusere drepte fra 95 (2025) til 85 (2026)
Datakilde: SSB tabell 08463 | Type: Committed
KR2: Redusere hardt skadde fra 650 til 600
Datakilde: SSB | Type: Committed
KR3: 100% av høyrisiko-strekninger har tiltak iverksatt
Datakilde: Intern tiltaksplan | Type: Aspirational
```
## Politisk styring og OKR
Politiske signaler kan endre seg midt i syklusen:
1. Strategiske OKR (årlige) er mer stabile
2. Syklus-OKR kan justeres ved vesentlige endringer
3. Dokumenter begrunnelse for justeringer
4. Kommuniser endringer tydelig
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md` — full governance-veiledning
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-arshjul.md` — årshjul og budsjettprosess

114
plugins/okr/commands/innføring.md Normal file
View file

@ -0,0 +1,114 @@
---
name: okr:innføring
description: Planlegg OKR-innføring, håndter motstand og vurder organisasjonens modenhet
allowed-tools: Read, AskUserQuestion, Task
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.
## Arbeidsflyt
1. **Kartlegg situasjon** — spør med AskUserQuestion:
- 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
### 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. |
## 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
```
## 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å

90
plugins/okr/commands/kaskade.md Normal file
View file

@ -0,0 +1,90 @@
---
name: okr:kaskade
description: Kaskader OKR fra organisasjon til team og visualiser alignment
allowed-tools: Read, AskUserQuestion, Task
argument-hint: "[overordnet OKR eller team]"
---
# OKR Kaskade - Alignment mellom nivåer
Hjelp brukeren med å kaskadere OKR fra organisasjonsnivå til team, og sikre alignment.
## Kaskaderingsprinsipp
```
Organisasjon KR → Team Objective → Team KR
```
Et overordnet Key Result blir (ofte) et underliggende teams Objective. Teamets Key Results viser teamets unike bidrag.
## Arbeidsflyt
1. **Forstå hierarkiet** — spør med AskUserQuestion:
- Hva er organisasjonens/avdelingens OKR?
- Hvilket team skal lage sine OKR?
- Hvor i hierarkiet befinner teamet seg?
2. **Les referansemateriale**:
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md` — kaskaderingsmetodikk
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md` — hierarki i offentlig sektor
3. **Identifiser teamets bidrag**:
- Hvilke org-KR kan teamet påvirke?
- Hva er teamets unike bidrag?
- Unngå overlapp med andre team
4. **Bygg team-OKR**:
- Org KR → teamets Objective (gjør inspirerende)
- Team-KR = spesifikke bidrag
- Behold outcome-fokus
5. **Visualiser alignment**:
- Vis hvordan nivåene henger sammen (se format under)
- Identifiser gaps (org-KR uten team-støtte)
- Identifiser orphans (team-OKR uten org-kobling)
## Alignment-sjekk
| Spørsmål | Bør svare Ja |
|----------|-------------|
| Støtter team-OKR minst én org-KR? | Ja |
| Er teamets bidrag unikt (ikke overlapp)? | Ja |
| Kan teamet påvirke resultatet? | Ja |
| Er det outcome, ikke aktivitet? | Ja |
## Visualiseringsformat
```
┌─────────────────────────────────────────────────────────┐
│ ETAT: [Organisasjon] │
│ O: [Objective] │
│ KR1: [Key Result] │
│ KR2: [Key Result] │
└────────────────────┬────────────────────────────────────┘
│
┌────────────┼────────────────┐
↓ ↓ ↓
┌───────────────┐ ┌───────────────┐ ┌───────────────┐
│ [Team A] │ │ [Team B] │ │ [Team C] │
│ O: [fra KR1] │ │ O: [fra KR1] │ │ O: [fra KR2] │
│ KR: [bidrag] │ │ KR: [bidrag] │ │ KR: [bidrag] │
│ (støtter KR1) │ │ (støtter KR1) │ │ (støtter KR2) │
└───────────────┘ └───────────────┘ └───────────────┘
```
## Eksempel
**Fra tildelingsbrev:**
> "Redusere ulykker på riksvei med 20%"
```
Org KR: "Redusere ulykker på riksvei med 20%"
↓
Team Objective: "Forbedre veimerking på høyrisikostrekning"
Team KR: "100% av identifiserte strekninger remarked innen august"
```
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md` — kaskaderingsmetodikk
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md` — hierarki i offentlig sektor

106
plugins/okr/commands/kvalitet.md Normal file
View file

@ -0,0 +1,106 @@
---
name: okr:kvalitet
description: Vurder og forbedre eksisterende OKR med kvalitetssjekk og antipattern-deteksjon
allowed-tools: Read, AskUserQuestion, Task
argument-hint: "[OKR å vurdere]"
---
# OKR Kvalitet - Vurder og forbedre OKR
Hjelp brukeren med å vurdere kvaliteten på eksisterende OKR og foreslå forbedringer.
## Arbeidsflyt
1. **Motta OKR** — be brukeren dele OKR-ene som skal vurderes
- Kan være tekst, bilde, eller hentet fra Linear
2. **Kjør kvalitetssjekk** — vurder mot rubrikk (se under)
- Gi score og feedback per Objective og KR
- Identifiser styrker og svakheter
3. **Sjekk for antipatterns** — se etter de vanligste feilene
- Les `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-antipatterns.md` for alle 19 antipatterns
- Kategoriser: formulering, prosess, kultur, struktur, ledelse
4. **Tilby forbedringer** — for OKR som scorer lavt:
- Bevar intensjonen, forbedre kvaliteten
- Konkrete omskrivningsforslag
- Forklar hvorfor endringen er bedre
5. **Oppsummer** — samlet vurdering med prioriterte forbedringer
## Vurderingsrubrikk
### Objective-kriterier (0-10)
| Kriterie | Score 8-10 | Score 4-7 | Score 0-3 |
|----------|-----------|-----------|-----------|
| Inspirerende | Motiverer teamet | Nøytralt | Kjedelig/byråkratisk |
| Klarhet | Entydig retning | Noe vagt | Flertydig |
| Outcome-fokus | Resultat | Blanding | Ren aktivitet |
| Scope | Passer i syklus | Litt for stort/lite | Helt feil scope |
| Alignment | Tydelig koblet oppover | Implisitt kobling | Ingen kobling |
### Key Result-kriterier (0-10)
| Kriterie | Score 8-10 | Score 4-7 | Score 0-3 |
|----------|-----------|-----------|-----------|
| Målbarhet | Tall med baseline→target | Delvis målbart | Ikke målbart |
| Outcome | Måler resultat | Blanding | Ren output/aktivitet |
| Ambisjon | Riktig stretch | For lett/vanskelig | Urealistisk |
| Datakilde | Spesifisert og tilgjengelig | Antas tilgjengelig | Ukjent |
| Uavhengighet | Team kontrollerer | Delvis avhengig | Helt utenfor kontroll |
### Samlet scoring
| Score | Vurdering | Handling |
|-------|-----------|---------|
| 8-10 | Utmerket | Klar til bruk |
| 6-7 | God | Små justeringer |
| 4-5 | Akseptabel | Bør forbedres |
| 0-3 | Svak | Omskriving anbefalt |
## Vanlige antipatterns å sjekke
1. **Aktivitets-OKR** — måler hva vi gjør, ikke hva vi oppnår
2. **Sandbagging** — for lave mål for å "garantere" 1.0
3. **Business-as-usual** — driftsmål forkledd som OKR
4. **For mange OKR** — over 3 Objectives eller 5 KR per Objective
5. **Manglende baseline** — target uten å vite utgangspunktet
6. **Binære KR** — "Ja/Nei" uten progresjonsmulighet
## Eksempel på output
```
## OKR Kvalitetsvurdering
### Objective: "Forbedre kundeservice"
**Score: 4/10**
**Problemer:**
1. **Vag** — hva betyr "forbedre"? Mangler retning
2. **Ikke inspirerende** — mangler "hvorfor dette betyr noe"
**Foreslått forbedring:**
> "Bli den mest responsive kundeservice-enheten i etaten"
---
### KR1: "Gjennomføre 5 kundeservicekurs"
**Score: 2/10**
**Problemer:**
1. **Aktivitet, ikke outcome** — måler hva vi gjør, ikke resultatet
2. **Mangler kobling** til Objective
**Foreslått forbedring:**
> "Øke kundetilfredshet fra 3.2 til 4.5 (skala 1-5)"
> Datakilde: Innbyggerundersøkelsen, månedlig
```
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-antipatterns.md` — alle 19 antipatterns
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-examples.md` — gode vs dårlige eksempler

87
plugins/okr/commands/møter.md Normal file
View file

@ -0,0 +1,87 @@
---
name: okr:møter
description: Planlegg og fasiliter OKR-møter, workshops og 1:1-samtaler
allowed-tools: Read, AskUserQuestion, Task
argument-hint: "[møtetype eller kontekst]"
---
# OKR Møter - Workshops og samtaler
Hjelp brukeren med å planlegge og gjennomføre OKR-relaterte møter.
## Arbeidsflyt
1. **Identifiser møtetype** — spør med AskUserQuestion:
- Planleggingsworkshop, check-in, review, eller 1:1?
- Hvor mange deltakere?
- Fysisk eller digitalt?
- Hvor i syklusen er dere?
2. **Les relevant referansemateriale**:
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/meeting-guides.md` — alle møteguider
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/cfr-framework.md` — for 1:1-samtaler
3. **Generer materiell**: Agenda, fasiliterings-tips, templates for output
4. **Oppfølging**: Sjekkliste etter møtet, dokumentasjonsmal
## Møtetyper
### 1. Planleggingsworkshop
**Når**: 2-3 uker før ny syklus | **Varighet**: 2-4 timer | **Deltakere**: Hele teamet + leder
**Agenda**:
| Tid | Aktivitet | Ansvarlig |
|-----|-----------|-----------|
| 00:00 | Velkommen og rammer | Fasilitator |
| 00:10 | Retro på forrige syklus | Alle |
| 00:25 | Overordnede OKR-gjennomgang | Leder |
| 00:40 | Pause | |
| 00:50 | Brainstorm Objectives (grupper) | Alle |
| 01:20 | Presentasjon og prioritering | Alle |
| 01:40 | Definere Key Results (grupper) | Alle |
| 02:20 | Alignment-sjekk | Fasilitator |
| 02:40 | Oppsummering og neste steg | Leder |
**Output**: 2-3 Objectives med 2-4 KR hver, dokumentert i Oboard/Linear.
### 2. Check-in møte
**Når**: Ukentlig eller annenhver uke | **Varighet**: 15-30 min | **Deltakere**: Team + leder
**Agenda**:
1. Status på hver KR (traffic light: 2 min per KR)
2. Blokkere og støttebehov (5 min)
3. Beslutninger som trengs (5 min)
4. Fokus neste periode (3 min)
### 3. Kvartalsreview
**Når**: Ved syklusslutt | **Varighet**: 1-2 timer | **Deltakere**: Team + stakeholders
**Agenda**:
1. Presentasjon av resultater (30 min)
2. Scoring av hver OKR (20 min)
3. Læring og refleksjon (20 min)
4. Input til neste syklus (20 min)
### 4. 1:1 OKR-samtale (CFR-basert)
**Når**: Ukentlig eller annenhver uke | **Varighet**: 15-30 min | **Deltakere**: Leder + medarbeider
**Struktur** basert på Conversations, Feedback, Recognition (CFR):
| Fase | Tid | Fokus |
|------|-----|-------|
| Check-in | 2 min | Hvordan har du det? |
| OKR-status | 5 min | Fremgang på dine KR |
| Blokkere | 5 min | Hva hindrer deg? |
| Utvikling | 5 min | Hva kan du lære? |
| Feedback | 3 min | Anerkjennelse + forbedring |
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/meeting-guides.md` — møteguider
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/cfr-framework.md` — CFR-rammeverk

131
plugins/okr/commands/oppsett.md Normal file
View file

@ -0,0 +1,131 @@
---
name: okr:oppsett
description: Konfigurer OKR-pluginen med organisasjon, syklus og integrasjoner
allowed-tools: Read, Write, Bash, AskUserQuestion, ToolSearch
argument-hint: "[oppdater|vis|reset]"
---
# OKR Oppsett - Konfigurasjon og integrasjoner
Kjør en interaktiv wizard for å konfigurere OKR-pluginen for brukerens organisasjon.
## Arbeidsflyt
### Steg 1: Sjekk eksisterende konfigurasjon
Les `.claude/okr.local.md` (relativt til brukerens prosjekt-cwd) hvis den finnes. Hvis den finnes, spør om brukeren vil:
- Oppdatere eksisterende konfigurasjon
- Starte på nytt
- Bare se gjeldende konfigurasjon
### Steg 2: Organisasjonsinformasjon
Still følgende spørsmål med AskUserQuestion:
**Spørsmål 1**: Organisasjon
```
Hvilken organisasjon jobber du i?
Alternativer:
- Statens vegvesen
- Annen statlig etat
- Kommune/fylkeskommune
- Annet
```
**Spørsmål 2**: Sektor (hvis ikke SVV)
```
Hvilken sektor tilhører organisasjonen?
Alternativer:
- Transport og samferdsel
- Helse
- Justis og beredskap
- Digitalisering
- Annet
```
### Steg 3: OKR-syklus
**Spørsmål 3**: Syklusmodell
```
Hvilken syklusmodell bruker dere?
Alternativer:
- Tertial (4-måneders sykluser: Jan-Apr, Mai-Aug, Sep-Des) (Anbefalt)
- Kvartal (3-måneders sykluser)
- Annet
```
**Spørsmål 4**: Gjeldende syklus (basert på dagens dato og valgt modell)
### Steg 4: Integrasjoner
**Spørsmål 5**: Verktøy
```
Hvilke verktøy vil du integrere med OKR-pluginen?
- Linear (issue tracking, OKR som tasks)
- Ingen integrasjon foreløpig
```
### Steg 5: Linear-oppsett (hvis valgt)
1. **Sjekk om Linear MCP allerede er konfigurert** — les `~/.claude/settings.json`
2. **Hvis Linear MCP ikke finnes** — veilede oppsett av MCP-server
3. **Hent Linear-info** med ToolSearch — list teams og projects, la bruker velge
### Steg 6: Lagre konfigurasjon
Opprett `.claude/okr.local.md` i brukerens prosjekt-cwd:
```yaml
---
organisasjon:
navn: "[brukerens svar]"
type: "offentlig"
sektor: "[brukerens svar]"
syklus:
modell: "[tertial|kvartal]"
gjeldende: "[T1-2026]"
startdato: "[beregnet]"
integrasjoner:
linear:
aktivert: [true|false]
team_id: "[fra Linear]"
project_id: "[fra Linear]"
preferanser:
språk: "no"
vis_eksempler: true
ambisjonsnivå: "balansert"
---
# OKR Konfigurasjon for [organisasjon]
Opprettet: [dato]
Sist oppdatert: [dato]
```
### Steg 7: Bekreft og avslutt
Vis oppsummering og foreslå neste steg:
- `/okr:skriv` for å lage første OKR
- `/okr:kvalitet` for å sjekke eksisterende OKR
- `/okr:møter` for å planlegge OKR-workshop
## Feilhåndtering
- Hvis Linear API feiler: Gi tydelig feilmelding og foreslå feilsøking
- Hvis fil ikke kan skrives: Vis konfig som kan kopieres manuelt
- Hvis bruker avbryter: Lagre det som er samlet så langt
## Oppdatering av konfigurasjon
Hvis brukeren kjører `/okr:oppsett` med eksisterende konfig:
1. Les gjeldende verdier
2. Vis hva som er konfigurert
3. Spør hva som skal oppdateres
4. Oppdater kun valgte felt

142
plugins/okr/commands/skriv.md Normal file
View file

@ -0,0 +1,142 @@
---
name: okr:skriv
description: Skriv nye OKR med veiledning for Objectives og Key Results
allowed-tools: Read, AskUserQuestion, Task
argument-hint: "[mål, strategi, eller tildelingsbrev-kontekst]"
---
# OKR Skriv - Lag nye OKR
Hjelp brukeren med å skrive nye OKR for norsk offentlig sektor.
## Arbeidsflyt
1. **Forstå kontekst** — spør med AskUserQuestion:
- 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 førerkortsøknader" | Vag |
| "Implementere nytt system" | "Gi saksbehandlere sanntids innsikt" | Aktivitet |
| "Digitalisere SVV" | "Gjøre førerkortfornyelse 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
```
## 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
```
## OKR for Digital avdeling — T2-2026
**Objective**: Gjøre førerkortfornyelse 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

89
plugins/okr/commands/sporing.md Normal file
View file

@ -0,0 +1,89 @@
---
name: okr:sporing
description: Spor OKR-fremgang, beregn score og generer check-in rapporter
allowed-tools: Read, AskUserQuestion, Task, ToolSearch
argument-hint: "[OKR eller tall for oppdatering]"
---
# OKR Sporing - Fremgang og scoring
Hjelp brukeren med å spore OKR-fremgang, beregne score og strukturere check-ins.
## Scoring-system
**Skala**: 0.0 - 1.0
| Score | Betydning | Typisk for |
|-------|-----------|------------|
| 1.0 | 100% oppnådd | Committed mål |
| 0.7-0.8 | Suksess | Aspirational mål |
| 0.5-0.7 | Delvis suksess | Trenger analyse |
| < 0.5 | Ikke oppnådd | Trenger intervensjon |
### Beregningsformel
```
Score = (Nåværende - Baseline) / (Target - Baseline)
```
## Arbeidsflyt
### Ved statusoppdatering
1. **Samle inn tall** — spør med AskUserQuestion:
- Nåværende verdi for hver KR
- Baseline og target (hvis ikke kjent)
- Dato for måling
2. **Beregn score** per KR og samlet (vektet gjennomsnitt)
3. **Vurder confidence**:
- **På sporet** — trend peker mot target
- **I fare** — trend er flat eller synkende
- **Blokkert** — ingen fremgang, trenger eskalering
4. **Generer rapport** med anbefalte tiltak
### Ved ukentlig check-in
Generer en strukturert check-in:
1. Status på hver KR (traffic light)
2. Blokkere og støttebehov
3. Beslutninger som trengs
4. Fokus neste periode
## Eksempel på output
```
## OKR Status - Uke 8 av 16
### Objective: Forbedre trafikksikkerhet i skolesoner
| KR | Baseline | Target | Nå | Score | Status |
|----|----------|--------|-----|-------|--------|
| KR1: Redusere ulykker | 40 | 30 | 35 | 0.50 | I fare |
| KR2: Fartshumper installert | 0% | 100% | 60% | 0.60 | På sporet |
| KR3: Foreldre-tilfredshet | 60% | 90% | 75% | 0.50 | I fare |
**Samlet score: 0.53** (vektet gjennomsnitt)
**Confidence level: Medium**
- KR1 og KR3 trenger fokus
- KR2 ligger foran plan
**Anbefalte tiltak:**
1. Prioriter tiltak for KR1 (sikkerhet er kritisk)
2. Kjør brukerundersøkelse for KR3 før neste måned
```
## Linear-integrasjon
Hvis Linear er konfigurert (sjekk med ToolSearch):
1. Hent aktive OKR-issues
2. Oppdater status-felt
3. Legg til kommentar med score
## Referanser
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-calculator.md` — beregningsformler
- `${CLAUDE_PLUGIN_ROOT}/skills/okr-offentlig-sektor/references/okr-framework.md` — scoring-metodikk

35
plugins/okr/hooks/hooks.json Normal file
View file

@ -0,0 +1,35 @@
{
"hooks": {
"UserPromptSubmit": [
{
"hooks": [
{
"type": "command",
"command": "node ${CLAUDE_PLUGIN_ROOT}/hooks/scripts/inject-okr-context.mjs",
"timeout": 5000
}
]
}
],
"PreCompact": [
{
"hooks": [
{
"type": "prompt",
"prompt": "Before compacting: if OKR work is in progress this session (writing, scoring, reviewing, or cascading OKR), preserve the current state. Include: any OKR draft text, quality scores given, cascade decisions, and next steps agreed upon."
}
]
}
],
"Stop": [
{
"hooks": [
{
"type": "prompt",
"prompt": "If OKR work occurred this session (new OKR written, scored, cascaded, or reviewed), generate a brief 2-3 bullet reminder of what was accomplished and what should be saved to the tracking system (Oboard/Linear). Skip this entirely if no OKR work occurred."
}
]
}
]
}
}

45
plugins/okr/hooks/scripts/inject-okr-context.mjs Normal file
View file

@ -0,0 +1,45 @@
#!/usr/bin/env node
// inject-okr-context.mjs
// Event: UserPromptSubmit
// Purpose: Inject OKR organization context from .claude/okr.local.md when configured.
// Zero npm dependencies. Target execution: <20ms.
import { readFileSync, existsSync } from 'node:fs';
import { join } from 'node:path';
const configPath = join(process.cwd(), '.claude', 'okr.local.md');
if (!existsSync(configPath)) {
process.exit(0);
}
try {
const content = readFileSync(configPath, 'utf8');
const match = content.match(/^---\n([\s\S]*?)\n---/);
if (!match) process.exit(0);
const fm = match[1];
const get = (key) => {
const m = fm.match(new RegExp(`${key}:\\s*["']?([^"'\\n]+)["']?`));
return m ? m[1].trim() : null;
};
const org = get('navn') || get('name');
const syklus = get('gjeldende') || get('current_cycle');
const sektor = get('sektor') || get('sector');
const linear = fm.includes('aktivert: true') || fm.includes('enabled: true');
if (!org) process.exit(0);
const parts = [`Organisasjon: ${org}`];
if (syklus) parts.push(`Gjeldende syklus: ${syklus}`);
if (sektor) parts.push(`Sektor: ${sektor}`);
if (linear) parts.push('Linear: aktivert');
const systemMessage = `OKR-kontekst (fra .claude/okr.local.md): ${parts.join(', ')}.`;
process.stdout.write(JSON.stringify({ systemMessage }));
} catch {
// Graceful exit on any error — never block the user
process.exit(0);
}

159
plugins/okr/skills/okr-offentlig-sektor/SKILL.md Normal file
View file

@ -0,0 +1,159 @@
---
name: okr-offentlig-sektor
description: |
This skill should be used when the user asks about OKR (Objectives and Key Results)
in Norwegian public sector context, including writing OKR, reviewing OKR quality,
cascading OKR from strategy to team level, tracking OKR progress, running OKR meetings,
or translating tildelingsbrev to OKR. Also for CFR, OKR antipatterns, scoring, and Oboard.
Triggers on: "OKR", "objectives and key results", "skriv OKR", "vurder OKR",
"OKR-scoring", "kaskadere OKR", "OKR-workshop", "tildelingsbrev til OKR",
"OKR for offentlig sektor", "Oboard", "CFR", "OKR antipatterns", "OKR kvalitetssjekk".
version: "1.0.0"
---
# OKR Skill for Offentlig Sektor (Norge)
Provide expert OKR guidance adapted to Norwegian public sector, especially Statens vegvesen. Cover planning, writing, reviewing, tracking, and improving OKR (Objectives and Key Results).
## Role
Provide concrete, practical guidance based on best practices from Google and John Doerr, adapted to public sector context in Norway. Be concise, action-oriented, and use Norwegian examples.
## Core Tasks
### 1. Write OKR
To help users craft OKR from scratch, use this format:
```
Objective: [Verb] + [clear outcome/improvement]
KR1: [Measurable outcome with baseline -> target]
KR2: [Measurable outcome with baseline -> target]
KR3: [Measurable outcome with baseline -> target]
```
**Example**:
```
Objective: Forbedre trafikksikkerhet i skolesoner
KR1: Redusere ulykker i skolesoner med 25% (fra 40 til 30 per ar)
KR2: 100% av hoyrisiko-skolesoner far nye fartshumper innen august
KR3: 90% av foreldre vurderer skolesoner som trygge (via sporreundersokelse)
```
### 2. Review OKR Quality
When users present existing OKR, evaluate against these criteria and provide concrete rewrites:
- **Good**: Outcome-focused, measurable, ambitious but achievable, clear strategy link
- **Common errors**: Activity-oriented ("Gjennomfore 5 moter"), vague ("Forbedre kundeservice"), sandbagging, not measurable, no link to higher goals
### 3. Track Progress
To help update OKR status:
- Collect current numbers for each KR
- Calculate progression (0.0-1.0 scale): 0.7-0.8 = success for stretch goals, <0.5 = needs intervention
- Assess status: on track / at risk / blocked
- Suggest corrective actions and generate update text for meetings/reports
### 4. Cascade OKR
To derive team OKR from parent objectives: understand the parent objective, identify the team's contribution, create supporting team OKR, and ensure alignment without overlap.
### 5. Meeting Support
Provide agendas and facilitation tools for planning workshops, check-in meetings, quarterly reviews, and retrospectives. See `references/meeting-guides.md` for detailed templates.
### 6. CFR (Conversations, Feedback, Recognition)
John Doerr's "other half" of OKR — structured 1:1 conversations, continuous two-way feedback, and recognition of contributions. Keeps OKR from becoming mechanical target management. See `references/cfr-framework.md` for templates and public sector adaptation.
### 7. Change Management and Rollout
Rollout strategies, phased implementation, resistance handling, and culture building for OKR adoption. See `references/okr-implementation.md` for 12-week pilot plans and common objection responses.
### 8. Strategic Alignment and Annual Cycle
Connect strategic (annual) and tactical (cycle-based) OKR, cascading from agency KR to team objectives, and synchronize with budget processes. See `references/okr-arshjul.md` for visual annual cycle and checklists.
### 9. Public Sector Governance
Translate tildelingsbrev requirements to OKR, handle political signals, hierarchical alignment from Stortingsmelding to team OKR, and documentation for Riksrevisjonen. See `references/okr-offentlig-governance.md` for step-by-step guides and examples.
### 10. Agile Integration
Combine OKR with Scrum (sprint goals driving KR), Kanban (flow metrics as KR), project portfolio prioritization, and SAFe. See `references/okr-integrations.md` for practical timelines and tool setup.
## Team-OKR vs Individual OKR
Default to team-OKR. Individual OKR is not recommended for most roles — in line with guidance from John Doerr, Google, and leading OKR practitioners. See `references/individual-vs-team-okr.md` for full rationale, alternatives for personal development, and FAQ.
## Context
### Organization
- **Primary user**: Statens vegvesen (SVV) and other Norwegian public agencies
- **Domain**: Transport, roads, traffic safety, digital services
- **Tools**: Oboard (OKR software), PowerPoint, Microsoft Teams
### Cycle
- **Cadence**: 3 cycles per year, 4 months each (Jan-Apr, May-Aug, Sep-Dec)
- **Rhythm**: Month 1 planning, months 2-3 execution with monthly check-ins, month 4 review and next-cycle prep
### Methodology
- Based on Google OKR + John Doerr "Measure What Matters", adapted for public sector
- OKR is NOT used for personal evaluation or bonuses
- Focus: alignment, ambition, transparency, learning
### Standards
- 3-5 Objectives per team per cycle
- 2-5 Key Results per Objective
- Stretch goals: 0.7 scoring = good result; committed goals: 1.0 expected
## Key Principles
1. **Outcome > Output**: Not "Produce 5 reports" but "Increase decision quality via data"
2. **Ambition**: Stretch goals are good — 0.7 = success
3. **Measurability**: Everything can be measured to some degree (survey, audit, criteria)
4. **Alignment**: Always verify link to higher-level goals
5. **Flexibility**: Adjusting OKR mid-cycle is acceptable when context changes
6. **Transparency**: OKR should be visible across the organization
## Common Questions
- "Help me write OKR for [goal]"
- "Are these OKR good?" + [user's OKR]
- "How do I cascade [parent goal] to my team?"
- "We achieved [result] of [target], what is the score?"
- "How do I create a KR for something qualitative like [e.g. trust]?"
- "How do we adapt OKR to the tildelingsbrev?"
- "What happens when political signals change mid-cycle?"
- "How do we document OKR for Riksrevisjonen?"
- "We use Scrum — how does OKR fit in?"
- "Should we have individual OKR for each employee?"
## Resources
All reference material is in `references/`:
### Methodology
- `okr-framework.md` — Core methodology, scoring, cycle management
- `okr-examples.md` — Good and bad examples from public sector
- `okr-antipatterns.md` — 19 common OKR mistakes
- `okr-sources.md` — Bibliographic evidence base
### Operations
- `meeting-guides.md` — Agendas for OKR meetings
- `cfr-framework.md` — CFR methodology and 1:1 templates
- `okr-calculator.md` — Progress calculation and confidence assessment
- `okr-arshjul.md` — Annual cycle and budget synchronization
- `metrics-library.md` — Common KPIs for transport/roads/digital services
### Governance
- `okr-offentlig-governance.md` — Tildelingsbrev, political steering, audit readiness
- `okr-implementation.md` — Rollout methodology and change management
- `okr-integrations.md` — OKR + Scrum/Kanban/SAFe and tool integration
- `individual-vs-team-okr.md` — Team vs individual OKR rationale and alternatives
### Quick Reference
- `okr-cheatsheet.md` — One-page OKR best practices
- `okr-oboard-guide.md` — Oboard tool guide
Refer to these when they add value, but do not force them into every response.

364
plugins/okr/skills/okr-offentlig-sektor/references/cfr-framework.md Normal file
View file

@ -0,0 +1,364 @@
# CFR - Conversations, Feedback, Recognition
CFR er OKR-metodikkens "andre halvdel" ifølge John Doerr. I "Measure What Matters" vektlegger han at **OKR uten CFR ofte feiler**, fordi målstyring uten kontinuerlig dialog og anerkjennelse blir mekanisk og demotiverende.
> *"CFRs supply the energy we need for the journey. Where people have authentic conversations and get constructive feedback and recognition for superior accomplishments, enthusiasm becomes infectious."*
> — John Doerr
---
## 1. Hva er CFR?
### Conversations (Samtaler)
Strukturerte 1:1-samtaler mellom leder og medarbeider om:
- OKR-fremgang og blokkere
- Karriereutvikling og læring
- Støttebehov og prioritering
**Frekvens**: Ukentlig eller annenhver uke (15-30 min)
**Forskning viser**: Ansatte som mottar feedback ukentlig er **2.7x mer engasjerte** enn de med årlige samtaler. 80% av ansatte som fikk meningsfull feedback siste uke er fullt engasjerte (Gallup, 2023).
### Feedback (Tilbakemelding)
Kontinuerlig, toveis tilbakemelding:
- Fra leder til medarbeider (coaching, korrigering, støtte)
- Fra medarbeider til leder (behov, utfordringer, forslag)
- Peer-to-peer (kollegabasert feedback)
**Frekvens**: Løpende, ikke bare ved årssamtale
**Feedback-prinsipper**:
- **Timely**: Så nær hendelsen som mulig (timer/dager, ikke måneder)
- **Specific**: Konkret hva som skjedde og hvorfor det betyr noe
- **Impersonal**: Fokus på atferd, ikke personlighet
- **Growth-oriented**: Fremtidsfokusert ("hva kan vi gjøre annerledes?")
**SBI-modellen** for strukturert feedback:
1. **Situation**: "I møtet i går..."
2. **Behavior**: "...la jeg merke til at du avbrøt kollegaen din flere ganger..."
3. **Impact**: "...som gjorde at hun ikke fikk fullført poenget sitt, og det påvirket diskusjonen."
### Recognition (Anerkjennelse)
Synlig anerkjennelse av bidrag og resultater:
- Umiddelbar: Ros når noe går bra
- Peer-drevet: Kolleger anerkjenner hverandre
- Formell: Synliggjøring i team/avdelingsmøter
**Fokus**: Innsats og atferd, ikke bare resultater
---
## 2. CFR i OKR-kontekst
### Hvordan CFR støtter OKR-oppnåelse
| OKR-utfordring | CFR-løsning |
|----------------|-------------|
| KR er i fare | Samtale avdekker blokkere tidlig |
| Manglende motivasjon | Anerkjennelse gir drivkraft |
| Uklar prioritering | Feedback justerer kurs |
| Isolert jobbing | Dialog skaper alignment |
| Læring uteblir | Samtaler deler kunnskap |
### CFR-rytme vs OKR-syklus
**4-måneders OKR-syklus med CFR-integrasjon:**
```
Måned 1 (Planlegging)
├── Uke 1-2: OKR-planlegging
├── Uke 3: Første 1:1 om nye OKR
└── Uke 4: Ukentlig CFR-rutine starter
Måned 2-3 (Utførelse)
├── Ukentlig: 1:1-samtale (15 min)
├── Løpende: Feedback når relevant
└── Månedlig: Recognition i teammøte
Måned 4 (Review)
├── Uke 1-2: Siste 1:1 før review
├── Uke 3: OKR-review + recognition
└── Uke 4: Retrospektiv med CFR-evaluering
```
### OKR vs Performance Management
| Aspekt | OKR | Performance Management |
|--------|-----|------------------------|
| Fokus | Team- og organisasjonsmål | Individuell vurdering |
| Frekvens | Kvartals/4-månedlig | Årlig |
| Kobling til lønn | **Nei** | Ofte ja |
| Formål | Alignment og ambisjon | Evaluering |
| Eierskap | Medarbeider setter mål | Leder setter mål |
**Viktig i offentlig sektor**: CFR-samtaler skal **ikke** kobles til lønnsforhandling eller forfremmelse. Holdes de separat, blir samtalene mer ærlige og utviklingsorienterte.
### Case study: Adobe "Check-in"
Adobe erstattet i 2012 årlige medarbeidersamtaler med kontinuerlige "Check-ins". Resultater:
- **30% reduksjon** i frivillig turnover
- **10% økning** i "Jeg vil anbefale Adobe som arbeidsplass"
- **80.000 ledertimer spart** årlig (tidligere brukt på årlige reviews)
Nøkkelen var å **skille feedback fra lønnsdiskusjoner** — da ble samtalene utviklende i stedet for evaluerende.
---
## 3. Praktiske verktøy
### Mal: Ukentlig 1:1-samtale (15-20 min)
**Før møtet** (medarbeider forbereder):
- Status på KR-er (kort oppdatering)
- Eventuelle blokkere eller behov for støtte
- Ett tema å diskutere
**Agenda:**
```
📋 1:1 med [Navn] - [Dato]
1. CHECK-IN (2 min)
└── Hvordan har uken vært? (på en skala 1-5)
2. OKR-STATUS (5 min)
├── KR1: [status] - Trenger jeg hjelp? ☐ Ja ☐ Nei
├── KR2: [status] - Trenger jeg hjelp? ☐ Ja ☐ Nei
└── KR3: [status] - Trenger jeg hjelp? ☐ Ja ☐ Nei
3. BLOKKERE (5 min)
└── Hva hindrer fremgang? Hva kan leder gjøre?
4. UTVIKLING (5 min)
└── Tema: [medarbeider velger]
Eksempler: Karriere, læring, samarbeid, prioritering
5. FEEDBACK (3 min)
├── Leder → Medarbeider: [ett konkret poeng]
└── Medarbeider → Leder: [ett konkret poeng]
Neste møte: [dato/tid]
```
### Mal: Månedlig OKR-fokusert samtale (30-45 min)
For dypere dialog midtveis i syklusen:
```
📊 Månedlig OKR-samtale - [Måned]
DEL 1: STATUS OG REFLEKSJON (15 min)
Objektiv: [navn]
├── Samlet fremdrift: [__]%
├── Hva går bra?
├── Hva er utfordrende?
└── Trenger vi å justere noe?
[Gjenta for hvert Objektiv]
DEL 2: STØTTEBEHOV (10 min)
Spørsmål å diskutere:
- Har du riktige ressurser for å lykkes?
- Er det noen avhengigheter til andre team som er problematiske?
- Trenger du mer/mindre involvering fra meg som leder?
- Er det noe som tar fokus bort fra OKR-arbeidet?
DEL 3: UTVIKLING OG LÆRING (10 min)
- Hva har du lært så langt denne syklusen?
- Er det noen ferdigheter du ønsker å utvikle?
- Hvordan kan OKR-arbeidet støtte din utvikling?
DEL 4: ANERKJENNELSE (5 min)
- Leder anerkjenner: [spesifikk innsats eller resultat]
- Medarbeider anerkjenner: [kollega eller bidrag]
ACTION ITEMS:
- [ ] [Oppgave] - Ansvarlig: [navn]
- [ ] [Oppgave] - Ansvarlig: [navn]
```
### Gode spørsmål for CFR-samtaler
**70/30-regelen**: Leder lytter 70% av tiden, snakker 30%. Still åpne spørsmål, ikke ja/nei-spørsmål.
**Skalaspørsmål for OKR-status** (unngå defensivitet):
- "På en skala 1-10, hvor trygg er du på å nå denne KR-en?"
- "Hva ville flyttet deg ett poeng opp?"
**Om OKR-fremgang:**
- Hva er du mest fornøyd med så langt?
- Hva ville du gjort annerledes hvis du startet på nytt?
- Hvilken KR er du mest bekymret for?
- Hva er den største blokkeren som hindrer raskere fremgang?
**Om støtte:**
- Hva kan jeg gjøre for å hjelpe deg denne uken?
- Føler du at du har nok tid til OKR-arbeidet?
- Er det noen beslutninger som venter på meg?
**Om utvikling:**
- Hva har du lært de siste ukene?
- Hvilke ferdigheter ønsker du å bygge gjennom dette OKR-arbeidet?
- Er det noe du vil prøve som vi ikke har gjort før?
**Om samarbeid:**
- Hvordan fungerer samarbeidet med andre team?
- Er det noen du ønsker mer feedback fra?
- Hvem fortjener anerkjennelse for bidrag til dine OKR?
### Recognition-teknikker
**1. Umiddelbar anerkjennelse**
Gi ros med én gang du ser noe bra:
- "Bra jobbet med [spesifikk handling]"
- "Jeg la merke til at du [konkret bidrag], det gjorde en forskjell"
**2. Spesifikk over generell**
❌ "Bra jobb i dag"
✅ "Den måten du løste problemet med [X] viste god problemløsning"
**3. Peer Recognition i teammøter**
- Start teammøter med "Kudos-runde" (2 min)
- Hver person kan nevne en kollega som fortjener anerkjennelse
- Fokus på atferd/innsats, ikke bare resultater
**4. Synliggjøring i Oboard/Teams**
- Bruk OKR-kommentarer til å anerkjenne bidrag
- Del suksesser i Teams-kanal når KR nås
---
## 4. CFR i offentlig sektor
### CFR uten bonuskobling
I offentlig sektor er OKR og CFR **frikoblet fra lønn og forfremmelse**. Dette er faktisk en fordel:
| Privat sektor (med bonus) | Offentlig sektor (uten bonus) |
|---------------------------|-------------------------------|
| Risiko for gaming/sandbagging | Tryggere å sette ambisiøse mål |
| Fokus på individ over team | Fokus på felles mål |
| Samtaler blir evaluerende | Samtaler blir utviklende |
| Medarbeider beskytter seg | Medarbeider åpner seg |
**Hva offentlig ansatte foretrekker** (Eagle Hill Consulting):
- 44% — Kontant/gavekort
- 38% — Fri/avspasering
- **35% — Takkemelding/epost** (koster ingenting!)
**Anerkjennelse uten penger:**
- Synlighet (nevnt i ledermøte, allmøte)
- Muligheter (spennende prosjekter, konferanser)
- Autonomi (mer ansvar, selvstendighet)
- Kompetanse (kurs, sertifiseringer)
- **Misjonskobling**: Koble bidraget til hvordan det hjelper innbyggerne
### Integrasjon med medarbeidersamtale
Mange offentlige etater har årlige medarbeidersamtaler. Slik unngår du "dobbelt system":
**CFR (løpende gjennom året)**
- Ukentlige/månedlige 1:1-er
- Fokus: OKR-fremgang, kortsiktig støtte
- Dokumentasjon: Lett, i Oboard-kommentarer
**Medarbeidersamtale (årlig)**
- Langsiktig karriereutvikling
- Kompetansekartlegging
- Formell HR-dokumentasjon
**Kobling:**
- CFR-notater kan brukes som input til årlig samtale
- Unngå at CFR-samtaler erstatter eller dupliserer medarbeidersamtalen
- CFR handler om **oppgavene**, medarbeidersamtalen om **personen**
### Vanlige utfordringer i offentlig sektor
**"Vi har ikke tid til ukentlige 1:1-er"**
- Start med annenhver uke (15 min)
- Bruk Teams-meldinger for rask status mellom møter
- Kvalitet over kvantitet: En god 15-min samtale > time uten struktur
**"Ledere har for mange direkte rapporter"**
- Bruk peer-basert CFR (kollegaer gir hverandre feedback)
- Grupper 1:1-er etter OKR (fokusert på felles mål)
- Delegér noe CFR til team leads/fagsjefer
**"Kulturen er ikke vant til åpen feedback"**
- Start med leder som gir feedback først
- Be om feedback på konkrete, små ting
- Bygg trygghet over tid
**"Vi har allerede medarbeidersamtale"**
- CFR erstatter ikke, men supplerer
- Fokus: CFR = løpende, operativt | Medarbeidersamtale = årlig, strategisk
---
## 5. Implementering av CFR
### Steg 1: Start enkelt
- Begynn med månedlige 1:1-er (ikke ukentlige)
- Bruk malen over som utgangspunkt
- Fokus på OKR-status og blokkere
### Steg 2: Bygg rutine
- Fast tid i kalenderen (ikke "når vi har tid")
- Medarbeider forbereder 3 punkter
- Leder gir alltid én konkret tilbakemelding
### Steg 3: Legg til Recognition
- Start teammøter med kudos-runde
- Anerkjenn i Oboard-kommentarer
- Synliggjør suksesser i allmøter
### Steg 4: Evaluer og juster
- Etter én syklus: Hva fungerer? Hva ikke?
- Spør medarbeidere om CFR-opplevelsen
- Juster frekvens og format etter behov
---
## CFR-sjekkliste for ledere
Bruk denne for å vurdere din CFR-praksis:
**Conversations**
- [ ] Har jeg faste 1:1-er med alle mine direkte rapporter?
- [ ] Forbereder medarbeiderne seg før møtene?
- [ ] Bruker vi tid på OKR-status og støttebehov?
**Feedback**
- [ ] Gir jeg konkret, spesifikk feedback (ikke bare "bra jobbet")?
- [ ] Ber jeg om feedback på min egen ledelse?
- [ ] Er feedbacken fremoverrettet (hva kan forbedres)?
**Recognition**
- [ ] Anerkjenner jeg innsats, ikke bare resultater?
- [ ] Er anerkjennelsen synlig for andre (ikke bare privat)?
- [ ] Oppfordrer jeg til peer recognition i teamet?
---
## Ressurser
### Bøker
- **Measure What Matters** av John Doerr, kap. 13-14 om CFR
- **Radical Candor** av Kim Scott for feedback-teknikker
- **The Culture Code** av Daniel Coyle for teamkultur og psykologisk trygghet
### Artikler og forskning
- [What Matters: OKR vs CFR](https://www.whatmatters.com/resources/difference-between-okr-cfr) — Doerrs egen side
- [Gallup: Fast Feedback Fuels Performance](https://www.gallup.com/workplace/357764/fast-feedback-fuels-performance.aspx) — Statistikk om feedback-frekvens
- [Adobe Check-in Case Study](https://www.adobe.com/check-in.html) — Hvordan Adobe erstattet årlige reviews
- [Eagle Hill: Government Employee Recognition](https://www.eaglehillconsulting.com/insights/government-employee-recognition-programs-incentive-awards/) — Preferanser i offentlig sektor
- [Deloitte: Redesigning Performance Management](https://www.deloitte.com/us/en/insights/topics/talent/human-capital-trends/2017/redesigning-performance-management.html) — Hvorfor årlige reviews ikke fungerer
### Verktøy
- **SBI-modellen** (Situation-Behavior-Impact) for strukturert feedback
- **70/30-regelen** for lyttende samtaler
- **Skalaspørsmål** for å unngå defensivitet i OKR-samtaler

52
plugins/okr/skills/okr-offentlig-sektor/references/individual-vs-team-okr.md Normal file
View file

@ -0,0 +1,52 @@
# Standpunkt: Individuell vs Team-OKR
## Anbefaling: Team-OKR som default
Team-OKR anbefales fremfor individuell OKR for de fleste roller. Dette er i trad med radene fra John Doerr, Google, og ledende OKR-praktikere. Spotify sluttet med individuell OKR i 2013 av gode grunner.
## Hvorfor team-OKR fungerer bedre
| Problem med individuell OKR | Hvorfor team-OKR er bedre |
|---------------------------|--------------------------|
| Skaper konkurranse fremfor samarbeid | Team-OKR fremmer kollektivt ansvar |
| Vanskelig a eie outcomes alene | De fleste resultater krever samarbeid |
| Blir lett aktivitetslister | Team-OKR holder outcome-fokus |
| Overhead ved kaskadejustering | Enklere a justere ved endringer |
| Risiko for kobling til evaluering | Lettere a holde adskilt fra HR |
## Nar individuell OKR KAN fungere
Kun i spesifikke operasjonelle roller hvor:
- Personen har **full kontroll** over outcome
- Suksess avhenger **ikke** av samarbeid med andre
- Eksempler: Selger med eget territorium, kundesuksess-ansvarlig med definert portefolje
Selv i disse tilfellene: **aldri koble til lonn, bonus eller evaluering**.
## Alternativer for personlig utvikling
I stedet for individuell OKR, bruk:
| Behov | Alternativ | Beskrivelse |
|-------|------------|-------------|
| Personlig utvikling | **Personal Development Plan (PDP)** | Karrieremal, laring, kompetanse |
| Operasjonell accountability | **KPIer med targets** | Lopende metriker for rollen |
| 1:1-struktur | **CFR** (Conversations, Feedback, Recognition) | Se `cfr-framework.md` |
| Bidragsvurdering | **Team-OKR + bidragsvurdering** | Vurder bidrag til team-OKR |
## Hva vi tilbyr
- **1:1 OKR Conversation Guide** (via `/okr:møter`): Strukturerte samtaler om bidrag til team-OKR
- **CFR-rammeverk**: Maler for samtaler, feedback og anerkjennelse
- **Veiledning**: Hvis organisasjonen insisterer pa individuell OKR, hjelper vi med sikker implementering
## Vanlige sporsmal
**"Men vi har alltid satt individuelle mal?"**
OKR er ikke det samme som individuelle mal. OKR er strategisk alignment-verktoy for organisasjonen. Individuelle mal kan fortsatt eksistere via PDP eller KPIer.
**"Hvordan vurderer vi folk uten individuelle OKR?"**
Via bidragsvurdering til team-OKR, 360-feedback, KPIer for rollen, og kvalitative vurderinger fra ledere og kollegaer.
**"Ledelsen vil ha individuelle OKR"**
Del denne veiledningen og forskningen bak. foresla en hybrid hvor ledere har team-OKR, ikke personlige OKR.

269
plugins/okr/skills/okr-offentlig-sektor/references/meeting-guides.md Normal file
View file

@ -0,0 +1,269 @@
# OKR Møte-guider
## 1. OKR Planleggingsworkshop
**Formål**: Lage OKR for ny 4-måneders syklus
**Varighet**: 2-3 timer
**Deltakere**: Team + manager/lead
**Format**: Hybrid (Teams + fysisk)
### Agenda
**00:00 - 00:10 | Velkommen og kontekst**
- Gjennomgå overordnede strategimål for organisasjonen
- Forklar 4-måneders syklus (start/slutt dato)
- Review av forrige syklus' resultater (kort!)
**00:10 - 00:40 | Brainstorm Objectives**
- Individuelt: Hver person foreslår 1-3 områder for forbedring
- Gruppe: Samle forslag på whiteboard/Mural
- Diskuter: Hvilke er viktigst? Hvilke støtter overordnet strategi?
- Beslutt: Velg 3-5 Objectives
**00:40 - 01:20 | Draft Key Results**
- For hver Objective: Brainstorm mulige Key Results
- Spør: "Hvordan måler vi suksess?" og "Hva er ambisiøst men realistisk?"
- Sett baseline og target for hver KR
- Sørg for 2-5 KR per Objective
**01:20 - 01:40 | Alignment-sjekk**
- Vis hver OKR: Hvordan støtter den organisasjonens mål?
- Krysssjekk med andre teams (hvis mulig): Noen avhengigheter/konflikter?
- Juster ved behov
**01:40 - 02:00 | Finalisering**
- Assign eiere for hvert KR
- Kvalitetssjekk: Er OKR tydelige, målbare, ambisiøse?
- Enighet om neste steg: Når legges OKR i Oboard? Når kommuniseres de?
### Fasilitatortips
- Bruk timer for å holde tempoet
- Ha gjerne OKR-eksempler tilgjengelig for inspirasjon
- Oppmuntre til ambisjon: "Hva hvis vi lykkes utover det vanlige?"
- Ikke la perfekt være fiendens gode: Draft ferdig, juster underveis
---
## 2. Månedlig OKR Check-in
**Formål**: Oppdatere status, identifisere blokkere
**Varighet**: 15-30 minutter
**Deltakere**: Team
**Format**: Teams eller fysisk
### Agenda
**00:00 - 00:05 | Oppsett**
- Vis OKR på skjerm (fra Oboard eller slide)
- Kort reminder om scoring (0.0 - 1.0)
**00:05 - 00:20 | Status per KR**
For hvert Key Result:
- **Oppdater nåværende verdi**: "Vi er nå på X av Y"
- **Beregn status**: Progress score (f.eks. 0.5 = 50%)
- **Fargekoding**:
- 🟢 Grønn: On track (≥70% av forventet)
- 🟡 Gul: At risk (50-69%)
- 🔴 Rød: Blocked (<50%)
- **Diskuter**: Hvis gul/rød, hva er blokkeren? Trenger vi hjelp?
**00:20 - 00:25 | Action items**
- List opp konkrete tiltak for blokkerte KR
- Assign ansvar og deadlines
- Dokumenter i Oboard eller møtereferat
**00:25 - 00:30 | Wrap-up**
- Neste check-in dato
- Takk for oppdateringer
### Fasilitatortips
- Hold det kort og fokusert (ikke gå i detaljer om utførelse)
- Feir fremgang: Hvis noe går bra, gi skryt
- Vær løsningsorientert: Ikke schuld, men "hva kan vi gjøre?"
---
## 3. Kvartals Review-møte (End-of-Cycle)
**Formål**: Vurdere OKR-resultater, score, feire suksesser
**Varighet**: 1-1.5 timer
**Deltakere**: Team + stakeholders/ledelse (valgfritt)
**Format**: Hybrid
### Agenda
**00:00 - 00:10 | Introduksjon**
- Velkommen og formål
- Oversikt over syklusens OKR (slides/Oboard)
**00:10 - 00:50 | Review av hver OKR**
For hvert Objective:
- **Vis finale scores** for alle KR
- **Beregn samlet Objective score** (gjennomsnitt eller vektet)
- **Diskusjon** (5-10 min per Objective):
- Hva gikk bra? Hvorfor?
- Hva gikk ikke som forventet? Hvorfor?
- Hva lærte vi?
- Noen overraskelser?
- **Feiring**: Hvis KR eller Objective exceeded target, gi applaus!
**00:50 - 01:05 | Samlet refleksjon**
- Hvilke OKR var mest verdifulle?
- Var noen OKR feilsatt (for lett/for vanskelig/irrelevant)?
- Alignment: Bidro OKR til overordnet strategi?
**01:05 - 01:20 | Neste syklus preview**
- Hvilke områder bør vi fokusere på neste?
- Noen learnings å ta med videre?
- Timeline for neste planlegging
**01:20 - 01:30 | Dokumentasjon og avslutning**
- Sørg for at scores er logget i Oboard
- Skriv kort oppsummering for ledelse (hvis nødvendig)
### Fasilitatortips
- Bruk slides for visuell fremstilling
- Vær balansert: Feir suksesser, men lær også av feil
- Ingen blame-game: Fokus på læring
- Hold tidsplan
---
## 4. OKR Retrospektiv
**Formål**: Dypdykk i prosess og kvalitet (ikke bare resultater)
**Varighet**: 45-60 minutter
**Deltakere**: Team
**Format**: Workshopformat, hybrid OK
### Agenda (basert på 5-stegs retro)
**00:00 - 00:05 | Warm-up**
- Hver person deler én suksess fra syklusen (1 setning)
**00:05 - 00:20 | Brainstorm**
Samle input på følgende kategorier (sticky notes/Mural):
- **Hva gikk bra?** (fortsett å gjøre)
- **Hva gikk dårlig?** (slutt å gjøre)
- **Overraskelser?** (uventede ting)
- **Ideer for neste gang?** (nye tiltak)
**00:20 - 00:30 | Gruppering**
- Cluster lignende temaer
- Stem på de 3 viktigste temaene å diskutere
**00:30 - 00:50 | Diskusjon av topp-temaer**
For hvert tema:
- Hva var root cause?
- Hva kan vi gjøre annerledes?
- Lærdom?
**00:50 - 01:00 | Action items**
- List konkrete tiltak for neste syklus
- Assign eier og deadline
- Dokumenter i Oboard eller Confluence
### Eksempler på retrospektiv-spørsmål
**Om OKR-kvalitet**:
- Var våre Objectives tydelige nok?
- Var Key Results riktig ambisjonsnivå?
- Manglet vi noen kritiske KR?
**Om prosess**:
- Gjorde vi check-ins hyppig nok?
- Hadde vi riktige data tilgjengelig for tracking?
- Fikk vi nok støtte fra ledelse/andre team?
**Om alignment**:
- Bidro våre OKR til overordnet strategi?
- Skulle vi koordinert mer med andre team?
### Fasilitatortips
- Bruk visuelle verktøy (Mural, Miro, eller fysisk whiteboard)
- Psykologisk trygghet: Alle meninger er velkomne
- Vær forward-looking: "Hva gjør vi neste gang?" viktigere enn å dvele ved feil
- Dokumenter godt – learnings kan brukes i neste planlegging
---
## 5. Alignment-møte (cross-team)
**Formål**: Sikre at teams jobber i samme retning
**Varighet**: 45-60 minutter
**Deltakere**: Team leads + OKR champions
**Frekvens**: Start av syklus + mid-cycle (valgfritt)
### Agenda
**00:00 - 00:10 | Status fra hver team**
- Hvert team presenterer sine 3-5 Objectives (1 slide/5 min)
**00:10 - 00:30 | Identifiser dependencies**
- Hvilke OKR er avhengige av hverandre?
- Eksempel: Team A leverer X som Team B trenger
- Marker disse i Oboard (linked OKR)
**00:30 - 00:45 | Identifiser konflikter**
- Er noen OKR i strid med hverandre?
- Eksempel: Team A vil øke biltrafikk, Team B vil redusere utslipp
- Diskuter hvordan de kan harmoniseres
**00:45 - 01:00 | Action items**
- Justeringer til OKR hvis nødvendig
- Kommunikasjonsplan mellom teams
- Næste alignment-sjekk dato
---
## Meeting Templates (for MS Teams)
### Quick Check-in Template (til Teams chat)
```
📊 OKR Check-in [Dato]
Objective: [navn]
├─ KR1: [navn] - [X/Y] = [%] 🟢/🟡/🔴
├─ KR2: [navn] - [X/Y] = [%] 🟢/🟡/🔴
└─ KR3: [navn] - [X/Y] = [%] 🟢/🟡/🔴
Blokkere: [liste eller "ingen"]
Neste steg: [liste]
```
### Review Summary Template (til rapport/slides)
```
Objective: [navn]
Samlet score: [0.0-1.0]
Key Results:
1. [KR1 navn]: Target [X], Actual [Y], Score [Z]
2. [KR2 navn]: Target [X], Actual [Y], Score [Z]
3. [KR3 navn]: Target [X], Actual [Y], Score [Z]
Hva gikk bra:
- [bullet]
- [bullet]
Utfordringer:
- [bullet]
- [bullet]
Lærdommer:
- [bullet]
```
---
## Tips for effektive OKR-møter
1. **Forberedelse**: Send OKR-status før møtet så folk kan lese
2. **Timeboxing**: Bruk timer for å holde strukturen
3. **Visuelt**: Alltid vis OKR på skjerm
4. **Deltagelse**: Alle har lov til å snakke
5. **Action-orientert**: Hvert møte skal ende med konkrete neste steg
6. **Dokumentasjon**: Logg decisions og actions i Oboard/Confluence
7. **Hybridvennlig**: Sørg for at remote-deltakere ser og høres
8. **Celebration**: Feir wins, ikke bare fokuser på problemer

224
plugins/okr/skills/okr-offentlig-sektor/references/metrics-library.md Normal file
View file

@ -0,0 +1,224 @@
# Metrics Library for Offentlig Sektor (Transport/Vei)
## Trafikksikkerhet
### Ulykker og personskader
- **Antall ulykker** (totalt, eller per 100 mill kjøretøykm)
- **Antall drepte** (mål: null)
- **Antall hardt skadde**
- **Ulykker per vegstrekning** (f.eks. E6 Trøndelag: X per år)
- **Fotgjenger-/sykkelulykker** (i urbane områder)
### Trafikkatferd
- **Fartsoverskridelser** (% av trafikk over grense, eller gjennomsnittlig overskridelse)
- **Beltebruk** (% målt ved kontroller)
- **Promillekjøring** (antall positive tester, % av kontroller)
- **Mobilbruk under kjøring** (observert eller rapportert)
### Infrastruktur
- **Antall "svarte punkter" fjernet** (høyrisiko-kryss/strekninger)
- **% veinett med sikkerhetstiltak** (fartshumper, midtrekkverk, lyssignal)
- **Gjennomsnittlig responstid** for veisikringsdrifter (snø, is, hull)
---
## Veivedlikehold og standard
### Veistandard
- **% vei i "god" stand** (basert på inspeksjon/måling)
- **% vei i "dårlig" stand** (kan kreve rehabilitering)
- **Gjennomsnittlig IRI (International Roughness Index)** (jevnhet på veidekke)
- **Antall rapporterte hull** (via publikum/sensorer)
- **Gjennomsnittlig tid fra rapportering til reparasjon**
### Vedlikeholdsoperasjoner
- **Antall km vei asfaltert/rehabilitert per år**
- **Antall broer vedlikeholdt/inspisert**
- **Vintervedlikehold**: Snørydding innen X timer etter snøfall
- **Budsjettbruk**: Faktisk vs planlagt vedlikeholdsbudsjett
---
## Trafikkflyt og kapasitet
### Reisetid og kø
- **Gjennomsnittlig reisetid** på rute X i rush (min)
- **Forsinkelse vs fri flyt** (f.eks. 40 min vs 25 min = 15 min forsinkelse)
- **Antall køtimer per år** (aggregert for region)
- **% av reiser med forsinkelse >15 min**
### Kapasitet
- **Trafikkvolum** (ÅDT: Årsdøgntrafikk per vegstrekning)
- **Kapasitetsutnyttelse** (% av maksimal kapasitet)
- **Antall flaskehalser** (strekninger over 90% kapasitet)
---
## Miljø og bærekraft
### Utslipp
- **CO₂ utslipp fra veitrafikk** (tonn per år)
- **NOx og partikkelutslipp** (i urbane områder)
- **Reduksjon i utslipp sammenlignet med baseline** (%)
### Elektrifisering
- **Antall elbiler registrert** (i region/nasjonalt)
- **% av nybilsalg som er elbil**
- **Antall ladestasjoner** (offentlige, hurtiglader)
- **Gjennomsnittlig avstand mellom ladestasjoner** (km)
- **Kapasitetsutnyttelse ladestasjoner** (%)
### Støy og forurensning
- **Støynivå langs hovedveier** (dB, målepunkter)
- **% av befolkning utsatt for støy >55 dB**
- **Antall støyskjermer installert**
---
## Digitale tjenester
### Adopsjonsmetrikk
- **% digitale søknader** (f.eks. førerkort, byggegodkjenning)
- **Antall unike brukere** på digitale plattformer
- **% av tjenester tilgjengelig 24/7 online**
### Ytelse
- **Oppetid** for digitale systemer (%, f.eks. 99.9%)
- **Responstid** for nettjenester (sekunder, f.eks. <2s last time)
- **Antall brukerrapporterte feil/bugs**
- **Gjennomsnittlig tid til løsning av IT-saker** (timer/dager)
### Brukertilfredshet
- **Tilfredshetsscore** (1-5 eller NPS)
- **Task completion rate** (% av brukere som fullfører en digital prosess)
- **Gjennomsnittlig antall klikk/steps** til å fullføre en søknad
---
## Kundeservice og publikumstjenester
### Responsivitet
- **Gjennomsnittlig responstid** på henvendelser (timer/dager)
- **First contact resolution rate** (% saker løst ved første kontakt)
- **Antall ventende saker i køen** (backlog)
### Tilfredshet
- **Customer satisfaction score (CSAT)** (1-5 eller %)
- **Net Promoter Score (NPS)**
- **Antall klager** (totalt eller per 1000 henvendelser)
- **% av henvendelser som eskaleres** til høyere nivå
### Tilgjengelighet
- **Kontorenes åpningstider** (timer per uke)
- **% av befolkning innen X km fra et servicekontor**
- **Venting i telefonkø** (gjennomsnittlig min)
---
## Prosjektlevering
### Tid
- **% prosjekter levert on-time** (vs planlagt sluttdato)
- **Gjennomsnittlig forsinkelse** (dager/uker for forsinkede prosjekter)
- **Antall milepæler nådd i tide** (%)
### Budsjett
- **% prosjekter innenfor budsjett** (±5% toleranse)
- **Gjennomsnittlig budsjettavvik** (% over/under)
- **Kostnad per km vei bygget/rehabilitert** (sammenlignet med benchmark)
### Kvalitet
- **% av leveranser godkjent første gang** (quality assurance)
- **Antall reklamasjoner** på nytt byggverk
- **Compliance med reguleringer** (f.eks. miljøkrav, sikkerhetsregler)
---
## HR og organisasjon
### Bemanning
- **Antall ansatte** (totalt, per avdeling)
- **Vakanserate** (% av stillinger som er ubesatt)
- **Gjennomsnittlig tid til å rekruttere** (dager fra utlysning til tilsetting)
### Kompetanse
- **% ansatte med nødvendig sertifisering** (f.eks. HMS, teknisk)
- **Gjennomsnittlig antall treningstimer per ansatt per år**
- **Score på kompetansetester** (pre/post-training)
### Trivsel og turnover
- **Medarbeidertilfredshet** (score fra årlig undersøkelse)
- **Turnover rate** (% ansatte som slutter per år)
- **Sykefravær** (% av totale arbeidsdager)
- **eNPS (employee Net Promoter Score)**
---
## Compliance og regulering
### Regeloverholdelse
- **% systemer som er GDPR-compliant**
- **Antall sikkerhetsrevisjoner gjennomført** vs planlagt
- **Kritiske funn** i audits (antall)
### Saksbehandling
- **Gjennomsnittlig saksbehandlingstid** for forskjellige søknadstyper
- **% søknader behandlet innen lovpålagt frist**
- **Antall klager/omgjorte vedtak** (% av totale saker)
---
## Offentlig tillit og rykte
### Omdømme
- **Omdømmescore** (målt via survey i befolkningen)
- **Medieomtale sentiment** (% positiv/nøytral/negativ)
- **Publikums tillit til organisasjonen** (1-5 skala i survey)
### Åpenhet
- **% av OKR/mål publisert offentlig**
- **Responstid på innsynskrav** (dager)
- **Antall åpne datasett** publisert (åpne data-initiativ)
---
## Hvordan bruke disse metrikkene i OKR
### Velg relevante metrics basert på Objective
Ikke alle KR trenger en metrikk fra denne listen, men de kan være inspirasjon.
**Eksempel**:
- Objective: "Forbedre trafikksikkerhet"
- KR1: Bruk "Antall ulykker" som metrikk
- KR2: Bruk "Fartsoverskridelser" som metrikk
- KR3: Bruk "% veinett med sikkerhetstiltak"
### Bestem baseline og target
For hver valgt metrikk:
1. **Finn baseline**: Hva er dagens verdi? (sist år, forrige syklus, etc.)
2. **Sett target**: Hva er ambisiøst men oppnåelig? (10-50% forbedring vanlig for 4 måneder)
**Eksempel**:
- Baseline: 45 ulykker per år på E6 Trøndelag
- Target: 25 ulykker (44% reduksjon) – ambisiøst
### Sikre datakilde
Spesifiser hvordan du måler:
- **Datakilde**: ATK-data, inspeksjonsrapporter, brukersurvey, systemlogger
- **Frekvens**: Månedlig, kvartalsvis, etc.
- **Ansvar**: Hvem samler inn og rapporterer data?
### Kombinér kvantitative og kvalitative
Ikke alle mål kan være tall. Eksempler på kvalitative KR:
- "Policy X godkjent av Stortinget" (milepæl)
- "95% av brukere vurderer ny portal som 'brukervennlig' eller bedre" (survey med terskel)
---
## Tips for metrics-valg
✅ **Velg ledende indikatorer** der mulig (f.eks. "% av sikkerhetstiltak installert" kan predikere "færre ulykker")
✅ **Bruk standardiserte definisjoner** (f.eks. definer "ulykke med personskade" likt på tvers av org)
✅ **Vær realistisk om datainnsamling** – ikke velg KR du ikke kan måle pålitelig
✅ **Balansér mellom input, output, og outcome** – men prioriter outcome (f.eks. "færre ulykker" > "antall fartshumper bygget")
❌ **Unngå vanity metrics** – tall som ser imponerende ut men ikke driver reell verdi (f.eks. "antall møter holdt")

523
plugins/okr/skills/okr-offentlig-sektor/references/okr-antipatterns.md Normal file
View file

@ -0,0 +1,523 @@
# OKR Antipatterns: Vanlige feil når organisasjoner innfører OKR
Forskning viser at omtrent 60% av organisasjoner mislykkes med OKR-implementering eller forlater systemet innen tre år. Problemet er sjelden rammeverket selv, men hvordan det implementeres og vedlikeholdes.
Denne guiden dekker de vanligste feilmønstrene organisert i fem kategorier.
---
## 1. Formuleringsfeil
### 1.1 Aktivitetsorienterte Key Results
**Hva det er**: KR som beskriver hva teamet skal gjøre, ikke hva de skal oppnå.
**Symptomer**:
- KR starter med "Gjennomføre", "Implementere", "Lage", "Holde møter"
- 100% oppnåelse selv når ingen faktisk verdi er skapt
- KR kan fullføres uten at Objective beveger seg
**Konsekvenser**:
- Organisasjonen optimerer for aktivitet, ikke resultat
- Team kan "lykkes" med OKR mens forretningsresultater forblir uendret
- Mistet mulighet til å lære hva som faktisk driver impact
**Løsning**:
- Spør "Hva er effekten av dette?" for hvert KR
- Omformuler aktivitet til outcome: "Gjennomføre opplæring" → "Kompetansetest-score øker fra 60% til 85%"
- Bruk SMART-kriteriene med fokus på "Result"
**Eksempel**:
| ❌ Aktivitet | ✅ Outcome |
|-------------|-----------|
| Holde 4 workshops om dataanalyse | Datadrevne beslutninger øker fra 2 til 8 per måned |
| Lansere ny mobilapp | 40% av brukerne bruker mobilapp ukentlig |
---
### 1.2 Vage og uinspirerende Objectives
**Hva det er**: Objectives som mangler retning, emosjonell appell eller klarhet.
**Symptomer**:
- Objectives som "Forbedre X" uten å si hvordan eller hvorfor
- Team kan ikke forklare hva suksess betyr
- Ingen føler eierskap eller motivasjon
**Konsekvenser**:
- Sprikende tolkning av hva som faktisk skal oppnås
- Vanskelig å prioritere mellom konkurrerende aktiviteter
- Redusert engasjement fordi målet ikke inspirerer
**Løsning**:
- Legg til kontekst: "Forbedre veivedlikehold" → "Redusere veiforfall og forbedre kjørekomfort på fylkesveier"
- Test: Ville dette imponere stakeholders hvis vi lyktes?
- Inkluder "for hvem" og "hvorfor det betyr noe"
---
### 1.3 Umålbare Key Results
**Hva det er**: KR uten tall, prosent, dato eller annen verifiserbar metrikk.
**Symptomer**:
- KR som "Bedre kundeopplevelse", "Økt effektivitet"
- Diskusjoner om tolkning ved kvartalsslutt
- Subjektive vurderinger av "oppnådd" vs "ikke oppnådd"
**Konsekvenser**:
- Umulig å spore progresjon underveis
- Konflikter om måloppnåelse
- Læringen forsvinner fordi det ikke er data å analysere
**Løsning**:
- Alltid inkluder baseline og target: "Fra X til Y"
- Bruk konkrete metrikker: score, prosent, antall, tid
- Hvis det ikke kan måles, er det ikke et Key Result
---
### 1.4 Business-as-Usual OKR
**Hva det er**: OKR som bare beskriver eksisterende drift, ikke forbedring eller endring.
**Symptomer**:
- "Opprettholde 95% SLA" (allerede oppnådd)
- Targets som ligger innenfor normal variasjon
- Team vet de vil nå målene uten ekstra innsats
**Konsekvenser**:
- OKR driver ikke forbedring
- Mister mulighet til å fokusere på hva som virkelig betyr noe
- Ressurser brukes på å dokumentere drift i stedet for å drive endring
**Løsning**:
- OKR er for strategiske prioriteringer, ikke driftsoppgaver
- Flytt BAU-metrikker til KPI-dashboard, ikke OKR
- Spør: "Krever dette en betydelig innsats for å oppnå?"
---
## 2. Prosessfeil
### 2.1 Set-and-Forget
**Hva det er**: OKR settes ved starten av syklus og glemmes til review.
**Symptomer**:
- Team er usikre på sine OKR når de spørres midt i syklus
- Progresjonssporing skjer sporadisk eller aldri
- OKR nevnes ikke i team-møter, 1:1-er eller beslutninger
- Ved syklusslutt oppdages at lite er gjort
**Konsekvenser**:
- Alignment-fordelen forsvinner - team driver i ulike retninger
- Ansatte blir kyniske: "OKR er bare papirøvelse"
- Ingen læring om hva som fungerer
- Momentum og motivasjon forsvinner
**Løsning**:
- **Ukentlig check-in** (15-20 min): Status på hvert KR
- Visualiser progresjon i dashboard (ikke gjemt i regneark)
- Ledere må referere til OKR i møter og beslutninger
- Dediker OKR-koordinator som holder rytmen
**Oboard-tips**: Bruk ukentlig statusoppdatering-funksjonen. Sett varsler for team som ikke oppdaterer.
---
### 2.2 Sandbagging (For lave mål)
**Hva det er**: Team setter bevisst mål de vet de lett kan nå.
**Symptomer**:
- Konsistent 100% måloppnåelse, kvartal etter kvartal
- Faktiske resultater overgår targets betydelig
- Team uttrykker høy sikkerhet om måloppnåelse tidlig i syklus
- Mål representerer ingen reell stretch
**Konsekvenser**:
- Organisasjonen jobber med feil ting - der forbedring ikke krever innsats
- Kapabilitetsutvikling stagnerer
- Innovasjon hemmes fordi ingen tar risiko
- Signaliserer ofte at OKR er koblet til bonus/evaluering
**Løsning**:
- **Skill OKR fra kompensasjon** - dette er kritisk
- Kommuniser at 70% oppnåelse på ambitious OKR er suksess
- 100% oppnåelse bør utløse spørsmål om ambisjonen var høy nok
- Ledere må modellere sårbarhet ved å dele egne missede mål
- Skill mellom committed OKR (100% forventet) og stretch OKR (60-70% er bra)
---
### 2.3 Goalpost Moving (Justerer mål underveis)
**Hva det er**: Endrer OKR, måldefinisjon eller metode midt i syklus for å se bedre ut.
**Symptomer**:
- OKR som var faste ved start revideres underveis
- "Øke tilfredshet fra 70 til 80" blir til "øke med 5 poeng" når 80 ser uoppnåelig ut
- Team rapporterer ulike completion-prosenter for samme OKR
- Diskusjoner fokuserer på tekniske definisjoner fremfor faktisk impact
**Konsekvenser**:
- Systemet mister troverdighet som sannhetsbilde
- Læringsfunksjonen kollapser - kan ikke vurdere hva som fungerte
- Accountability forsvinner - alt kan omtolkes
- Goodharts lov: Når målet blir target, slutter det å være godt mål
**Løsning**:
- Dokumenter målemetode og baseline ved start
- Skill mellom committed OKR (ingen endring) og aspirational OKR (kan justeres ved fundamentale endringer)
- Formell review-prosess for alle mid-cycle endringer
- Rapporter både planlagt og faktisk resultat for transparens
---
### 2.4 Quarterly Theater (OKR kun for presentasjoner)
**Hva det er**: OKR brukes til å lage flotte presentasjoner, men driver ikke faktisk arbeid.
**Symptomer**:
- KR fokuserer på vanity metrics som er lette å forbedre men ikke skaper verdi
- Team rapporterer positive tall mens forretningsresultater stagnerer
- Marketing rapporterer "500 leads generert" uten å måle om de konverterer
- Produktteam feirer "40% flere sidevisninger" mens retention synker
**Konsekvenser**:
- Ressurser allokeres til feil ting
- Team demotiveres når de oppnår OKR men ser ingen reell forbedring
- Dårlige strategiske beslutninger basert på villedende signaler
- Kundeopplevelse kan lide når focus er på interne metrics
**Løsning**:
- Reverse-engineer OKR fra kunde- og forretningsoutcomes
- Par lagging indicators (utfall) med leading indicators (aktivitet)
- Bygg guardrail-metrikker for å forhindre gaming
- Regelmessig retrospektiv: Korrelerte oppnådde metrics med ønskede outcomes?
---
## 3. Kulturfeil
### 3.1 OKR koblet til bonus/evaluering
**Hva det er**: Oppnåelse av OKR direkte påvirker lønn, bonus eller performance review.
**Symptomer**:
- Ansatte uttrykker angst rundt OKR
- Defensive samtaler i 1:1-er om tolkning
- Team er hemmeligholdsfulle om OKR - ser dem som konkurransefortrinn
- Risikounngåelse - folk velger trygge prosjekter
- Talentflukt til miljøer med mer autonomi
**Konsekvenser**:
- Sandbagging blir rasjonell oppførsel
- "Reach for the stars"-mentaliteten forsvinner
- Kan drive uetisk oppførsel (jf. Wells Fargo-skandalen)
- Siloer styrkes - fokus på individuell måloppnåelse over samarbeid
- Urettferdighet når eksterne faktorer påvirker OKR utenfor teamets kontroll
**Løsning**:
- **Skill OKR 100% fra kompensasjon og performance reviews**
- Evaluer basert på kompetanse, atferd, vekst og bidrag til team
- Kommuniser tydelig at dette er policy
- Bruk OKR for strategisk alignment, ikke for å måle ansatte
---
### 3.2 OKR-shaming (Straff for å misse)
**Hva det er**: Missede OKR fører til offentlig kritikk, skyld eller negative konsekvenser.
**Symptomer**:
- Missede OKR blir anledning for kritikk
- Ansatte skjuler utfordringer i stedet for å eskalere tidlig
- 1:1-er om OKR er spente og konfronterende
- Stille oppsigelser øker
- Retrospektiver fokuserer på skyld fremfor læring
**Konsekvenser**:
- Psykologisk trygghet kollapser
- Team holder tilbake informasjon om problemer
- Læringsfunksjonen forsvinner
- Retention synker
- Organisasjonens smidighet reduseres
**Løsning**:
- Tren ledere i coaching-tilnærming til OKR-reviews
- Etabler norm: Missede OKR er verdifull informasjon, ikke fiasko
- Ledere må modellere sårbarhet - del egne missede mål
- Strukturer retrospektiver rundt læring, ikke skyld
- Eksplisitte psykologisk trygghet-normer rundt OKR
---
### 3.3 Hemmelige OKR (Manglende transparens)
**Hva det er**: OKR holdes hemmelig mellom team eller deles ikke på tvers.
**Symptomer**:
- Team kjenner ikke andre teams OKR
- Overraskelser mid-cycle når avhengigheter oppdages
- Duplisert arbeid på tvers av team
- Minimal cross-functional samarbeid
**Konsekvenser**:
- Effektivitetsgevinst fra OKR forsvinner
- Kundeopplevelse lider fordi team ikke koordineres
- Siloer styrkes
- Ingen forum for å diskutere hvordan arbeid henger sammen
**Løsning**:
- **Default-to-open policy**: OKR synlige for alle med mindre spesifikk grunn til unntak
- Kryss-funksjonelle forum der team presenterer og diskuterer OKR
- Identifiser avhengigheter i planleggingsfasen
- Etabler prosess for hvordan team støtter hverandres OKR
---
## 4. Strukturfeil
### 4.1 OKR-overload (For mange mål)
**Hva det er**: Organisasjonen setter altfor mange OKR på alle nivåer.
**Symptomer**:
- Individer har 5-10 personlige OKR i tillegg til team-OKR
- Team har 5-7 Objectives med 4-5 KR hver (25-35 items)
- Ledere bruker timer på statusoppdatering
- Team kan ikke prioritere - alt virker viktig
- Mid-cycle er mange OKR fortsatt på null progresjon
**Konsekvenser**:
- Focus forsvinner - hele poenget med OKR
- Innsats spres for tynt - minimal progresjon på mange mål
- Eksekvering blir kaotisk
- OKR mister troverdighet - blir ønskelister
- Administrativ byrde skaper fatigue
**Løsning**:
- **Maks 2-4 Objectives på organisasjonsnivå per syklus**
- Team: 2-3 OKR per syklus
- Individer: 1-2 OKR (hvis i det hele tatt)
- Ikke alt viktig trenger å være OKR - bruk KPI-dashboard for drift
- Krev prioritering: "Hva er de 2-3 tingene som virkelig teller denne syklus?"
---
### 4.2 Silobaserte OKR (Ingen alignment)
**Hva det er**: Hver funksjon/avdeling lager OKR isolert uten koordinering.
**Symptomer**:
- Produkt vil lansere features, Engineering fokuserer på tech debt
- Salg jakter enterprise-kunder, Produkt optimerer for SMB
- Team oppdager konflikter sent i syklus
- Forhandlinger om hvis OKR har prioritet
**Konsekvenser**:
- Ressurser feilallokeres
- Arbeid dupliseres
- Kundeopplevelse lider
- Kryss-funksjonelle forhold blir transaksjonelle og konfliktfylte
**Løsning**:
- **Kryss-funksjonell alignment-sesjon** i OKR-planlegging
- Identifiser avhengigheter og konflikter før syklus starter
- Vurder "delte OKR" for store initiativer som krever flere team
- Klar governance for hvordan konflikter løses (organisasjonsstrategi trumfer funksjonelle mål)
---
### 4.3 Pure Top-Down (Ingen input nedenfra)
**Hva det er**: OKR kaskaderes mekanisk ned uten at team bidrar.
**Symptomer**:
- Ledergruppen lager OKR isolert
- Avdelings-OKR er bare mer spesifikke versjoner av org-OKR
- Team mottar OKR med minimal mulighet for input
- Mellomledere føler seg frakoblet prosessen
- Team mangler eierskap - målene føles påtvunget
**Konsekvenser**:
- Mål reflekterer ikke teamets kontekst, begrensninger eller muligheter
- Redusert motivasjon - ingen co-creation
- Mål blir ofte urealistiske fordi ledere mangler detaljkunnskap
- Accountability blir diffus - "vi fikk disse målene ovenfra"
**Løsning**:
- **Bidireksjonell alignment** fremfor enveis kaskade
- Ledelsen setter org-OKR basert på strategi
- Spør deretter: "Gitt disse prioriteringene og din kunnskap om området - hvilke OKR bør dere ha?"
- Team forventes å aligne minst én OKR til org-prioritet
- Samle innsikt fra team som kan påvirke strategi
---
### 4.4 Pure Bottom-Up (Ingen retning ovenfra)
**Hva det er**: Team setter OKR helt fritt uten strategisk retning fra ledelsen.
**Symptomer**:
- OKR alignes med eksisterende arbeid, ikke strategisk retning
- OKR blir "mer av det samme" fremfor breakthrough
- Summen av alle OKR utgjør ikke en koherent strategi
- Team forfølger motstridende retninger
- Ledelsen mangler oversikt over hva organisasjonen faktisk jobber mot
**Konsekvenser**:
- OKR blir operasjonelle fremfor strategiske
- Organisasjonen kan oppnå alle OKR uten å avansere strategien
- Ingen klar ramme for å evaluere nye muligheter
- Svak organisatorisk alignment
**Løsning**:
- Ledelsen må gjøre strategiarbeid separat fra OKR
- Artikuler 2-4 org-OKR som representerer strategiske breakthroughs
- Kommuniser "hvorfor" bak hvert org-OKR
- Team setter deretter OKR som støtter minst ett org-mål
- Balanse mellom top-down retning og bottom-up eierskap
---
## 5. Ledelsesfeil
### 5.1 Ledere uten egne OKR
**Hva det er**: Ledere promoterer OKR men setter/tracker ikke egne.
**Symptomer**:
- Ledere diskuterer strategi uten å referere til OKR
- Vage svar når ledere spørres om sine OKR
- Ledere tar beslutninger som ikke aligner med org-OKR
- Nye initiativer lanseres uten kobling til eksisterende OKR
**Konsekvenser**:
- Ansatte oppfatter OKR som noe for "de andre"
- Ledere modellerer manglende commitment
- Ingen koherent view på hvordan lederfokus kobles til strategi
- Redusert troverdighet for hele OKR-initiativet
**Løsning**:
- CEO/COO må sterkt championere OKR gjennom personlig eksempel
- Ledere setter synlige OKR koblet til org-prioriteter
- Lederteam-møter starter med review av leder-OKR
- Når strategiske beslutninger tas, forklar koblingen til OKR
---
### 5.2 Delegert til HR uten forankring
**Hva det er**: OKR-initiativet eies av HR fremfor operasjonell ledelse.
**Symptomer**:
- OKR presenteres som HR-initiativ eller performance management-verktøy
- Linjeledere ser OKR som noe HR krever
- Fokus på opplæring fremfor faktisk endring i arbeidsmåte
- Ledelsesinvolvering er motvillig og minimal
**Konsekvenser**:
- Linjeledere mangler eierskap
- OKR foldes inn i HR-prosesser fremfor å bli kjernesystem
- Mangler troverdighet - HR ses ikke som strategisk autoritet
- Initiativer stopper opp når motstand oppstår
**Løsning**:
- **Flytt eierskap til Operations eller CEO/COO-kontoret**
- HR kan spille støtterolle (opplæring, koble til utviklingssamtaler)
- Daglig ansvar hos operasjonell leder
- Signaliserer at OKR er sentralt for hvordan virksomheten styres
---
### 5.3 OKR som IT-prosjekt
**Hva det er**: Organisasjonen behandler OKR-implementering som teknologi-prosjekt.
**Symptomer**:
- Implementeringsfokus på software deployment, ikke praksisendring
- Opplæring handler om verktøyet, ikke OKR-tenkning
- Utfordringer behandles som tekniske problemer
- Ledere involveres lite fordi "det er IT-prosjekt"
- OKR assosieres med software-systemet, ikke ny ledelsespraksis
**Konsekvenser**:
- Software implementeres men brukes knapt
- Verktøyet blir administrativ byrde, ikke verdiskaper
- Når prosjektet "avsluttes" finnes ingen prosess for å vedlikeholde praksis
- Kaos hver syklus når folk sliter med å fylle systemet
**Løsning**:
- Behandle som **management transformation-initiativ med executive leadership**
- Start med å etablere praksiser (weekly check-ins, monthly reviews) uten software
- Velg software først når praksisene er innarbeidet
- Opplæring fokuserer på filosofi og praksis, ikke features
- Inkluder change management i implementering
---
### 5.4 Mangel på executive sponsor
**Hva det er**: Ingen tydelig lederansvar og accountability for OKR-initiativet.
**Symptomer**:
- Uklart hvem som er ansvarlig når man spør rundt
- Ulike ledere har ulik forståelse av forventninger
- OKR konkurrerer med andre initiativer om oppmerksomhet
- Ingen eskaleringssti når problemer oppstår
- Quarterly reviews skjer ikke fordi de ikke prioriteres
**Konsekvenser**:
- Initativet mangler autoritet til å kreve nye atferder
- Team deprioriterer OKR ved konflikt med annet arbeid
- Resistente ledere holdes ikke ansvarlige
- Momentum ebber ut med skiftende fokus
**Løsning**:
- **Utnevn tydelig executive sponsor** (typisk CEO eller COO)
- Sponsor har ansvar for: lederteam-commitment, rytme, fasilitering, hindringer, accountability
- Sponsor har autoritet til å kreve deltakelse
- Utnevn i tillegg OKR-champion for dag-til-dag koordinering
- Sponsor gir autoritet og commitment; champion gjør arbeidet
---
## Quick Reference: Antipattern-sjekkliste
### Ved planlegging
- [ ] Har vi maks 3-4 org-OKR?
- [ ] Er ledere involvert og har egne OKR?
- [ ] Har vi kryss-funksjonell alignment?
- [ ] Er KR outcomes, ikke aktiviteter?
- [ ] Er targets ambitious men oppnåelige?
### Underveis i syklus
- [ ] Gjennomfører vi ukentlige check-ins?
- [ ] Oppdateres OKR jevnlig?
- [ ] Brukes OKR i beslutninger?
- [ ] Er det trygt å rapportere utfordringer?
### Ved syklusslutt
- [ ] Gjennomfører vi retrospektiv?
- [ ] Lærer vi fra det som ikke fungerte?
- [ ] Dokumenterer vi justerte definisjoner?
- [ ] Kobles IKKE OKR til bonus/review?
---
## Ressurser
**Referanser benyttet**:
- WhatMatters.com - OKR og kompensasjon
- OKR Institute - Psykologisk trygghet og implementeringsfeller
- Itamar Gilad - 5 måter organisasjoner misbruker OKR
- Quantive - Tidlige tegn på OKR-fiasko
- Microsoft Viva Goals Maturity Model
**Relaterte filer i denne skill**:
- `okr-framework.md` - Metodikk i detalj
- `okr-examples.md` - Gode og dårlige eksempler
- `meeting-guides.md` - Agendaer for OKR-møter

188
plugins/okr/skills/okr-offentlig-sektor/references/okr-arshjul.md Normal file
View file

@ -0,0 +1,188 @@
# OKR Årshjul for Offentlig Sektor
## Visuelt årshjul
```
DESEMBER
Strategisk planlegging
Årlige OKR settes
┌───┐
┌───┤ ├───┐
NOV │ └───┘ │ JAN
Syklus 3 │ │ Tildelingsbrev
review │ │ Syklus 1 start
┌────┘ └────┐
│ │
OKT │ │ FEB
Statsbudsjett│ │ Check-ins
fremlegges │ │
│ │
│ OKR │
SEP │ ÅRSHJUL │ MAR
Syklus 3 │ │ Check-ins
check-ins │ │
│ │
└────┐ ┌────┘
AUG │ │ │ │ APR
Syklus 2/3 │ └───────────┘ │ Syklus 1/2
overgang │ │ overgang
└───┐ ┌───┘
JUL │ ┌───┐ │ MAI
Halvårs- └───┤ ├───┘ Syklus 2
review └───┘ check-ins
JUNI
```
## Tre sykluser - oversikt
| Syklus | Periode | Hovedaktiviteter |
|--------|---------|------------------|
| **Syklus 1** | Januar - April | Nytt år, tildelingsbrev, igangsetting |
| **Syklus 2** | Mai - August | Halvårs-review, sommerperiode |
| **Syklus 3** | September - Desember | Årsavslutning, nytt statsbudsjett |
## Månedsoversikt med nøkkelaktiviteter
### Syklus 1: Januar - April
**Januar - Oppstart**
| Uke | Aktivitet | Deltakere |
|-----|-----------|-----------|
| 1 | Tildelingsbrev mottas | Ledelse |
| 1-2 | Teams draftet taktiske OKR | Alle teams |
| 2 | Alignment-workshop | Teamledere |
| 3 | OKR kick-off, publisering i Oboard | Alle |
**Februar - Mars - Gjennomføring**
- Ukentlig: Team check-in (15 min)
- Månedlig: OKR-status til ledergruppe
- Ved behov: Justeringsmøter ved blokkere
**April - Avslutning og overgang**
| Uke | Aktivitet | Deltakere |
|-----|-----------|-----------|
| 14 | Score alle KR | Teams |
| 15 | Syklus 1 review-møte | Alle |
| 15-16 | Retrospektiv | Teams |
| 16-17 | Syklus 2 planlegging og kick-off | Teamledere + teams |
### Syklus 2: Mai - August
**Mai - Oppstart Syklus 2**
- Uke 18-19: Nye OKR aktive i Oboard
- Ukentlige check-ins starter
**Juni - Halvårs strategisk status**
| Aktivitet | Beskrivelse |
|-----------|-------------|
| Halvårs-review | Er vi på kurs mot årlige OKR? |
| Justering | Eventuell rekalibrering av strategi |
| Rapportering | Halvårsrapport til departement |
**Juli - Sommerperiode**
- Redusert aktivitet, men OKR-tracking fortsetter
- Asynkrone oppdateringer i Oboard
**August - Avslutning og overgang**
| Uke | Aktivitet |
|-----|-----------|
| 32 | Score alle KR |
| 33 | Review + retrospektiv |
| 34-35 | Syklus 3 planlegging |
### Syklus 3: September - Desember
**September - Oktober**
- Syklus 3 gjennomføring
- **15. oktober**: Statsbudsjett fremlegges (viktig for neste år!)
- Forberedelse til årlig review
**November**
| Uke | Aktivitet | Fokus |
|-----|-----------|-------|
| 45-46 | Strategisk planlegging starter | Neste års OKR |
| 47 | Stortingsbehandling budsjett | Følg med på endringer |
| 48-49 | Syklus 3 review | Avslutte inneværende |
**Desember**
| Uke | Aktivitet |
|-----|-----------|
| 49-50 | Årlig OKR-retrospektiv |
| 50-51 | Strategiske OKR for neste år ferdigstilles |
| 51-52 | Kommunikasjon av nye årlige OKR |
## Synkronisering med statsbudsjettet
```
┌─────────────────────────────────────────────────────────────────┐
│ BUDSJETTPROSESSEN │
├─────────────┬───────────────────────────────────────────────────┤
│ Oktober 15 │ Statsbudsjett fremlegges → Indikasjon på rammer │
│ November │ Stortingsbehandling → Avklaringer │
│ Desember │ Budsjett vedtas → Rammer bekreftet │
│ Januar │ Tildelingsbrev → Endelige mål og ressurser │
└─────────────┴───────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────────┐
│ OKR-PROSESSEN │
├─────────────┬───────────────────────────────────────────────────┤
│ November │ Start strategisk planlegging (foreløpige rammer) │
│ Desember │ Ferdigstill årlige OKR (med buffer) │
│ Januar │ Juster OKR etter tildelingsbrev │
│ Løpende │ Koble ressursallokering til OKR-prioritering │
└─────────────┴───────────────────────────────────────────────────┘
```
## Strategisk vs taktisk - tidslinje
```
År N-1 År N År N+1
───────────────────────────────────────────────────────────────────────────
Nov Des │ Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov
─────────────────────────────────────────────────────────────────────────────
▲ │ ▲
│ │ │
Strategisk planlegging Strategisk planlegging
(Årlige OKR settes) (Neste års OKR)
│
▼
├──────── Syklus 1 ────────┤
├──────── Syklus 2 ────────┤
├──────── Syklus 3 ────────┤
ÅRLIGE OKR: ════════════════════════════════════════════════════════════
(Stabile gjennom året, justeres kun ved store endringer)
TAKTISKE OKR:
[====Syklus 1====] [====Syklus 2====] [====Syklus 3====]
(Nye hver syklus, operasjonaliserer årlige mål)
```
## Sjekkliste per syklus
### Syklus start (uke 1-3)
- [ ] Strategiske OKR kommunisert til alle
- [ ] Teams har draftet taktiske OKR
- [ ] Alignment-workshop gjennomført
- [ ] Alle OKR publisert i Oboard
- [ ] Kick-off møte holdt
### Underveis (månedlig)
- [ ] Ukentlige team check-ins gjennomført
- [ ] KR-progresjon oppdatert i Oboard
- [ ] Blokkere identifisert og eskalert
- [ ] Månedlig status til ledergruppe
### Syklus slutt (siste 2 uker)
- [ ] Alle KR scoret
- [ ] Review-møte gjennomført
- [ ] Retrospektiv dokumentert
- [ ] Lærdommer fanget
- [ ] Neste syklus planlagt
## Ressurser
Se også:
- `okr-framework.md` - Komplett metodikk
- `okr-cheatsheet.md` - Hurtigreferanse
- `meeting-guides.md` - Agendaer for møter

262
plugins/okr/skills/okr-offentlig-sektor/references/okr-calculator.md Normal file
View file

@ -0,0 +1,262 @@
# OKR Kalkulator
Praktiske formler og maler for beregning av OKR-progresjon, confidence og prognose.
## Hurtigreferanse: Formler
### Score (progresjon)
```
Score = (Nåværende - Baseline) / (Target - Baseline)
```
### Forventet verdi (lineær)
```
Forventet = Baseline + (Target - Baseline) × (Tid brukt / Total tid)
```
### Prognose ved syklusslutt
```
Prognose = Baseline + (Nåværende - Baseline) × (Total tid / Tid brukt)
```
---
## Kalkulator-mal for enkelt KR
Fyll inn verdiene og beregn:
```
┌────────────────────────────────────────────────────────────────┐
│ KEY RESULT KALKULATOR │
├────────────────────────────────────────────────────────────────┤
│ │
│ KR-beskrivelse: ________________________________________ │
│ │
│ ─── INPUT ─── │
│ │
│ Baseline (startverdi): ____________ │
│ Target (målverdi): ____________ │
│ Nåværende verdi: ____________ │
│ │
│ Tid brukt (måneder): ____ av 4 │
│ │
│ ─── BEREGNING ─── │
│ │
│ Score = (Nåværende - Baseline) / (Target - Baseline) │
│ = (______ - ______) / (______ - ______) │
│ = _______ / _______ │
│ = _______ (___%) │
│ │
│ Forventet ved denne tid = Baseline + (Target-Baseline) × %tid │
│ = ______ + (______) × ______ │
│ = ______ │
│ │
│ Gap (Nåværende - Forventet): ______ │
│ │
│ Prognose ved syklusslutt: │
│ = Baseline + (Nåværende-Baseline) × (4 / tid brukt) │
│ = ______ │
│ │
│ ─── RESULTAT ─── │
│ │
│ Score: ______ (______%) │
│ Confidence: [ ] On Track [ ] At Risk [ ] Off Track │
│ Prognose: ______ │
│ │
└────────────────────────────────────────────────────────────────┘
```
---
## Utfylt eksempel
```
┌────────────────────────────────────────────────────────────────┐
│ KEY RESULT KALKULATOR │
├────────────────────────────────────────────────────────────────┤
│ │
│ KR-beskrivelse: Øke NPS fra 30 til 50 │
│ │
│ ─── INPUT ─── │
│ │
│ Baseline (startverdi): 30 │
│ Target (målverdi): 50 │
│ Nåværende verdi: 40 │
│ │
│ Tid brukt (måneder): 2 av 4 │
│ │
│ ─── BEREGNING ─── │
│ │
│ Score = (Nåværende - Baseline) / (Target - Baseline) │
│ = (40 - 30) / (50 - 30) │
│ = 10 / 20 │
│ = 0.5 (50%) │
│ │
│ Forventet ved denne tid = Baseline + (Target-Baseline) × %tid │
│ = 30 + (20) × 0.5 │
│ = 40 │
│ │
│ Gap (Nåværende - Forventet): 0 (på skjema!) │
│ │
│ Prognose ved syklusslutt: │
│ = 30 + (40-30) × (4 / 2) │
│ = 30 + 10 × 2 = 50 │
│ │
│ ─── RESULTAT ─── │
│ │
│ Score: 0.5 (50%) │
│ Confidence: [X] On Track [ ] At Risk [ ] Off Track │
│ Prognose: 50 (treffer target!) │
│ │
└────────────────────────────────────────────────────────────────┘
```
---
## Objective-aggregering
Beregn samlet score for et Objective med flere KR:
```
┌────────────────────────────────────────────────────────────────┐
│ OBJECTIVE SCORE KALKULATOR │
├────────────────────────────────────────────────────────────────┤
│ │
│ Objective: ____________________________________________ │
│ │
│ ─── KEY RESULTS ─── │
│ │
│ KR1: __________________________ Score: ______ Vekt: ____ │
│ KR2: __________________________ Score: ______ Vekt: ____ │
│ KR3: __________________________ Score: ______ Vekt: ____ │
│ KR4: __________________________ Score: ______ Vekt: ____ │
│ │
│ ─── BEREGNING ─── │
│ │
│ Uvektet gjennomsnitt: │
│ = (KR1 + KR2 + KR3 + KR4) / antall │
│ = (_____ + _____ + _____ + _____) / _____ │
│ = _____ │
│ │
│ Vektet gjennomsnitt (hvis relevant): │
│ = Σ(score × vekt) / Σ(vekt) │
│ = _____ │
│ │
│ ─── OBJECTIVE SCORE ─── │
│ │
│ Score: ______ (______%) │
│ │
└────────────────────────────────────────────────────────────────┘
```
---
## Confidence-vurdering
Bruk denne sjekklisten for å bestemme confidence level:
```
┌────────────────────────────────────────────────────────────────┐
│ CONFIDENCE VURDERING │
├────────────────────────────────────────────────────────────────┤
│ │
│ KR: ________________________________________________ │
│ Dato: __________ Tid i syklus: ____ av 4 måneder │
│ │
│ ─── SJEKKLISTE ─── │
│ │
│ [ ] Er vi på eller foran forventet progresjon? │
│ [ ] Er trenden positiv (akselererende eller stabil)? │
│ [ ] Er kjente blokkere løst eller under kontroll? │
│ [ ] Har vi nødvendige ressurser tilgjengelig? │
│ [ ] Er eksterne faktorer stabile/gunstige? │
│ │
│ ─── VURDERING ─── │
│ │
│ Antall JA: _____ av 5 │
│ │
│ 4-5 JA → On Track 🟢 │
│ 2-3 JA → At Risk 🟡 │
│ 0-1 JA → Off Track 🔴 │
│ │
│ ─── BESLUTNING ─── │
│ │
│ Confidence: [ ] On Track [ ] At Risk [ ] Off Track │
│ │
│ Begrunnelse: ________________________________________ │
│ ____________________________________________________ │
│ │
│ Tiltak (hvis At Risk/Off Track): │
│ ____________________________________________________ │
│ ____________________________________________________ │
│ │
└────────────────────────────────────────────────────────────────┘
```
---
## Team-dashboard mal
Oppsummering av alle OKR for et team:
```
┌────────────────────────────────────────────────────────────────┐
│ TEAM OKR DASHBOARD │
│ Team: ____________________ Syklus: ____ Dato: __________ │
├────────────────────────────────────────────────────────────────┤
│ │
│ ─── OBJECTIVE 1: ______________________________________ ─── │
│ │
│ │ KR │ Baseline │ Target │ Nåværende │ Score │ Confidence │ │
│ ├────┼──────────┼────────┼───────────┼───────┼────────────┤ │
│ │ 1 │ │ │ │ │ │ │
│ │ 2 │ │ │ │ │ │ │
│ │ 3 │ │ │ │ │ │ │
│ ├────┴──────────┴────────┴───────────┼───────┼────────────┤ │
│ │ Objective total │ │ │ │
│ │
│ ─── OBJECTIVE 2: ______________________________________ ─── │
│ │
│ │ KR │ Baseline │ Target │ Nåværende │ Score │ Confidence │ │
│ ├────┼──────────┼────────┼───────────┼───────┼────────────┤ │
│ │ 1 │ │ │ │ │ │ │
│ │ 2 │ │ │ │ │ │ │
│ │ 3 │ │ │ │ │ │ │
│ ├────┴──────────┴────────┴───────────┼───────┼────────────┤ │
│ │ Objective total │ │ │ │
│ │
├────────────────────────────────────────────────────────────────┤
│ TEAM TOTALT │
│ │
│ Samlet score: ______ (______%) │
│ │
│ On Track: ____ OKR At Risk: ____ OKR Off Track: ____ OKR │
│ │
│ Highlights: ________________________________________________ │
│ Risiko: ________________________________________________ │
│ │
└────────────────────────────────────────────────────────────────┘
```
---
## Hurtigreferanse: Confidence-regler
| Tid i syklus | Forventet score | On Track hvis | At Risk hvis | Off Track hvis |
|--------------|-----------------|---------------|--------------|----------------|
| Måned 1 (25%) | 0.25 | ≥0.20 | 0.10-0.20 | <0.10 |
| Måned 2 (50%) | 0.50 | ≥0.40 | 0.25-0.40 | <0.25 |
| Måned 3 (75%) | 0.75 | ≥0.60 | 0.45-0.60 | <0.45 |
| Måned 4 (100%) | 1.00 | ≥0.70 | 0.50-0.70 | <0.50 |
**Merk:** Tabellen over gjelder lineær progresjon. Noen KR har naturlig ikke-lineær progresjon (f.eks. prosjektleveranser som skjer sent i syklus).
---
## Tips for bruk
1. **Oppdater ukentlig** - Confidence bør vurderes minst ukentlig i check-ins
2. **Vær ærlig** - Overdreven optimisme hjelper ingen
3. **Fokuser på tiltak** - At Risk og Off Track krever konkrete handlinger
4. **Del synlig** - Bruk Oboard eller lignende for transparens
5. **Lær av avvik** - Gap mellom prognose og resultat gir verdifull innsikt

118
plugins/okr/skills/okr-offentlig-sektor/references/okr-cheatsheet.md Normal file
View file

@ -0,0 +1,118 @@
# OKR Cheat Sheet
## OKR Formel
```
Objective = Hva vi vil oppnå (kvalitativt, inspirerende)
Key Results = Hvordan vi måler suksess (2-5 målbare outcomes)
```
## God OKR Sjekkliste
### Objective
✅ Inspirerende og meningsfull
✅ Klart og forståelig
✅ Tidsbestemt (4-måneders syklus)
✅ Outcome-fokusert (ikke aktivitet)
✅ Støtter overordnet strategi
### Key Results
✅ Målbar (tall, %, milepæl)
✅ Har baseline og target
✅ Outcome > output
✅ Ambisiøs men realistisk
✅ Verifiserbar (kan sjekke om oppnådd)
✅ 2-5 per Objective
## Vanlige feil å unngå
❌ **Aktiviteter som KR**: "Holde 5 møter"
→ ✅ Fokuser på resultat: "Øke alignment-score til 90%"
❌ **For vage**: "Forbedre kundeservice"
→ ✅ Vær spesifikk: "Redusere responstid fra 5 til 2 dager"
❌ **For mange OKR**: 10 objectives
→ ✅ Maks 3-5 objectives per team
❌ **For lett mål**: "1% forbedring"
→ ✅ Vær ambisiøs: "20% forbedring" (0.7 er suksess)
❌ **Ingen alignment**: Isolerte siloer
→ ✅ Link til overordnet mål
## Scoring Guide
| Score | Betydning | For Committed OKR | For Aspirational OKR |
|-------|-----------|-------------------|----------------------|
| 1.0 | 100% nådd | Forventet | Exceptionelt |
| 0.7-0.9 | God progresjon | Under forventning | Suksess! |
| 0.5-0.6 | Delvis nådd | Trenger forbedring | Verdifullt forsøk |
| <0.5 | Ikke nådd | Problem | Re-evaluer mål |
**Husk**: 0.7 på ambisiøse mål = godt resultat!
## 4-Måneders Syklus
```
Måned 1: PLANNING
├─ Uke 1-2: Draft OKR
├─ Uke 2: Alignment
└─ Uke 2: Finalisere & publisere
Måned 2-3: EXECUTION
├─ Månedlig check-in
├─ Oppdater Oboard
└─ Juster kurs ved behov
Måned 4: REVIEW
├─ Score alle KR
├─ Review-møte
├─ Retrospektiv
└─ Start neste planlegging
```
## Quick Tips
🎯 **Focus**: Færre, sterkere mål
🔗 **Alignment**: Alle jobber mot samme mål
🚀 **Ambition**: Strekk deg (0.7 = suksess)
👀 **Transparency**: OKR er synlige for alle
📊 **Tracking**: Månedlig check-in
📚 **Learning**: Bruk scorer til å forbedre, ikke straffe
## Spørsmål å stille
**Ved planning**:
- Hva vil virkelig flytte nåla for oss?
- Hvordan bidrar dette til organisasjonens mål?
- Er dette målbart?
**Ved check-in**:
- Er vi on track? Hvis ikke, hvorfor?
- Trengs det ressurser/hjelp?
- Skal vi justere målet?
**Ved review**:
- Hva lærte vi?
- Hva gikk bra? Hva gikk dårlig?
- Hva tar vi med til neste syklus?
## OKR vs KPI
| | OKR | KPI |
|---|-----|-----|
| **Formål** | Drive endring | Måle helse |
| **Frekvens** | 4 måneder | Kontinuerlig |
| **Ambisjon** | Stretch (0.7 OK) | Nå target (1.0) |
| **Eksempel** | "Redusere ulykker 40%" | "Ulykker per måned" |
## Verktøy
- **Oboard**: OKR tracking-software (primary)
- **PowerPoint**: Presentasjoner av OKR
- **Teams**: Check-in møter
- **Excel**: Offline drafting/tracking
---
**Mer hjelp?** Spør OKR-skillen eller se `references/` for dybdeguider.

229
plugins/okr/skills/okr-offentlig-sektor/references/okr-examples.md Normal file
View file

@ -0,0 +1,229 @@
# OKR Eksempler for Offentlig Sektor
## Fremragende eksempler
### Eksempel 1: Trafikksikkerhet (Statens vegvesen)
**Objective**: Redusere alvorlige ulykker på E6 gjennom Trøndelag
**Key Results**:
1. Antall ulykker med personskade reduseres fra 45 til 25 per år (44% reduksjon)
2. 100% av identifiserte høyrisiko-strekninger (8 stk) får sikkerhetstiltak innen august
3. Fartsoverskridelser >20 km/t reduseres med 60% (målt via ATK-data)
**Hvorfor bra**:
- ✅ Klart outcome-fokus (færre ulykker)
- ✅ Målbare KR med baseline og target
- ✅ Ambisiøst men realistisk
- ✅ Støtter nasjonal strategi om trafikksikkerhet
- ✅ Tidsbestemt (innen syklus)
---
### Eksempel 2: Digitale tjenester
**Objective**: Levere digital-først opplevelse for førerkortsøknader
**Key Results**:
1. 90% av førerkortssøknader sendes inn digitalt (opp fra 65%)
2. Gjennomsnittlig behandlingstid reduseres fra 5 dager til 2 dager
3. Brukertilfredshet øker fra 3.8 til 4.5 (skala 1-5)
**Hvorfor bra**:
- ✅ Tydelig brukerverdi
- ✅ Kombinasjon av adopsjonsmetrikk, effektivitet og tilfredshet
- ✅ Målbart og verifiserbart
- ✅ Støtter digitaliseringsstrategi
---
### Eksempel 3: HR/Organisasjonsutvikling
**Objective**: Bygge kompetanse i dataanalyse på tvers av organisasjonen
**Key Results**:
1. 80% av målgruppen (150 ansatte) fullfører data-opplæringsprogram
2. Kompetansetest: Gjennomsnittsscore øker fra 60% til 85%
3. 5 datadrevne beslutninger tatt og dokumentert av team som før ikke brukte data
**Hvorfor bra**:
- ✅ Ikke bare "antall traininger" (output), men kompetanse og anvendelse (outcome)
- ✅ KR3 viser reell endring i atferd
- ✅ Målbart på flere nivåer
---
## Dårlige eksempler (og hvordan forbedre dem)
### Dårlig eksempel 1: Vag og aktivitetsorientert
❌ **Objective**: Forbedre vevedlikehold
❌ **Key Results**:
1. Gjennomføre 10 vedlikeholdsprosjekter
2. Holde månedlige møter om vevedlikehold
3. Lage årsrapport om vedlikehold
**Hva er galt**:
- Objective er for bred og vag
- KR er aktiviteter, ikke resultater
- Ingen måling av faktisk forbedring
✅ **Forbedret versjon**:
**Objective**: Redusere veiforfall og forbedre kjørekomfort på fylkesveier
**Key Results**:
1. Prosentandel fylkesveier i "dårlig" stand reduseres fra 18% til 12%
2. Brukerklager på dårlig veistandard reduseres med 40%
3. Gjennomsnittlig reparasjonstid for rapporterte hull reduseres fra 14 til 7 dager
---
### Dårlig eksempel 2: For lett og "business as usual"
❌ **Objective**: Opprettholde nåværende servicenivå
❌ **Key Results**:
1. Svare på 95% av henvendelser innen 3 dager (vi gjør allerede dette)
2. Ikke få klager fra media
3. Holde budsjettet
**Hva er galt**:
- Ikke ambisiøst (bare vedlikeholde status quo)
- "Ikke få klager" er ikke målbart eller konstruktivt
- OKR skal drive forbedring, ikke beskrive dagens drift
✅ **Forbedret versjon**:
**Objective**: Bli best i klassen på responsivitet for publikumshenvendelser
**Key Results**:
1. Svarresponstid reduseres fra 3 dager til 24 timer (gjennomsnitt)
2. First-contact-resolution øker fra 60% til 85%
3. Publikumstilfredshet med support øker fra 4.0 til 4.7 (av 5)
---
### Dårlig eksempel 3: Ikke målbart
❌ **Objective**: Øke ansattes trivsel
❌ **Key Results**:
1. Ansatte er mer fornøyde
2. Bedre arbeidsmiljø
3. Folk føler seg verdsatt
**Hva er galt**:
- Ingenting er målbart
- Ingen baseline eller target
- Hvordan vet vi om vi lyktes?
✅ **Forbedret versjon**:
**Objective**: Forbedre ansattes trivsel og engasjement i avdeling X
**Key Results**:
1. Medarbeiderundersøkelse: Trivselsscore øker fra 3.5 til 4.2 (skala 1-5)
2. Frivillig turnover reduseres fra 12% til <8%
3. 90% av ansatte oppgir at de føler seg verdsatt (ny undersøkelse)
---
### Dårlig eksempel 4: Mangel på alignment
❌ **Objective (IT-avdeling)**: Modernisere IT-infrastruktur
❌ **Key Results**:
1. Bytte ut 500 PC-er
2. Oppgradere alle servere til ny versjon
3. Implementere ny firewall
**Hva er galt**:
- Kun tekniske aktiviteter
- Ingen link til organisasjonens strategiske mål
- Hva er forretningsmessig verdi?
✅ **Forbedret versjon**:
**Objective**: Øke IT-systemenes pålitelighet og brukertilfredshet for å støtte digital transformasjon
**Key Results**:
1. Systemoppetid øker fra 98.5% til 99.8%
2. Gjennomsnittlig IT-støtte-billettløsningstid reduseres fra 6 timer til 2 timer
3. IT-brukertilfredshet (survey) øker fra 3.2 til 4.3
**Alignment**: Støtter organisasjonens digitale transformasjonsstrategi ved å sikre stabil og responsiv IT.
---
## Praktiske eksempler fra forskjellige domener
### Vei og Transport
**Objective**: Forbedre trafikkflyten i Oslo-regionen
**Key Results**:
1. Gjennomsnittlig reisetid i rush reduseres med 15% (fra 40 min til 34 min)
2. Kollektivtransportandel øker fra 55% til 65%
3. CO₂-utslipp fra bytrafikk reduseres med 10%
---
### Miljø/Bærekraft
**Objective**: Akselerere elektrifisering av vegnettet
**Key Results**:
1. 100 nye hurtigladere installert (fra 300 til 400 totalt)
2. Dekning: <50 km mellom hver lader på alle hovedveier
3. Laderbruk: Kapasitetsutnyttelse øker fra 30% til 60%
---
### Prosjektlevering
**Objective**: Levere E39-prosjekt i tide og innenfor budsjett
**Key Results**:
1. Prosjekt fullført innen 1. desember (ikke forsinkelse)
2. Budsjettavvik: <2% (target: ±20 mill av 1000 mill)
3. Kvalitetssjekk: 95% av milepæler godkjent første gang
---
### Regulatorisk/Compliance
**Objective**: Oppnå full GDPR-compliance i data processing
**Key Results**:
1. 100% av datasystemer kartlagt og vurdert for GDPR-risiko (fra 60%)
2. Alle høyrisiko-gap lukket innen Q3 (0 kritiske funn i audit)
3. Ansatte: 95% fullført GDPR-opplæring med >80% score på test
---
## Sjekkliste for gode OKR
Bruk denne når du skriver eller vurderer OKR:
### Objective
- [ ] Er det inspirerende og meningsfullt?
- [ ] Beskriver det outcome, ikke aktivitet?
- [ ] Er det klart hva suksess betyr?
- [ ] Kan det oppnås i løpet av 4-måneders syklus?
- [ ] Støtter det overordnet strategi?
### Key Results
- [ ] Er hvert KR målbart (tall/prosent/milepæl)?
- [ ] Har vi baseline og target?
- [ ] Er de outcome-fokusert (ikke bare output)?
- [ ] Er de ambisiøse men realistiske?
- [ ] Ville suksess på disse KR virkelig oppnå Objective?
- [ ] Har vi 2-5 KR (ikke for få, ikke for mange)?
### Samlet
- [ ] Maks 3-5 Objectives per team?
- [ ] Kan vi verifisere suksess objektivt?
- [ ] Er det klart hvem som eier hvert KR?
- [ ] Ville dette imponere stakeholders hvis vi lykkes?

578
plugins/okr/skills/okr-offentlig-sektor/references/okr-framework.md Normal file
View file

@ -0,0 +1,578 @@
# OKR Framework for Offentlig Sektor
## Grunnleggende metodikk
Vår OKR-metodikk er basert på Google's tilnærming (popularisert av John Doerr i "Measure What Matters"), men tilpasset offentlig sektor i Norge.
### Hva er en OKR?
**OKR = Objective + Key Results**
- **Objective (Mål)**: Et kvalitativt, inspirerende mål som beskriver hva du vil oppnå
- **Key Results (Nøkkelresultater)**: 2-5 målbare utfall som viser at målet er nådd
### Forskjell fra tradisjonelle KPI-er
- **KPI-er**: Måler helse og vedvarende ytelse ("business as usual")
- **OKR-er**: Driver endring og forbedring (ambisiøse mål som flytter nåla)
En analogi: KPI er som speedometeret i bilen (overvåker fart), OKR er destinasjonen du skal til.
## Vår 4-måneders syklus
### Årlig struktur
- **Syklus 1**: Januar - April
- **Syklus 2**: Mai - August
- **Syklus 3**: September - Desember
### Rytme innen hver syklus
**Måned 1 - Planlegging**
- Uke 1: Review av overordnede strategimål
- Uke 1-2: Brainstorm og draft OKR
- Uke 2: Alignment-møter mellom team og ledelse
- Uke 2: Finalisere OKR, publisere i Oboard
**Måned 2-3 - Utførelse**
- Månedlig check-in (15-30 min)
- Oppdater status i Oboard
- Identifiser blokkere og juster kurs
**Måned 4 - Review og Retrospektiv**
- Tidlig i måned: Score alle Key Results
- Midt i måned: Review-møte (presenter resultater)
- Slutten av måned: Retrospektiv (lær og forbedre)
- Parallelt: Start planlegging av neste syklus
## Strategiske vs taktiske OKR
I offentlig sektor er det viktig å skille mellom to nivåer av OKR:
### Strategiske OKR (årlige)
**Hvem setter dem:** Toppledelse/etatsledelse
**Horisont:** 12 måneder (kalenderår eller budsjettår)
**Antall:** 3-4 objectives for hele organisasjonen
Strategiske OKR etablerer den overordnede retningen og kommuniserer hva organisasjonen skal oppnå i løpet av året. De er ambisiøse, inspirerende og koblet til virksomhetsstrategi og tildelingsbrev.
**Eksempel - Statens vegvesen strategisk OKR:**
- **Objective**: Etablere SVV som ledende på datadrevet trafikksikkerhet
- **KR1**: Redusere antall alvorlige ulykker på riksveinettet med 10%
- **KR2**: Implementere prediktiv vedlikeholdsmodell på 70% av vegstrekningene
- **KR3**: Oppnå 90% digital selvbetjening på førerkorttjenester
### Taktiske OKR (syklusbaserte)
**Hvem setter dem:** Avdelinger og team
**Horisont:** 4 måneder (per syklus)
**Antall:** 2-4 objectives per team
Taktiske OKR operasjonaliserer de strategiske målene i konkrete, oppnåelige leveranser innenfor en syklus. De gir teams autonomi til å bestemme *hvordan* de bidrar til strategien.
**Eksempel - Team trafikksikkerhet, Syklus 1:**
- **Objective**: Etablere sanntids ulykkesanalyse for raskere respons
- **KR1**: Implementere automatisk varsling ved alvorlige ulykker (< 5 min)
- **KR2**: Redusere gjennomsnittlig responstid fra 45 til 30 minutter
- **KR3**: Analysere 100% av vinterulykker med AI-støtte
### Hvordan de henger sammen
```
Strategisk OKR (årlig) → Taktisk OKR (syklus)
─────────────────────────────────────────────────────────
Etatens KR → Teamets Objective
"Redusere ulykker med 10%" → "Etablere sanntids analyse"
→ "Forbedre vintervedlikehold"
→ "Øke synlighet ved skoler"
```
**Prinsipper:**
- Strategiske Key Results kan bli taktiske Objectives (men ikke slavisk)
- Teams har autonomi til å velge *hvordan* de bidrar
- Ikke alle strategiske KR må dekkes av alle teams
- Krysskobling og avhengigheter avklares i alignment-møter
### Committed vs Aspirational
**Committed (forpliktet):**
- Forventer 100% måloppnåelse
- Typisk: Regulatoriske krav, tildelingsbrev-mål, lovpålagte oppgaver
- Eksempel: "100% av førerkortklager behandlet innen 6 uker"
**Aspirational (ambisiøst):**
- 70-80% måloppnåelse er suksess
- Typisk: Innovasjon, forbedring, nye initiativ
- Eksempel: "Lansere AI-basert chatbot for førerkortspørsmål"
I offentlig sektor anbefales en balanse: 60% committed, 40% aspirational.
## Komplett årshjul for OKR
### Visuell oversikt
```
Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Des
├─────────────────┼─────────────────────┼─────────────────────┤
Syklus 1 │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓│ │ │
Syklus 2 │ │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓│ │
Syklus 3 │ │ │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓│
├─────────────────┼─────────────────────┼─────────────────────┤
Strategi │ │ ◆ │ ◆◆◆◆◆│
└─────────────────┴─────────────────────┴─────────────────────┘
◆ = Strategisk aktivitet ▓ = Syklusgjennomføring
```
### Detaljert årskalender
**November (året før)**
- Uke 45-46: Strategisk planlegging starter
- Input: Tildelingsbrev (utkast), virksomhetsplan, styringssignaler
- Ledergruppen utarbeider forslag til årlige OKR
**Desember**
- Uke 49-50: Strategiske OKR ferdigstilles
- Presenteres på ledermøte/allmøte
- Forberedelse til Syklus 1-planlegging
**Januar** (Syklus 1 start)
- Uke 1: Tildelingsbrev mottas, OKR justeres ved behov
- Uke 1-2: Teams utarbeider taktiske OKR for Syklus 1
- Uke 2: Alignment-workshop mellom teams
- Uke 3: Kick-off - alle OKR publiseres i Oboard
**Februar - Mars**
- Ukentlige team-check-ins (15 min)
- Månedlig OKR-status til ledergruppen
- Identifiser blokkere og juster kurs
**April** (Syklus 1 avslutning + Syklus 2 start)
- Uke 14: Score alle KR, forbered review
- Uke 15: Syklus 1 review-møte (presentasjon av resultater)
- Uke 15-16: Retrospektiv + planlegging Syklus 2
- Uke 16-17: Syklus 2 kick-off
**Mai - Juli**
- Gjennomføring Syklus 2
- Juni: Halvårs strategisk statusmøte (er vi på rett kurs?)
- Eventuelle justeringer av strategiske OKR ved store endringer
**August** (Syklus 2 avslutning + Syklus 3 start)
- Uke 32: Score alle KR
- Uke 33: Review + retrospektiv
- Uke 34-35: Syklus 3 planlegging og kick-off
**September - Oktober**
- Gjennomføring Syklus 3
- Oktober: Statsbudsjettet fremlegges (påvirker neste år)
- Forberedelse til årlig review
**November - Desember** (Syklus 3 avslutning + nytt år)
- Uke 48-49: Syklus 3 review
- Uke 49-50: Årlig OKR-retrospektiv
- Uke 50-51: Strategisk planlegging neste år
- Desember: Statsbudsjettet vedtas av Stortinget
## Integrasjon med budsjettprosess
OKR i offentlig sektor må koordineres med statens budsjettprosess for å være realistiske og gjennomførbare.
### Nøkkeldatoer i statsbudsjettet
| Dato | Hendelse | OKR-implikasjon |
|------|----------|-----------------|
| Oktober 15 | Statsbudsjett fremlegges | Indikasjon på ressursrammer |
| November | Stortingsbehandling | Avklaringer underveis |
| Desember (tidlig) | Budsjett vedtas | Rammer bekreftet |
| Januar | Tildelingsbrev sendes | Endelige mål og rammer |
### Praktisk synkronisering
**Fase 1: Strategisk planlegging (nov-des)**
- Bruk statsbudsjett-forslaget som foreløpig ramme
- Lag "robuste" OKR som tåler mindre justeringer
- Hold 10-15% buffer for usikkerhet
**Fase 2: Tildelingsbrev-justering (januar)**
- Når tildelingsbrevet kommer, verifiser at OKR er realistiske
- Juster ambisjonsnivå eller scope ved behov
- Dokumenter eventuelle avvik fra opprinnelig plan
**Fase 3: Løpende ressursstyring**
- Link OKR til ressursallokering i budsjett
- Bruk OKR-prioritering ved omfordeling
- Rapporter OKR-progress i tertialrapporter
### OKR og tildelingsbrev
Tildelingsbrevet inneholder ofte mål som kan oversettes direkte til OKR:
```
Tildelingsbrev-mål → OKR-formulering
─────────────────────────────────────────────────────────
"Redusere saksbehandlingstid" → KR: "Saksbehandlingstid fra
30 til 20 dager"
"Øke brukertilfredsheten" → KR: "Brukertilfredshet fra
3.5 til 4.2 (skala 1-5)"
"Digitalisere X tjenester" → Objective: "Fulldigitalisere
brukerreisen for tjeneste X"
```
**Tips:** Ikke kopier tildelingsbrevet blindt - oversett til inspirerende, outcome-fokuserte OKR som gir mening for teamene.
### Ressursallokering basert på OKR
OKR kan brukes aktivt i ressursdiskusjoner:
1. **Prioritering**: OKR-er rangert etter viktighet styrer hvor ressurser settes inn
2. **Trade-offs**: "Hvis vi prioriterer OKR A, må vi nedskalere OKR B"
3. **Transparens**: Alle ser koblingen mellom mål og ressursbruk
4. **Omfordeling**: Ved endrede forutsetninger, juster ressurser til prioriterte OKR
## Kjennetegn på gode OKR
### Gode Objectives
- ✅ Inspirerende og meningsfull
- ✅ Klar retning ("Hva vil vi oppnå?")
- ✅ Tidsbestemt (innenfor syklus)
- ✅ Aligned med overordnet strategi
- ✅ Fokusert på outcome, ikke aktivitet
❌ **Dårlig**: "Forbedre kundeservice"
✅ **Bedre**: "Levere raskere og mer responsiv kundeservice for førerkortsøknader"
### Gode Key Results
- ✅ Målbar (tall, prosent, eller klare milepæler)
- ✅ Outcome-basert, ikke output
- ✅ Ambisiøs men oppnåelig
- ✅ Med baseline og target
- ✅ Verifiserbar (kan avgjøre om oppnådd)
❌ **Dårlig**: "Gjennomføre 5 kundeservicetraininger"
✅ **Bedre**: "Øke kundetilfredshet fra 75% til 90% (via survey)"
## Scoring system
**Skala**: 0.0 til 1.0 (eller 0% til 100%)
- **1.0** = Target nådd 100%
- **0.7-0.8** = God score for ambisiøse (stretch) OKR
- **0.5-0.6** = Under forventning, men verdifullt forsøk
- **<0.5** = Trenger grundig analyse: feil ambisjonsnivå, eller eksterne blokkere?
### Typer OKR
- **Committed**: Må nås (typisk 0.9-1.0 forventet). Eksempel: Regulatoriske krav.
- **Aspirational (Stretch)**: Ambisiøse mål (0.6-0.8 er suksess). Eksempel: Innovasjon, store forbedringer.
**Viktig**: Scorer brukes til læring, IKKE personlig evaluering eller bonus.
## Progresjonsberegning og prognosering
### Progresjonsformel
Progresjon (score) beregnes med formelen:
```
Score = (Nåværende verdi − Baseline) / (Target − Baseline)
```
**Eksempel:**
```
KR: Øke NPS fra 30 til 50
Nåværende verdi: 40
Score = (40 − 30) / (50 − 30) = 10 / 20 = 0.5 (50%)
```
**Flere eksempler:**
| KR | Baseline | Target | Nåværende | Score |
|----|----------|--------|-----------|-------|
| Saksbehandlingstid fra 30 til 20 dager | 30 | 20 | 25 | 0.5 |
| Brukertilfredshet fra 3.5 til 4.5 | 3.5 | 4.5 | 4.2 | 0.7 |
| Digitale søknader fra 40% til 80% | 40% | 80% | 70% | 0.75 |
| Responstid fra 60 til 30 sekunder | 60 | 30 | 38 | 0.73 |
**Merk:** For KR-er der lavere er bedre (f.eks. redusere tid), fungerer formelen fortsatt korrekt fordi både teller og nevner blir negative.
### Aggregert score
OKR-scorer aggregeres oppover i hierarkiet:
**Nivå 1: Key Result → Objective**
```
Objective-score = Gjennomsnitt av alle KR-scorer
Eksempel:
KR1: 0.7
KR2: 0.5
KR3: 0.8
───────────
Objective-score = (0.7 + 0.5 + 0.8) / 3 = 0.67
```
**Nivå 2: Objective → Team**
```
Team-score = Gjennomsnitt av alle Objective-scorer
Eksempel:
Objective A: 0.67
Objective B: 0.80
Objective C: 0.55
───────────────────
Team-score = (0.67 + 0.80 + 0.55) / 3 = 0.67
```
**Nivå 3: Team → Organisasjon**
```
Organisasjon-score = Gjennomsnitt av alle Team-scorer
```
#### Vektet gjennomsnitt
I noen tilfeller gir det mening å vekte KR-er ulikt:
```
Vektet score = Σ(KR-score × vekt) / Σ(vekt)
Eksempel med vekting:
KR1: 0.7 (vekt: 2 - kritisk)
KR2: 0.5 (vekt: 1 - normal)
KR3: 0.8 (vekt: 1 - normal)
───────────────────────────
Vektet score = (0.7×2 + 0.5×1 + 0.8×1) / (2+1+1) = 2.7 / 4 = 0.675
```
**Når bruke vekting:**
- Når noen KR-er er tydelig viktigere enn andre
- Når ressursinnsatsen varierer vesentlig mellom KR-er
- Når noen KR-er er "committed" og andre "aspirational"
**Anbefaling:** Start med uvektet gjennomsnitt. Introduser vekting kun hvis det gir tydelig verdi.
### Confidence levels (konfidensnivåer)
Mens *score* måler faktisk oppnåelse, måler *confidence* sannsynligheten for å nå målet. Confidence oppdateres underveis i syklusen, score beregnes ved slutt.
#### Tre-nivå skala
| Nivå | Farge | Betydning | Handling |
|------|-------|-----------|----------|
| **On Track** | 🟢 Grønn | >70% sannsynlighet for å nå target | Fortsett som planlagt |
| **At Risk** | 🟡 Gul | 30-70% sannsynlighet | Identifiser blokkere, vurder tiltak |
| **Off Track** | 🔴 Rød | <30% sannsynlighet | Umiddelbar handling kreves |
#### Vurdering av confidence mid-syklus
Ved hver check-in, still følgende spørsmål:
1. **Progresjon vs forventet:** Er vi der vi burde være gitt tid brukt?
2. **Trend:** Akselererer vi, holder vi fart, eller bremser vi?
3. **Blokkere:** Finnes det kjente hindringer som ikke er løst?
4. **Ressurser:** Har vi det vi trenger for å fullføre?
5. **Eksterne faktorer:** Har noe endret seg i omgivelsene?
**Tommelfingerregel for tidsjustering:**
| Tidspunkt i syklus | Forventet progresjon (lineær) |
|-------------------|-------------------------------|
| 25% av tiden (måned 1) | ~25% av target |
| 50% av tiden (måned 2) | ~50% av target |
| 75% av tiden (måned 3) | ~75% av target |
| 100% av tiden (måned 4) | 100% av target |
**Eksempel:**
```
KR: Øke NPS fra 30 til 50 (4-måneders syklus)
Ved slutten av måned 2: NPS = 35
Forventet ved 50%: 30 + (50-30) × 0.5 = 40
Faktisk: 35
Gap: 5 poeng under forventet → At Risk 🟡
```
#### Starter på 50%
Ved syklusstart bør confidence-scoren være rundt 50% (0.5). Dette reflekterer usikkerhet - vi vet ennå ikke om vi vil lykkes. Etter hvert som vi implementerer tiltak og ser resultater, bør confidence bevege seg:
- **Oppover mot grønn:** Tiltak virker, vi er på vei mot målet
- **Nedover mot rød:** Blokkere oppstår, progresjon stopper opp
Hvis confidence alltid starter og forblir på 90%+, setter dere sannsynligvis ikke ambisiøse nok mål.
### Prognosering
#### Lineær projeksjon
Den enkleste metoden for å forutsi sluttresultat:
```
Prognose = Baseline + (Nåværende progresjon / Tid brukt) × Total tid
Eksempel:
KR: Øke konvertering fra 10% til 20%
Tid: 2 av 4 måneder brukt (50%)
Nåværende: 14%
Progresjon: (14-10) / (20-10) = 0.4 (40%)
Rate = 40% progresjon / 50% tid = 0.8
Prognose ved syklusslutt: 10 + (0.8 × 100% × 10) = 18%
```
#### Tidsjustert forventning
Beregn om du er foran eller bak skjema:
```
Forventet verdi = Baseline + (Target - Baseline) × (Tid brukt / Total tid)
Eksempel:
KR: Redusere ventetid fra 60 til 30 minutter
Ved måned 2 av 4 (50% tid):
Forventet = 60 + (30-60) × 0.5 = 60 - 15 = 45 minutter
Faktisk = 50 minutter
Status: 5 minutter bak skjema
```
#### Når justere target vs øke innsats
| Situasjon | Anbefaling |
|-----------|------------|
| Konsekvent under forventet, men innenfor kontroll | Øk innsats, legg til ressurser |
| Blokkert av eksterne faktorer utenfor kontroll | Juster target med dokumentert begrunnelse |
| Forutsetninger viste seg feil | Juster KR til mer meningsfullt mål |
| Markedet/konteksten har endret seg fundamentalt | Revurder hele Objective |
**Prinsipp:** Juster target kun når det ikke lenger er et meningsfullt mål, ikke fordi det er vanskelig å nå.
### Standardisert rapporteringsformat
Bruk følgende format for konsistent rapportering i check-ins og reviews:
```
┌─────────────────────────────────────────────────────────────┐
│ KR: [Beskrivelse med baseline → target] │
├─────────────────────────────────────────────────────────────┤
│ Status: [Nåværende] / [Target] ([Score]) │
│ Confidence: [On Track 🟢 | At Risk 🟡 | Off Track 🔴] │
│ Prognose: [Forventet verdi ved syklusslutt] │
│ Tiltak: [Neste konkrete handling + tidsfrist] │
└─────────────────────────────────────────────────────────────┘
```
**Eksempel utfylt:**
```
┌─────────────────────────────────────────────────────────────┐
│ KR: Øke NPS fra 30 til 50 │
├─────────────────────────────────────────────────────────────┤
│ Status: 40/50 (0.5) │
│ Confidence: At Risk 🟡 │
│ Prognose: 45 ved syklusslutt │
│ Tiltak: Lansere feedback-loop innen uke 8 │
└─────────────────────────────────────────────────────────────┘
```
#### Aggregert teamrapport
For team-nivå rapportering:
```
┌─────────────────────────────────────────────────────────────┐
│ TEAM: [Teamnavn] Syklus: [X] 20XX │
├─────────────────────────────────────────────────────────────┤
│ Samlet score: 0.XX (XX%) │
│ On Track: X av Y OKR-er │
│ At Risk: X av Y OKR-er │
│ Off Track: X av Y OKR-er │
├─────────────────────────────────────────────────────────────┤
│ Highlights: [Største fremgang denne perioden] │
│ Risiko: [Største utfordring som trenger fokus] │
│ Behov: [Evt. eskalering eller støtte] │
└─────────────────────────────────────────────────────────────┘
```
#### Kilder og beste praksis
Metodikken over er basert på etablert OKR-praksis fra:
- Mooncamp OKR Scoring Guide
- Atlassian OKR Play
- Businessmap/Kanbanize OKR-beregninger
- OKR International skalering
## Vanlige feil og løsninger
### 1. For mange OKR
**Problem**: Team med 10 objectives mister fokus.
**Løsning**: Maksimalt 3-5 Objectives per team per syklus.
### 2. Business-as-usual som OKR
**Problem**: "Vedlikeholde nåværende tjenester" er ikke et mål.
**Løsning**: OKR skal drive forbedring. Spør: "Hva kan vi forbedre utover dagens nivå?"
### 3. Aktivitetsorienterte KR
**Problem**: "Holde 5 møter", "Lage en rapport"
**Løsning**: Fokuser på outcome av aktiviteten. "Øke X med Y% via rapport-innsikter"
### 4. Vage eller ikke-målbare KR
**Problem**: "Øke stakeholder happiness"
**Løsning**: Definer hvordan det måles: "Stakeholder satisfaction score øker fra 3.5 til 4.5 (skala 1-5)"
### 5. Mangel på alignment
**Problem**: Team setter mål i siloer uten å se helheten.
**Løsning**: Cascading-prosess (se under) og åpne OKR for alle.
### 6. "Set and forget"
**Problem**: Skriver OKR i januar, glemmer dem til april.
**Løsning**: Månedlige check-ins, synlig tracking i Oboard, kultur for progress-oppdatering.
## Cascading og alignment
### Prosess
1. **Topp-nivå**: Ledelsen setter organisasjonens OKR (årlig eller per syklus)
2. **Avdelingsnivå**: Hver avdeling utleder sine OKR som støtter topp-nivå
3. **Teamnivå**: Team lager egne OKR som bidrar til avdelings-OKR
4. **Kryssvalidering**: Sjekk at ingen team jobber mot hverandre
### Alignment-sjekk
Hvert team skal kunne svare:
- "Hvilket overordnet mål støtter vår OKR?"
- "Hvis vi lykkes, hvordan påvirker det organisasjonen?"
### Verktøy for alignment
- **Oboard**: Link team OKR til parent OKR
- **Alignment workshops**: Quarterly møter mellom team for å koordinere
- **Transparency**: Alle OKR er synlige på Oboard/intranett
## Håndtering av kvalitative mål
Offentlig sektor har mange kvalitative mål (f.eks. "øke tillit", "forbedre sikkerhet").
**Tilnærming**:
- **Surveys/undersøkelser**: Tilfredshet, tillit, opplevelse (før/etter måling)
- **Kriterier-basert**: "3 av 5 kriterier for X er oppfylt"
- **Ekspertbedømmelse**: "Godkjent av uavhengig revisor"
- **Milepæler**: "Policy X vedtatt av Stortinget innen Q3"
Selv kvalitative mål bør ha en definert måte å verifisere suksess på.
## Copilot Studio/Oboard integrasjon
- **Oboard** er vår primære OKR-plattform
- Input OKR: Objective, KR, owner, baseline, target, current progress
- Check-ins: Logg progress regelmessig
- Rapportering: Generer dashboards for reviews
**PowerPoint**: Brukes til presentasjoner av OKR i møter
## Nøkkelprinsipper å huske
1. **Focus**: Færre, sterkere mål
2. **Alignment**: Alle bidrar til samme retning
3. **Ambition**: 0.7 er suksess, ikke 1.0
4. **Transparency**: OKR er åpne
5. **Continuous Tracking**: Følg opp månedlig
6. **Learning over Punishment**: Scorer brukes til forbedring, ikke straff

463
plugins/okr/skills/okr-offentlig-sektor/references/okr-implementation.md Normal file
View file

@ -0,0 +1,463 @@
# OKR Innføring og Endringsledelse
Å skrive gode OKR er én ting. Å få en organisasjon til å adoptere OKR krever endringsledelse. Mange OKR-initiativer feiler ikke på grunn av dårlige OKR, men på grunn av dårlig implementering.
## Hvorfor innføring feiler
**Statistikk viser**:
- Organisasjoner med OKR er 39% mer sannsynlige å nå sine mål
- Team som gjennomfører ukentlige check-ins oppnår 43% flere mål
- Team som gjennomfører strukturerte retrospektiver fullfører 30-45% flere objectives
Men disse gevinstene krever systematisk innføring og kulturendring.
---
## Rollout-strategier
### 1. Pilotbasert innføring (anbefalt for offentlig sektor)
**Prinsipp**: Start smått, lær, skaler.
**Tre pilot-alternativer**:
| Alternativ | Beskrivelse | Fordeler | Ulemper |
|------------|-------------|----------|---------|
| **Ledergruppen først** | Direktører setter OKR før resten | Forankring i toppen, synlig forpliktelse | Mangler operativt perspektiv |
| **Én avdeling** | Hele avdelingen (alle nivåer) piloterer | Realistisk simulering, inkluderer utførere | Kan forsterke siloer |
| **Strategisk initiativ** | Tverrfaglig team på konkret prosjekt | Viser kraften i alignment, bryter siloer | Krevende koordinering |
**Anbefaling for offentlig sektor**: Start med **ett tverrfaglig initiativ** (f.eks. digitalisering av en tjeneste) eller **én motivert avdeling**. Unngå ren top-down piloting.
### 2. Top-down vs Bottom-up
**Top-down**:
- Ledelsen setter retningen (3-5 organisasjons-OKR)
- Tydelig alignment, rask utrulling
- Risiko: Ansatte føler seg fremmedgjort
**Bottom-up**:
- Team foreslår egne OKR basert på strategi
- Høyere eierskap og motivasjon
- Risiko: Fragmentering, manglende alignment
**Anbefalt hybrid for offentlig sektor**:
1. Ledelsen setter 3-5 **retningsgivende objectives** (basert på tildelingsbrev/strategiplan)
2. Avdelinger og team utarbeider **egne OKR** som støtter disse
3. **Alignment-workshops** sikrer koordinering
4. **Kvartalsvise check-ins** mellom nivåene
### 3. Big Bang (sjelden anbefalt)
Hele organisasjonen innfører OKR samtidig. Kan fungere i:
- Små organisasjoner (<50 ansatte)
- Situasjoner med stort endringspress
- Sterk topplederforankring og ressurser til opplæring
**Risiko**: Hvis det går galt, mister alle tilliten samtidig.
---
## Fasert implementering
### Fase 0: Forberedelse (3-6 måneder før)
**Uke 1-2: Vurdering og beslutning**
- [ ] Vurder organisasjonens modenhet for OKR
- [ ] Identifiser kulturelle utfordringer (hierarki, siloer, fryktkultur?)
- [ ] Beslutt implementeringstilnærming (pilot vs bredde)
- [ ] Velg pilot-team/avdeling
- [ ] Sikre budsjett for opplæring og evt. verktøy
**Uke 3-4: Lederforankring**
- [ ] Workshop med ledergruppen om OKR-metodikk
- [ ] Ledelsen setter strategiske OKR for pilotperioden
- [ ] Utnevn Executive Sponsor og OKR Champion
- [ ] Definer suksesskriterier for piloten
**Uke 5-6: Kommunikasjon og forberedelse**
- [ ] Kommuniser "hvorfor OKR" til hele organisasjonen
- [ ] Adresser bekymringer proaktivt
- [ ] Forbered opplæringsmateriell
- [ ] Sett opp Oboard eller annet verktøy
### Fase 1: Pilot (1-2 sykluser / 4-8 måneder)
**Syklus 1: Test og lær**
*Måned 1 - Planlegging*
- [ ] Pilot-team(s) får grundig OKR-opplæring
- [ ] Team utarbeider sine første OKR
- [ ] Alignment-møte med ledelsen
- [ ] Publiser OKR i Oboard
*Måned 2-3 - Utførelse*
- [ ] Ukentlige team check-ins
- [ ] Månedlig status til OKR Champion
- [ ] OKR Champion samler lærdommer
*Måned 4 - Review*
- [ ] Score alle OKR
- [ ] Retrospektiv: Hva fungerte? Hva var vanskelig?
- [ ] Dokumenter endringer til prosessen
- [ ] Beslutt: Fortsett pilot eller start skalering?
**Syklus 2: Forbedre og bekrefte**
- Samme rytme, men med forbedringer fra syklus 1
- Begynn å forberede skaleringsplan
- Identifiser interne "ambassadører" fra pilot-teamet
### Fase 2: Skalering (2-3 sykluser)
**Gradvis utrulling**:
- Syklus 3: +2-3 avdelinger
- Syklus 4: +flere avdelinger, hele divisjoner
- Syklus 5: Hele organisasjonen
**For hver bølge**:
1. Opplæring av nye team (bruk ambassadører fra piloten)
2. Støtte fra OKR Champion
3. Alignment-workshops på tvers
4. Evaluer og tilpass prosessen
**Kritiske suksessfaktorer i skalering**:
- Ledere på alle nivåer må delta aktivt
- Behold regelmessig rytme (ikke la det gli)
- Feir fremgang og del gode eksempler
- Aksepter at det tar tid
### Fase 3: Modning og optimalisering (6+ sykluser)
**Kjennetegn på modent OKR-system**:
- OKR er integrert i styringssystemet
- Alle team har selvgående OKR-praksis
- Check-ins og retrospektiver skjer automatisk
- OKR informerer ressursallokering
- Kontinuerlig forbedring av metodikken
**Fokusområder**:
- Avansert alignment (vertikal + horisontal)
- OKR-basert prioritering i ledermøter
- Kobling til porteføljestyring
- Benchmarking og læring på tvers av etater
---
## Motstandshåndtering
### Vanlige innvendinger og svar
#### 1. "Vi har allerede KPI-er"
**Svar**: KPI-er og OKR har ulike formål:
- **KPI-er** = Helsemålinger, overvåker drift ("Holder vi farten?")
- **OKR** = Forbedringsmål, driver endring ("Hvor skal vi?")
KPI-er forteller deg *hvordan* ting går. OKR forteller deg *hva som skal bli bedre*. Dere trenger begge.
**Praktisk tilnærming**: La KPI-er fortsette for daglig drift. Bruk OKR for de 3-5 viktigste forbedringsområdene per syklus.
#### 2. "Dette er bare enda et system / ny trend"
**Svar**: OKR har vært brukt i 50+ år (Intel 1970-tallet, Google siden 1999). Det er ikke en trend, men en bevist metodikk.
**Praktisk tilnærming**:
- Vis til konkrete resultater (Google, Intel, LinkedIn)
- Start med ett team for å bevise verdi internt
- Ikke overselg - la resultatene tale
#### 3. "Ledelsen kommer til å bruke dette mot oss"
**Svar**: OKR skal ALDRI kobles til personlig evaluering eller lønn. Det ville ødelegge hele poenget (ambisiøse mål).
**Praktisk tilnærming**:
- Gjør dette eksplisitt i retningslinjene
- 0.7 score = suksess for stretch-mål
- Score brukes til læring, ikke straff
- Ledelsen må modellere dette selv
#### 4. "Vi har ikke tid til enda flere møter"
**Svar**: OKR erstatter ineffektive møter med fokuserte. Ukentlig 15-min check-in + månedlig 30-min review er mindre enn mange bruker i dag på ustrukturert statusrapportering.
**Praktisk tilnærming**:
- Integrer OKR-status i eksisterende møter
- Bruk tidsbruk-argumentet: Fokus sparer tid
- Start med minimal møtestruktur, utvid ved behov
#### 5. "Det passer ikke for offentlig sektor"
**Svar**: OKR er tilpasset offentlig sektor i mange land (Ukraina anti-korrupsjonsbyrå, Code for America, Syracuse kommune). Kvalitative mål kan måles via surveys, kriterier, milepæler.
**Praktisk tilnærming**:
- Bruk eksempler fra offentlig sektor
- Tilpass ambisjonsnivå til konteksten
- Fokuser på outcome (bedre tjenester) ikke output
#### 6. "Hva med tildelingsbrevet og andre krav?"
**Svar**: OKR erstatter ikke tildelingsbrev eller virksomhetsplaner. OKR er et verktøy for å prioritere og oppnå de viktigste målene.
**Praktisk tilnærming**:
- La strategiske prioriteringer fra tildelingsbrevet informere Objectives
- Ikke alle krav blir OKR - kun det som krever fokusert forbedring
- Drift og compliance fortsetter som før
#### 7. "Vi prøvde noe lignende før, det fungerte ikke"
**Svar**: Mange innføringer feiler på grunn av dårlig implementering, ikke dårlig metodikk. Vanlige årsaker: manglende opplæring, ingen rytme, ingen oppfølging.
**Praktisk tilnærming**:
- Analyser hva som gikk galt sist
- Start med pilot, lær, tilpass
- Sikre dedikert OKR Champion
- Forplikt til minimum 2 sykluser før evaluering
### Stakeholder-kartlegging
Før innføring, kartlegg viktige interessenter:
| Kategori | Hvem | Strategi |
|----------|------|----------|
| **Sponsorer** | Ledere som støtter aktivt | Gi dem synlig rolle, bruk dem som talspersoner |
| **Champions** | Engasjerte mellomledere/medarbeidere | Involver i pilot, gi dem opplæring, la dem lære opp andre |
| **Nøytrale** | Avventende flertall | Fokuser på konkrete gevinster, unngå oversalg |
| **Skeptikere** | De som tviler | Lytt til bekymringer, adresser dem konkret, gi dem tid |
| **Motstandere** | Aktivt motarbeidende | Forstå hvorfor, involver hvis mulig, unngå å tvinge |
### Champions-nettverk
Bygg et nettverk av OKR-ambassadører:
1. **Rekruttering**: Finn 1-2 engasjerte personer per avdeling
2. **Opplæring**: Gi dem grundig OKR-trening
3. **Mandat**: La dem fasilitere OKR-prosessen i sine team
4. **Nettverk**: Månedlige samlinger for champions (del erfaringer)
5. **Synlighet**: Anerkjenn deres bidrag, gi dem credibility
---
## Kulturbygging
### Fra compliance til commitment
**Compliance-kultur** (unngå):
- "Vi setter OKR fordi vi må"
- Check-boks mentalitet
- Fokus på å se bra ut
- Frykt for å feile
**Commitment-kultur** (mål):
- "Vi bruker OKR fordi det hjelper oss"
- Ekte fokus på forbedring
- Åpenhet om utfordringer
- Læring fra feil
**Hvordan bygge commitment**:
1. Ledere modellerer adferd (egne OKR, åpenhet om score)
2. Feire læring, ikke bare suksess
3. Aldri straff for lav score på stretch-mål
4. Del gode historier ("OKR hjalp oss med X")
### Psykologisk trygghet og stretch-mål
Stretch-mål krever psykologisk trygghet. Ansatte må:
- Tørre å sette ambisiøse mål
- Våge å si fra om problemer
- Dele ærlige status-oppdateringer
- Lære av feil uten frykt
**Ledertiltak**:
- Vær åpen om egne utfordringer og lærdommer
- Respond konstruktivt på dårlige nyheter
- Skil mellom Committed OKR (må nås) og Aspirational (stretch)
- Bruk retrospektiver til læring, ikke klandring
### Feiring av læring
**I stedet for**: "Team X nådde 100% av alle mål!" (oppmuntrer til sandbagging)
**Si heller**: "Team X satte ambisiøse mål, nådde 70%, og lærte at Y var nøkkelen til suksess."
**Praktiske tiltak**:
- Del læringshistorier i felles fora
- Anerkjenn team som justerer kurs basert på data
- Feir "gode feil" (vi prøvde noe nytt, lærte masse)
- Bruk retrospektiv-innsikter til neste syklus
---
## Vanlige feil ved implementering
### 1. For mange OKR for tidlig
**Feilen**: Team starter med 8 Objectives og 25 Key Results.
**Konsekvens**: Fragmentert fokus, ingen reell prioritering, OKR-tretthet.
**Løsning**: Maksimalt 3-5 Objectives per team, 2-4 Key Results per Objective. Bedre å gjøre færre ting skikkelig.
### 2. Manglende lederforankring
**Feilen**: HR eller stabsfunksjon ruller ut OKR uten synlig støtte fra toppledelsen.
**Konsekvens**: OKR oppfattes som "enda et HR-initiativ", ikke reell prioritering.
**Løsning**: Executive Sponsor må delta aktivt, ha egne OKR, snakke om OKR i ledermøter, allokere ressurser.
### 3. Kobling til bonus/evaluering
**Feilen**: OKR-score brukes i medarbeidersamtale eller til å beregne bonus.
**Konsekvens**: Sandbagging - folk setter lave mål de vet de når. Motstridende incentiver.
**Løsning**: Hold OKR separat fra personalevaluering. Vurder heller *hvordan* folk jobber med OKR (tar ansvar, deler åpent, lærer).
### 4. Ingen dedikert OKR-eier
**Feilen**: OKR ruller ut, men ingen har ansvar for å holde prosessen i gang.
**Konsekvens**: Check-ins glemmes, retrospektiver droppes, systemet forvitrer.
**Løsning**: Utpek en OKR Champion med dedikert tid (minimum 20% i pilot-fase). Større organisasjoner trenger kanskje flere.
### 5. "Set and forget"
**Feilen**: OKR settes i januar, ingen ser på dem før april.
**Konsekvens**: OKR blir et skrivebordsdokument, mister relevans.
**Løsning**: Etabler rytme med ukentlige team check-ins og månedlige reviews. Bruk Oboard aktivt.
### 6. For dyp cascading
**Feilen**: OKR kaskaderer gjennom 5 organisasjonsnivåer, hvert nivå lager egne OKR.
**Konsekvens**: Enorm kompleksitet, lang planleggingstid, tap av fleksibilitet.
**Løsning**: Maksimalt 2-3 nivåer av OKR. Organisasjons-OKR → Avdelings-OKR → evt. Team-OKR. Individuelle OKR kun unntaksvis.
### 7. Aktivitetsfokus i stedet for outcome
**Feilen**: Key Results er oppgavelister ("Gjennomfør 5 workshops", "Lag rapport").
**Konsekvens**: Man kan oppnå 100% og likevel ikke skape verdi.
**Løsning**: Spør alltid "Hvorfor gjør vi denne aktiviteten? Hva er effekten vi ønsker?" Mål effekten, ikke aktiviteten.
### 8. Ingen alignment-prosess
**Feilen**: Alle team setter OKR isolert, uten å se hva andre gjør.
**Konsekvens**: Duplikering, konflikter, manglende koordinering.
**Løsning**: Alignment-workshop ved syklusstart. Alle team presenterer draft-OKR, identifiser overlapp og hull.
---
## OKR-roller
### Executive Sponsor
**Hvem**: Direktør, avdelingsleder eller annen toppleder
**Ansvar**:
- Synlig støtte for OKR-initiativet
- Egne OKR som modellerer ønsket adferd
- Allokerer ressurser (tid, opplæring, verktøy)
- Kobler OKR til organisasjonens strategi
- Deltar i kvartalsvise reviews
**Tidsbruk**: 2-4 timer per måned
### OKR Champion / Coach
**Hvem**: Dedikert person fra HR, strategi eller virksomhetsstyring
**Ansvar**:
- Designer og vedlikeholder OKR-prosessen
- Trener team og ledere i OKR-metodikk
- Fasiliterer workshops og alignment-sesjoner
- Følger opp at check-ins og reviews gjennomføres
- Samler lærdommer og forbedrer systemet
- Rapporterer status til Executive Sponsor
**Tidsbruk**: 20-50% stilling i innføringsfasen, kan reduseres over tid
### Team OKR-eier
**Hvem**: Teamleder, seksjonsleder eller dedikert person i teamet
**Ansvar**:
- Fasiliterer teamets OKR-planlegging
- Sikrer alignment med overordnede OKR
- Leder ukentlige check-ins
- Oppdaterer status i Oboard
- Rapporterer til OKR Champion ved behov
**Tidsbruk**: 2-4 timer per uke
### Individuell bidragsyter
**Hvem**: Alle medarbeidere i team som bruker OKR
**Ansvar**:
- Forstår hvordan eget arbeid bidrar til team-OKR
- Deltar aktivt i check-ins
- Oppdaterer egne aktiviteter/bidrag
- Gir ærlig status (ikke pynt på virkeligheten)
- Foreslår forbedringer
**Tidsbruk**: 30-60 min per uke
---
## Rollout-plan mal
### Mal for 12-ukers pilot
**Uke 1-2: Forberedelse**
| Aktivitet | Ansvarlig | Ferdig? |
|-----------|-----------|---------|
| Utpek Executive Sponsor | Ledergruppen | ☐ |
| Utpek OKR Champion | Ledergruppen | ☐ |
| Velg pilot-team | OKR Champion | ☐ |
| Informer pilot-team | Executive Sponsor | ☐ |
**Uke 3-4: Opplæring**
| Aktivitet | Ansvarlig | Ferdig? |
|-----------|-----------|---------|
| OKR-workshop for pilot-team (4t) | OKR Champion | ☐ |
| Sett opp Oboard/verktøy | OKR Champion | ☐ |
| Del støttemateriell | OKR Champion | ☐ |
**Uke 5-6: Planlegging (Syklus-måned 1)**
| Aktivitet | Ansvarlig | Ferdig? |
|-----------|-----------|---------|
| Draft team-OKR | Team OKR-eier | ☐ |
| Alignment-møte med sponsor | Team + Sponsor | ☐ |
| Publiser OKR i Oboard | Team | ☐ |
**Uke 7-10: Utførelse (Syklus-måned 2-3)**
| Aktivitet | Ansvarlig | Ferdig? |
|-----------|-----------|---------|
| Ukentlig check-in | Team OKR-eier | ☐ x4 |
| Månedlig statusrapport | Team OKR-eier | ☐ x2 |
| Støtte fra OKR Champion | OKR Champion | ☐ |
**Uke 11-12: Review (Syklus-måned 4)**
| Aktivitet | Ansvarlig | Ferdig? |
|-----------|-----------|---------|
| Score alle OKR | Team | ☐ |
| Retrospektiv | OKR Champion | ☐ |
| Beslutning om videreføring | Ledergruppen | ☐ |
---
## Ressurser
- Doerr, John: *Measure What Matters* (2018) - Grunnbok om OKR
- [re:Work with Google - OKR Guide](https://rework.withgoogle.com/guides/set-goals-with-okrs/) - Googles offisielle OKR-ressurs
- [OKR Institute](https://okrinstitute.org/) - Forskning og best practices
- [What Matters](https://www.whatmatters.com/) - John Doerrs ressursside
- [Code for America OKR Case Study](https://www.whatmatters.com/articles/code-for-america-okrs-local-government) - Offentlig sektor-eksempel

597
plugins/okr/skills/okr-offentlig-sektor/references/okr-integrations.md Normal file
View file

@ -0,0 +1,597 @@
# OKR-integrasjoner: Agile, Prosjektportefølje og Verktøy
Hvordan OKR fungerer sammen med andre rammeverk og verktøy i offentlig sektor.
## Innhold
1. [OKR + Scrum](#okr--scrum)
2. [OKR + Kanban](#okr--kanban)
3. [OKR + Prosjektportefølje](#okr--prosjektportefølje)
4. [OKR + SAFe](#okr--safe-skalert-agile)
5. [Verktøyintegrasjon](#verktøyintegrasjon)
---
## OKR + Scrum
### Hvorfor kombinere?
OKR og Scrum utfyller hverandre:
| OKR | Scrum |
|-----|-------|
| **Hvorfor** – Strategisk retning | **Hvordan** – Operasjonell utførelse |
| Kvartalsvis syklus | 2-ukers sprinter |
| Outcome-fokus (resultater) | Output-fokus (leveranser) |
| Definerer suksess | Strukturerer arbeidet |
**Nøkkelinnsikt**: OKR alene gir ikke struktur for daglig arbeid. Scrum alene gir ikke strategisk retning. Sammen skaper de en komplett arbeidsmodell.
### Timing og synkronisering
```
OKR-syklus (4 måneder i SVV)
├── Sprint 1 (2 uker)
├── Sprint 2 (2 uker)
├── Sprint 3 (2 uker)
├── Sprint 4 (2 uker)
├── Sprint 5 (2 uker)
├── Sprint 6 (2 uker)
├── Sprint 7 (2 uker)
└── Sprint 8 (2 uker) + OKR review/retro
```
**Praktisk tidslinje**:
| Tidspunkt | Aktivitet |
|-----------|-----------|
| 2-4 uker før syklus | OKR-planlegging på organisasjons-/avdelingsnivå |
| 1 uke før syklus | Team-OKR ferdigstilles |
| Syklusstart | Første sprint planning kobles til OKR |
| Midtveis (uke 8-9) | Mid-cycle OKR review |
| Syklusslutt | OKR scoring + retrospektiv |
### Sprint Goals som støtter Key Results
Sprint goals bør eksplisitt kobles til Key Results:
**Eksempel**:
```
Quarterly OKR:
Objective: Redusere saksbehandlingstid for førerkortfornyelse
KR1: Redusere gjennomsnittlig behandlingstid fra 10 til 5 dager
KR2: 95% av saker ferdigbehandlet innen SLA
KR3: Redusere manuell håndtering fra 60% til 20%
Sprint 1 Goal:
"Implementere automatisk dokumentvalidering for å redusere manuell håndtering"
→ Støtter KR3
Sprint 2 Goal:
"Lansere selvbetjeningsportal for statussjekk for å redusere henvendelser"
→ Støtter KR1 og KR2
Sprint 3 Goal:
"Integrere med Folkeregisteret for automatisk datahenting"
→ Støtter KR1 og KR3
```
### OKR i Scrum-seremonier
#### Sprint Planning
- Vis team-OKR før backlog-prioritering
- Still spørsmålet: "Hvilke backlog-items vil best drive våre Key Results?"
- Definer sprint goal som eksplisitt støtter et eller flere KR
#### Daily Standup
Legg til OKR-perspektiv:
- Standard: "Hva gjorde jeg i går? Hva gjør jeg i dag? Blokkere?"
- **Med OKR**: "Hvordan påvirker dagens arbeid våre Key Results?"
#### Sprint Review
- Vis ikke bare hva som ble levert, men **hvordan det påvirker KR-progress**
- "Vi lanserte feature X → dette har redusert behandlingstid med 1.5 dager → vi er nå på 7.5 dager (target: 5)"
#### Sprint Retrospective
Legg til OKR-refleksjon:
- "Flytter arbeidet vårt oss mot Key Results?"
- "Er sprint goals godt nok koblet til OKR?"
- "Bør vi justere OKR basert på læring?"
### Praktisk eksempel: Komplett 4-måneders syklus
**Kontekst**: Vegtrafikksentralen skal forbedre informasjon til trafikanter
```
SYKLUS Q1 (Januar-April)
Uke -2 til 0 (Desember):
├── Avdelingsmøte: Definerer OKR basert på etats-OKR
├── Team-workshop: Bryter ned til team-OKR
└── OKR publiseres i Oboard
Team-OKR:
Objective: Gi trafikanter raskere og mer presis informasjon
KR1: Redusere tid fra hendelse til varsling fra 15 til 5 min
KR2: Øke nøyaktighet på estimert forsinkelse til 90%
KR3: 80% av trafikanter vurderer informasjon som "nyttig"
Sprint 1-2 (Januar):
├── Sprint 1 Goal: "Implementere sanntidsintegrasjon med kameradata"
│ → Støtter KR1
├── Sprint 2 Goal: "Utvikle ML-modell for forsinkelsesestimering"
│ → Støtter KR2
└── Check-in: KR1 på 0.3, KR2 på 0.2, KR3 baseline etablert
Sprint 3-4 (Februar):
├── Sprint 3 Goal: "Lansere automatisk varslingsrute til radio/app"
│ → Støtter KR1
├── Sprint 4 Goal: "Teste og kalibrere forsinkelsesmodell"
│ → Støtter KR2
└── Check-in: KR1 på 0.6, KR2 på 0.5, KR3 på 0.4
Mid-cycle review (Uke 9):
├── Progress: KR1 god, KR2 på sporet, KR3 trenger fokus
├── Beslutning: Prioriter brukerundersøkelse i neste sprint
└── Ingen OKR-justering nødvendig
Sprint 5-6 (Mars):
├── Sprint 5 Goal: "Implementere push-varsler med forbedret UX"
│ → Støtter KR3
├── Sprint 6 Goal: "Gjennomføre brukertest og iterere"
│ → Støtter KR3
└── Check-in: KR1 på 0.8, KR2 på 0.7, KR3 på 0.6
Sprint 7-8 (April):
├── Sprint 7 Goal: "Optimalisere varslingspipeline end-to-end"
│ → Støtter KR1 og KR2
├── Sprint 8 Goal: "Stabilisering og dokumentasjon"
└── Sluttscoring: KR1: 0.9, KR2: 0.8, KR3: 0.75
OKR Retrospektiv:
├── Hva fungerte: Sprint goals koblet til KR ga fokus
├── Forbedring: Start brukerundersøkelse tidligere
└── Læring til neste syklus dokumentert
```
---
## OKR + Kanban
### Når Kanban passer bedre enn Scrum
Kanban egner seg for:
- Driftsteam med kontinuerlig arbeid (support, vedlikehold)
- Team som håndterer uforutsigbar innkommende mengde
- Arbeid som ikke passer i faste tidsrammer
### Flowmetriker som Key Results
Kanban-metriker kan bli kraftige Key Results:
| Metrikk | Beskrivelse | KR-eksempel |
|---------|-------------|-------------|
| **Lead time** | Total tid fra forespørsel til levert | "Redusere lead time for byggesøknader fra 45 til 25 dager" |
| **Cycle time** | Aktiv arbeidstid (ekskl. venting) | "Redusere cycle time for klagesaker fra 8 til 4 dager" |
| **Throughput** | Antall saker ferdigstilt per periode | "Øke throughput til 200 saker/måned" |
| **WIP** | Arbeid under utførelse | "Maksimalt 5 parallelle saker per saksbehandler" |
**Eksempel OKR med flowmetriker**:
```
Objective: Levere raskere og mer forutsigbar saksbehandling
KR1: Redusere lead time for standard søknader fra 30 til 15 dager
KR2: Oppnå 85% av saker ferdigbehandlet innen 20 dager
KR3: Redusere cycle time variasjon (standardavvik fra 10 til 5 dager)
```
### WIP-grenser og OKR-fokus
WIP-grenser (Work In Progress) tvinger fokus:
```
Kanban-tavle med OKR-swimlanes:
┌─────────────────────────────────────────────────────────┐
│ OKR: Raskere saksbehandling (WIP: 8) │
├────────────┬────────────┬────────────┬────────────────┤
│ Kø (∞) │ Analyse(3) │ Beslut.(3) │ Ferdig │
├────────────┼────────────┼────────────┼────────────────┤
│ ████ │ ██ │ █ │ ██████████ │
│ ████ │ █ │ ██ │ │
│ ██ │ │ │ │
└────────────┴────────────┴────────────┴────────────────┘
┌─────────────────────────────────────────────────────────┐
│ Operasjonelt/vedlikehold (WIP: 4) │
├────────────┬────────────┬────────────┬────────────────┤
│ Kø (∞) │ Pågår (2) │ Review (2) │ Ferdig │
├────────────┼────────────┼────────────┼────────────────┤
│ ██ │ █ │ █ │ ████ │
└────────────┴────────────┴────────────┴────────────────┘
```
**Poeng**: OKR-arbeid får dedikert kapasitet gjennom egen swimlane med egen WIP-grense.
### Kanban-kadenser for OKR-oppfølging
| Kadense | Frekvens | OKR-relevans |
|---------|----------|--------------|
| **Replenishment** | Ukentlig | Prioriter arbeid som driver KR |
| **Daily standup** | Daglig | Sjekk flow mot OKR-mål |
| **Delivery review** | Annenhver uke | Vis KR-progress til stakeholders |
| **Service review** | Månedlig | Er vi på sporet til å nå KR? |
| **Strategy review** | Kvartalsvis | OKR retrospektiv |
### Kontinuerlig flow vs. syklusbasert OKR
**Utfordring**: Kanban er kontinuerlig, OKR er syklusbasert.
**Løsning**: Behold kvartalsvise OKR, men la arbeidet flyte kontinuerlig:
1. **Sett OKR ved syklusstart** – definerer retning
2. **Replenishment-møter** – prioriter alltid arbeid som støtter KR
3. **Mid-cycle review** – juster kapasitetsallokering om nødvendig
4. **Syklusslutt** – scorer OKR, men ingen "sprint-slutt" for arbeid
---
## OKR + Prosjektportefølje
### Tre typer OKR
| Type | Fokus | Typisk eier | Tidshorisont |
|------|-------|-------------|--------------|
| **Prosjekt-OKR** | Business outcome fra spesifikt prosjekt | Prosjektleder | Prosjektets varighet |
| **Produkt-OKR** | Langsiktig produktverdi | Produkteier | Kvartalsvis/årlig |
| **Team-OKR** | Teamets bidrag til felles mål | Teamleder | Kvartalsvis |
**Eksempel på forskjellen**:
```
PROSJEKT-OKR (nytt saksbehandlingssystem):
Objective: Modernisere saksbehandling med nytt system
KR1: 100% av saker håndteres i nytt system innen juni
KR2: Redusere opplæringstid for nye saksbehandlere med 50%
KR3: Oppnå brukertilfredshet (NPS) på +40
PRODUKT-OKR (saksbehandlingssystemet som produkt):
Objective: Bli det foretrukne saksbehandlingsverktøyet
KR1: 90% av brukere logger inn daglig
KR2: Redusere support-henvendelser med 30%
KR3: 3 nye etater tar i bruk systemet
TEAM-OKR (utviklingsteamet):
Objective: Levere høy kvalitet med god hastighet
KR1: Redusere produksjonsfeil med 40%
KR2: Øke deployment-frekvens til 2x per uke
KR3: Teknisk gjeld under 15% av backlog
```
### Porteføljeprioritering basert på OKR
Bruk OKR-alignment som prioriteringskriterium:
**Prioriteringsmatrise**:
| Prosjekt | Strategisk OKR-alignment | Business value | Kostnad | Prioritet |
|----------|-------------------------|----------------|---------|-----------|
| Prosjekt A | Høy (støtter 2 KR) | Høy | Medium | 1 |
| Prosjekt B | Medium (støtter 1 KR) | Høy | Lav | 2 |
| Prosjekt C | Høy (støtter 2 KR) | Medium | Høy | 3 |
| Prosjekt D | Lav | Medium | Lav | 4 |
**Praktisk prosess**:
1. **Definer portefølje-OKR** – Hva skal porteføljen oppnå?
2. **Koble prosjekter til OKR** – Hvilke KR støtter hvert prosjekt?
3. **Vekt etter impact** – Hvor mye bidrar prosjektet til KR?
4. **Prioriter ressurser** – Alloker til høyest OKR-impact først
### Store prosjekter over flere sykluser
Prosjekter som varer 12-36 måneder krever spesiell håndtering:
**Fasebasert tilnærming**:
```
PROSJEKT: Ny nasjonal vegdatabase (18 måneder)
Årlig strategisk OKR:
Objective: Etablere nasjonal vegdatabase som autoritativ kilde
Syklus 1 (Jan-Apr):
Objective: Etablere dataarkitektur og governance
KR1: Datamodell godkjent av alle interessenter
KR2: Governance-struktur implementert
KR3: 3 pilotbrukere integrert
Syklus 2 (Mai-Aug):
Objective: Migrere data fra eksisterende systemer
KR1: 80% av vegdata migrert og validert
KR2: Datakvalitet på 95% for migrerte data
KR3: Nedetid under 4 timer totalt
Syklus 3 (Sep-Des):
Objective: Skalere til nasjonal bruk
KR1: Alle 11 regioner koblet på
KR2: Responstid under 200ms for 95% av spørringer
KR3: 500 aktive brukere
[Fortsetter inn i neste år...]
```
**Nøkkelprinsipper**:
- Årlig OKR gir strategisk stabilitet
- Syklus-OKR gir taktisk fleksibilitet
- Hver syklus har målbare outcomes, ikke bare milepæler
- Mid-cycle reviews vurderer om neste syklus-OKR er riktig
### Milepæler vs. Key Results
| Milepæl | Key Result |
|---------|------------|
| "Lansere system i juni" | "80% av brukere aktivt bruker systemet innen august" |
| "Fullføre integrasjon" | "Integrasjonen reduserer manuelt arbeid med 60%" |
| "Levere rapport" | "Rapporten fører til 3 konkrete beslutninger" |
**Regel**: Milepæler beskriver **hva vi gjør**. Key Results beskriver **hvilken effekt det har**.
**Når bruke milepæler som KR?**
Unntaksvis OK når:
- Capability ikke eksisterer ennå (kan ikke måle effekt)
- Veldig tidlig fase av transformasjon
- Compliance-krav krever spesifikk leveranse
Men: Følg opp med outcome-basert KR i neste syklus.
---
## OKR + SAFe (Skalert agile)
### PI Objectives vs. OKR
| Aspekt | OKR | PI Objectives |
|--------|-----|---------------|
| **Når settes de** | Før PI Planning | Under PI Planning |
| **Hvem setter** | Ledelse + team | Team under planlegging |
| **Fokus** | Strategisk outcome | Leveranse i PI |
| **Tidshorisont** | Kvartal/år | 8-12 uker (PI) |
| **Fleksibilitet** | Kan justeres | Commitment |
**Nøkkelinnsikt**: OKR er **input** til PI Planning. PI Objectives er **output**.
### Hvordan kombinere
```
PROSESSFLYT:
1. Organisasjons-OKR defineres (4-6 uker før PI)
↓
2. Program-OKR avledes (2-3 uker før PI)
↓
3. PI Planning gjennomføres
├── Business context presenteres (inkl. OKR)
├── Team planlegger sprinter
└── PI Objectives formuleres (støtter OKR)
↓
4. PI gjennomføres
├── Sprint goals støtter PI Objectives
└── PI Objectives driver OKR-progress
↓
5. Inspect & Adapt
├── PI Objectives evalueres
└── OKR-progress vurderes
```
### Praktisk eksempel
**Kontekst**: Storprosjekt med 5 team (ART) i Statens vegvesen
```
ORGANISASJONS-OKR (Årlig):
Objective: Øke trafikksikkerhet gjennom bedre varsling
KR1: 50% reduksjon i sekundærhendelser
KR2: 90% av trafikanter varslet innen 5 min
PROGRAM-OKR (Kvartalsvis):
Objective: Lansere integrert varslingssystem v1.0
KR1: System i produksjon med 99.5% uptime
KR2: Integrasjon med 5 trafikksentre
KR3: Positiv feedback fra 80% av operatører
PI PLANNING (PI 4):
Team Alpha (Backend):
PI Objective 1: "Levere API for sanntids trafikkhendelser"
PI Objective 2: "Implementere failover for kritiske tjenester"
Team Beta (Frontend):
PI Objective 1: "Lansere operatør-dashboard v1"
PI Objective 2: "Implementere varslings-workflow"
Team Gamma (Integrasjon):
PI Objective 1: "Koble 3 trafikksentre til plattform"
PI Objective 2: "Etablere datasynk med eksisterende systemer"
ALIGNMENT-SJEKK:
✓ Alle PI Objectives bidrar til Program-OKR
✓ Program-OKR støtter Organisasjons-OKR
✓ Avhengigheter mellom team identifisert
```
### Når bruke OKR vs. PI Objectives
| Situasjon | Bruk |
|-----------|------|
| Definere strategisk retning | OKR |
| Planlegge konkret leveranse | PI Objectives |
| Måle business outcome | OKR (Key Results) |
| Måle team commitment | PI Objectives |
| Kommunisere til ledelse | OKR |
| Koordinere mellom team | PI Objectives |
---
## Verktøyintegrasjon
### OKR i Jira
**Alternativ 1: Native Jira-struktur**
Bruk Jira's eksisterende hierarki:
- **Epic** = Objective
- **Story/Task** = Arbeid som støtter KR
- **Labels** = Koble til spesifikk KR (f.eks. "KR1-saksbehandling")
```
Epic: "Raskere saksbehandling" (Objective)
├── Story: "Automatisere dokumentvalidering" [KR1]
├── Story: "Implementere selvbetjening" [KR1, KR2]
├── Story: "Integrere med Folkeregisteret" [KR3]
└── Story: "Forbedre søkefunksjon" [KR2]
```
**Alternativ 2: OKR Board for Jira (anbefalt for større team)**
Plugin fra Oboard som gir:
- Dedikert OKR-visning
- Automatisk progress-beregning fra issues
- Vekting av issues mot KR
- Dashboard og rapporter
- Confluence-integrasjon
**Oppsett**:
1. Installer OKR Board fra Atlassian Marketplace
2. Definer OKR-intervaller (matcher våre sykluser)
3. Sett opp organisasjonsstruktur (etater → avdelinger → team)
4. Lag OKR og koble til Jira issues
5. Progress oppdateres automatisk når issues lukkes
### OKR i Azure DevOps
**Alternativ 1: Native work item hierarki**
```
Epic: "Objective: Forbedre digital selvbetjening"
├── Feature: "KR1: Øke selvbetjeningsgrad til 70%"
│ ├── User Story: "Som bruker vil jeg..."
│ └── User Story: "Som bruker vil jeg..."
├── Feature: "KR2: Redusere henvendelser med 40%"
│ └── User Story: "..."
└── Feature: "KR3: NPS over 50"
└── User Story: "..."
```
**Alternativ 2: Microsoft Viva Goals**
Enterprise OKR-løsning som integrerer med Azure DevOps:
- Kobler OKR til work items eller shared queries
- Automatisk progress fra work item status
- Integrert med Microsoft 365
**Oppsett for Azure DevOps-integrasjon**:
1. Aktiver Azure DevOps-kobling i Viva Goals
2. Velg koblingmetode:
- **Work items**: Velg spesifikke items som driver KR
- **Shared query**: Definer query som filtrerer relevante items
3. Velg progress-metrikk (% complete, story points, osv.)
4. Progress synkes automatisk hver time
### Oboard + Jira-integrasjon
For organisasjoner som bruker både Jira og ikke-Jira team:
```
┌─────────────────────────────────────────────────┐
│ Oboard OKR App │
│ (Sentralt OKR-dashboard) │
├─────────────────────────────────────────────────┤
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ Jira │ │ Azure │ │ Annet │ │
│ │ (Dev) │ │ DevOps │ │ (via │ │
│ │ │ │ (Ops) │ │ API) │ │
│ └────┬────┘ └────┬────┘ └────┬────┘ │
│ │ │ │ │
│ └──────────────┼──────────────┘ │
│ ↓ │
│ Automatisk progress-sync │
└─────────────────────────────────────────────────┘
```
**Bruksscenario**:
- Utviklingsteam bruker Jira → Progress synkes til Oboard
- Driftsteam bruker Azure DevOps → Progress synkes til Oboard
- Ledelse ser samlet OKR-progress i Oboard
### Automatisk KR-oppdatering: Best practices
**Hva kan automatiseres**:
- Issue/work item completion → KR progress
- Story points ferdig → Prosentvis fremgang
- Query-resultater → Metrikk-KR (f.eks. antall bugs)
**Hva bør IKKE automatiseres fullt ut**:
- Kvalitative vurderinger
- Customer satisfaction (krever faktiske målinger)
- Business outcomes (lag = effekten kommer senere)
**Anbefalt modell**:
```
KR-type | Automatisering
-------------------------|------------------
Leveranse-KR | Automatisk fra issues
Aktivitets-KR | Automatisk fra issues
Metrikk-KR (intern) | Semi-automatisk (dashboard)
Metrikk-KR (ekstern) | Manuell oppdatering
Outcome-KR | Manuell med kilde
```
### Oppsett-sjekkliste
**For Jira-basert OKR**:
- [ ] Bestem struktur: Native epics eller OKR Board plugin?
- [ ] Lag konsistent labeling-konvensjon (f.eks. "S1-KR1")
- [ ] Sett opp Confluence-side for OKR-oversikt
- [ ] Definer workflow for OKR-oppdatering (hvem, når)
- [ ] Integrer med Sprint Planning-prosess
**For Azure DevOps-basert OKR**:
- [ ] Vurder Viva Goals vs. native work items
- [ ] Sett opp shared queries for KR-tracking
- [ ] Lag dashboard-widgets for OKR-visibility
- [ ] Koble til Power BI for avansert rapportering
**For multi-tool organisasjoner**:
- [ ] Vurder sentralt OKR-verktøy (Oboard, Viva Goals, e.l.)
- [ ] Definer integrasjoner per team/verktøy
- [ ] Etabler felles oppdaterings-kadense
- [ ] Lag "single source of truth" for ledelsesrapportering
---
## Ressurser
### Kilder brukt i dette dokumentet
- OKR Institute: [OKR and Scrum Integration](https://okrinstitute.org/unlocking-synergy-how-to-align-okrs-and-scrum-for-maximum-impact/)
- Scrum.org: [How OKRs and Scrum Work Together](https://www.scrum.org/resources/blog/how-okrs-and-scrum-work-together-drive-strategic-execution)
- Mooncamp: [OKR and Agile](https://mooncamp.com/blog/okr-and-agile)
- Martin Fowler: [Team OKRs](https://martinfowler.com/articles/team-okr.html)
- Atlassian: [OKR in Jira and Confluence](https://www.atlassian.com/blog/add-ons/okr-jira-confluence)
- Microsoft Learn: [Viva Goals Azure DevOps Integration](https://learn.microsoft.com/en-us/viva/goals/azure-devops-integration)
- Oboard: [OKR Board for Jira](https://oboard.io/okr-board-for-jira)
- SAFe: [PI Objectives](https://scaledagileframework.com/pi-objectives/)
- The Burn Down: [OKRs vs PI Objectives in SAFe](https://theburndown.com/okrs-vs-pi-objectives-in-safe/)
### Relaterte ressurser i denne skillen
- `okr-framework.md` – Grunnleggende OKR-metodikk
- `meeting-guides.md` – Agendaer for OKR-møter (inkl. sprint planning med OKR)
- `okr-implementation.md` – Innføringsguide
- `okr-offentlig-governance.md` – Kobling til tildelingsbrev og politisk styring

130
plugins/okr/skills/okr-offentlig-sektor/references/okr-oboard-guide.md Normal file
View file

@ -0,0 +1,130 @@
# Oboard Quick Guide for OKR
## Hva er Oboard?
Oboard er vår primære OKR-plattform for å sette, spore og rapportere på OKR. Den erstatter Excel/manuell tracking og gir én kilde til sannhet for alle team.
## Kom i gang
### 1. Opprett et Objective
1. Naviger til ditt team i Oboard
2. Klikk "New Objective"
3. Fyll inn:
- **Title**: Kort, inspirerende beskrivelse (maks 100 tegn)
- **Description**: Utdypende kontekst (valgfritt)
- **Owner**: Hvem er ansvarlig? (typisk team lead)
- **Time Period**: Velg 4-måneders syklus (f.eks. Q1: Jan-Apr)
- **Type**: Committed eller Aspirational
- **Parent OKR**: Link til overordnet mål (for alignment)
### 2. Legg til Key Results
Under Objective, klikk "Add Key Result":
- **Title**: Konkret, målbart resultat
- **Owner**: Person ansvarlig for dette KR
- **Metric Type**:
- Number (f.eks. "Reduser fra 40 til 25 ulykker")
- Percentage (f.eks. "Øke fra 60% til 90%")
- Binary (f.eks. "Ja/Nei" for milepæl)
- **Start Value**: Baseline (nåværende verdi)
- **Target Value**: Målet
- **Unit**: Enhet (ulykker, %, dager, etc.)
### 3. Oppdater Progress (Check-ins)
**Månedlig eller oftere**:
1. Gå til ditt Objective
2. Klikk på hvert Key Result
3. Oppdater "Current Value"
4. Legg til kommentar (valgfritt): Hva skjedde? Noen blokkere?
5. System beregner automatisk % completion
**Confidence**: Marker også din tillit til å nå målet:
- 🟢 On Track
- 🟡 At Risk
- 🔴 Off Track
### 4. Review og Scoring (End of Cycle)
1. Ved syklusens slutt: Oppdater "Current Value" til endelig resultat
2. System scorer automatisk basert på (Current - Start) / (Target - Start)
3. Objective-score = gjennomsnitt av alle KR-scorer
4. Skriv retrospektiv-notater i kommentarfeltet
### 5. Alignment og Visibility
- **View OKRs**: Se alle team's OKR i organisasjonen (transparency!)
- **Link OKRs**: Koble ditt KR til et annet teams Objective (dependencies)
- **Dashboards**: Generer rapporter for ledelse
## Best Practices i Oboard
✅ **Oppdater regelmessig**: Minst én gang per måned
✅ **Vær ærlig**: Hvis bak skjema, marker som "At Risk"
✅ **Kommenter**: Forklar endringer eller blokkere
✅ **Link dependencies**: Gjør alignment synlig
✅ **Celebrer wins**: Når et KR når 1.0, gi kudos i kommentarer!
❌ **Ikke glem check-ins**: "Set and forget" er OKR anti-pattern
❌ **Ikke juster targets for å se bra ut**: Vær ærlig om progresjon
## Oboard-felter forklart
| Felt | Forklaring |
|------|------------|
| **Objective** | Hva du vil oppnå (kvalitativt) |
| **Key Result** | Hvordan du måler suksess |
| **Owner** | Hvem er ansvarlig |
| **Start Value** | Baseline (hvor vi starter) |
| **Target Value** | Målet (hvor vi vil være) |
| **Current Value** | Hvor er vi nå? (oppdateres underveis) |
| **Progress %** | Auto-beregnet: (Current - Start) / (Target - Start) × 100 |
| **Confidence** | Hvor sikre er vi på å nå målet? |
| **Type** | Committed (må nås) eller Aspirational (stretch) |
| **Parent** | Hvilket overordnet OKR støtter dette? |
## Eksempel på fullstendig OKR i Oboard
```
Objective: Forbedre trafikksikkerhet på E6 Trøndelag
├─ Owner: Lena Hansen (Trafikksikkerhet-teamet)
├─ Period: Q2 2025 (Mai-August)
├─ Type: Aspirational
└─ Parent: [Organisasjon] Null drepte i trafikken 2025
Key Results:
├─ KR1: Reduser ulykker med personskade
│ ├─ Start: 45 ulykker/år
│ ├─ Target: 25 ulykker/år
│ ├─ Current: 32 ulykker (etter 2 mnd) [Progress: 52%]
│ ├─ Confidence: 🟡 At Risk
│ └─ Owner: Lena Hansen
│
├─ KR2: Sikkerhetstiltak på høyrisiko-strekninger
│ ├─ Type: Percentage
│ ├─ Start: 0%
│ ├─ Target: 100% (8 strekninger)
│ ├─ Current: 75% (6 av 8 ferdig) [Progress: 75%]
│ ├─ Confidence: 🟢 On Track
│ └─ Owner: Anders Vik
│
└─ KR3: Fartsoverskridelser >20 km/t
├─ Start: 15% av trafikk
├─ Target: 6% (60% reduksjon)
├─ Current: 10% [Progress: 56%]
├─ Confidence: 🟢 On Track
└─ Owner: Maria Solberg
```
## Integrasjoner
Oboard kan integreres med:
- **Jira**: Link tasks til KR (viser hvilke epics/stories driver et KR)
- **Slack**: Send notifikasjoner om OKR-oppdateringer
- **Power BI**: Eksporter data til custom dashboards
## Support og hjelp
- **Oboard dokumentasjon**: [Intern link]
- **OKR Champion**: Kontakt [navn] for hjelp med Oboard
- **IT Support**: Hvis tekniske problemer
---
**Tips**: Bruk Oboard mobile app for rask check-in underveis!

478
plugins/okr/skills/okr-offentlig-sektor/references/okr-offentlig-governance.md Normal file
View file

@ -0,0 +1,478 @@
# OKR og Governance i Offentlig Sektor
Norsk offentlig sektor har unike styringsmekanismer som OKR må forholde seg til. Denne guiden forklarer hvordan du kobler OKR til tildelingsbrev, politisk styring, hierarkisk alignment og revisjonskrav.
## Innholdsfortegnelse
1. [Tildelingsbrev og OKR](#tildelingsbrev-og-okr)
2. [Politisk styring](#politisk-styring)
3. [Hierarkisk alignment](#hierarkisk-alignment)
4. [Revisjons- og kontrollperspektiv](#revisjons--og-kontrollperspektiv)
5. [Spesielle hensyn](#spesielle-hensyn)
6. [Konkrete eksempler](#konkrete-eksempler)
7. [Ressurser](#ressurser)
---
## Tildelingsbrev og OKR
### Hva er et tildelingsbrev?
Tildelingsbrevet er det sentrale styringsinstrumentet fra departement til underliggende virksomhet. Det sendes årlig etter at Stortinget har behandlet statsbudsjettet (typisk tidlig januar) og inneholder:
- Økonomiske rammer (driftsbudsjett, investeringsbudsjett)
- Resultatmål og styringsparametere
- Prioriteringer og rapporteringskrav
### Oversettelse til OKR
Ikke alt i tildelingsbrevet skal bli OKR. Skille mellom:
| Tildelingsbrev-innhold | OKR-tilnærming |
|------------------------|----------------|
| **Driftskrav** ("Oppretthold tjenester") | Følg opp via KPI, ikke OKR |
| **Resultatmål** ("Reduser saksbehandlingstid") | Kandidat for Key Result |
| **Strategiske satsinger** ("Digitalisere X") | Kandidat for Objective |
| **Rapporteringskrav** | Integrer i OKR-rapportering |
### Steg-for-steg oversettelse
**1. Identifiser strategiske mål**
Finn de 3-5 viktigste resultatmålene som krever forbedring/endring (ikke bare drift).
**2. Gjør dem inspirerende**
Tildelingsbrev er ofte teknisk formulert. OKR skal inspirere.
```
Tildelingsbrev (SD til SVV):
"Redusere vedlikeholdsetterslep på riksveinettet"
→ OKR-formulering:
Objective: Gjøre riksveinettet tryggere og mer fremkommelig
KR1: Redusere kritisk vedlikeholdsetterslep med 15% (fra 12.000 til 10.200 km)
KR2: 0 strekninger med kritisk forfatning over 5 km
KR3: 95% av riksveier oppfyller minimumskrav til asfaltstandard
```
**3. Sett baseline og target**
Bruk eksisterende data fra virksomheten til å sette realistiske targets.
**4. Marker som Committed eller Aspirational**
- **Committed**: Regulatoriske krav, lovpålagte frister
- **Aspirational**: Ambisiøse forbedringer, innovasjon
### Committed vs Aspirational i regulatorisk kontekst
I offentlig sektor må du være tydelig på hva som er "must-have" vs "stretch":
**Committed OKR** (100% forventet):
- Tildelingsbrev-krav med eksplisitte måltall
- Lovpålagte frister (f.eks. klagebehandling)
- Politisk bindende løfter
- *Eksempel*: "100% av førerkortklager behandlet innen 6 uker" (lovkrav)
**Aspirational OKR** (70-80% er suksess):
- Ambisiøse forbedringer utover minimumskrav
- Nye initiativer og innovasjon
- Kvalitetsforbedringer
- *Eksempel*: "Lansere AI-basert førstelinjesupport for førerkortsaker"
**Anbefalt balanse i offentlig sektor**: 60% committed, 40% aspirational
### Rapportering: OKR som supplement til årsrapport
OKR erstatter ikke årsrapportering, men kan styrke den:
```
Årsrapport OKR-bidrag
─────────────────────────────────────────────────────
Resultatregnskap → Score på Committed OKR
Måloppnåelse → Progress på alle OKR
Risikoer/utfordringer → Læring fra OKR med lav score
Fremtidsplaner → Input til neste års OKR
```
**Tips**: Bruk OKR-score og lærdommer aktivt i årsrapporten som dokumentasjon på systematisk målstyring.
---
## Politisk styring
### OKR under skiftende regjeringer
Politisk skifte (f.eks. stortingsvalg hvert 4. år) kan endre prioriteringer. OKR må være robust nok til å håndtere dette:
**Robuste OKR-prinsipper**:
1. **Fokuser på varige samfunnsmål**: "Tryggere veier" overlever regjeringsskifter
2. **Unngå politisk ladede formuleringer**: "Redusere utslipp" er bedre enn "gjennomføre klimapolitikken"
3. **Hold strategisk horisont på 1-3 år**: Ikke bind deg til 10-års visjoner i OKR
4. **Bruk modulær struktur**: Strategiske OKR (stabil) + taktiske OKR (kan justeres)
### Håndtering av politiske signaler mid-syklus
Når departementet sender nye signaler midt i en OKR-syklus:
**Hovedregel**: Ikke endre OKR mid-syklus med mindre det er absolutt nødvendig.
**Hvorfor?**
- Kontinuerlig endring ødelegger læringsmuligheten
- Teams mister fokus og motivasjon
- Vanskelig å vurdere hva som faktisk virket
**Når er endring OK?**
- "Sort svane"-hendelser (pandemi, krise, stor ulykke)
- Eksplisitt ordre fra departement med ny prioritering
- Betydelig budsjettendring som gjør OKR urealistisk
**Hvordan håndtere nye signaler uten å endre OKR?**
```
Scenario: Departementet signaliserer ny satsing på el-ferger midt i syklusen
Alternativ A: Legg til ny OKR (ikke erstatt)
- Behold eksisterende OKR
- Legg til ny OKR for el-ferge-satsingen
- Dokumenter at ressurser ble omfordelt
Alternativ B: Bruk "strategisk reserve"
- Hold alltid 10-15% kapasitet åpen for ad-hoc prioriteringer
- Nye initiativer tas fra reserven uten å rive opp eksisterende OKR
Alternativ C: Dokumenter og vent
- Registrer signalet
- Ta inn i planleggingen for neste syklus
- Dokumenter hvorfor OKR ikke ble endret
```
### Langsiktige mål vs politisk horisont
Utfordring: Mange samfunnsmål (klimamål 2030/2050, nullvisjon for drepte i trafikken) strekker seg over flere regjeringsperioder.
**Løsning: To-nivå modell**
```
Langsiktig mål (10+ år) Politisk horisont
─────────────────────────────────────────────────────
"Nullvisjon: 0 drepte Denne regjeringsperioden:
i trafikken innen 2050" "Halvere drepte innen 2029"
↓
Årlig OKR 2026:
"Redusere drepte med 8%"
↓
Syklus 1-OKR:
"Implementere 50 nye
sikkerhetstiltak i høyrisikosoner"
```
**Nøkkel**: Årlige og syklusbaserte OKR skal bidra til langsiktige mål, men formuleres konkret nok til å være oppnåelige uavhengig av politiske skift.
---
## Hierarkisk alignment
### Fra Stortingsmelding til team-OKR
Norsk offentlig sektor har en tydelig styringskjede:
```
Stortingsmelding / NOU
↓
Departementsstrategi
↓
Tildelingsbrev
↓
Etatsstrategi
↓
Divisjon/avdeling OKR
↓
Team OKR
```
### Alignment-prinsipper
1. **Hvert nivå operasjonaliserer nivået over**
- Ikke kopier formuleringer direkte
- Oversett til konteksten på ditt nivå
2. **Key Result på ett nivå kan bli Objective på neste**
- Etatens KR: "Redusere ulykker med 10%"
- Divisjonens Objective: "Redusere ulykker på riksveinettet"
- Teams Objective: "Forbedre sikkerhet i veiarbeidssoner"
3. **Bottom-up input er like viktig som top-down**
- Teams foreslår sine egne Key Results
- Alignment-workshops sikrer sammenheng
- Unngå mekanisk kaskade uten dialog
4. **Ikke alle strategiske mål treffer alle teams**
- Et team trenger ikke dekke alle etatsmål
- Fokus på der teamet faktisk kan bidra
### Operasjonaliseringsgap
Et vanlig problem i offentlig sektor er at overordnede mål ikke konkretiseres godt nok nedover. Riksrevisjonen har påpekt dette i flere undersøkelser.
**Symptomer på operasjonaliseringsgap**:
- Team vet ikke hvordan deres arbeid bidrar til etatsmål
- KPI-er på teamnivå handler om aktivitet, ikke outcome
- Ingen klar kobling mellom tildelingsbrev-mål og teamets arbeid
**OKR som løsning**:
OKR tvinger frem eksplisitt kobling mellom nivåer gjennom alignment-prosessen.
---
## Revisjons- og kontrollperspektiv
### Riksrevisjonen og OKR
Riksrevisjonen vurderer om virksomheten:
- Har nådd vedtatte resultatmål
- Har hensiktsmessig rapportering
- Kan dokumentere måloppnåelse og ressursbruk
**OKR styrker dette ved**:
- Tydelige, målbare mål (lettere å vurdere måloppnåelse)
- Regelmessig tracking (dokumenterer progresjon)
- Eksplisitt kobling til strategi (viser alignment)
### Dokumentasjonskrav
For å tilfredsstille revisjonsperspektivet, dokumenter:
| Element | Hva | Hvor |
|---------|-----|------|
| **OKR-formulering** | Objective + Key Results | Oboard, virksomhetsplan |
| **Baseline og target** | Utgangspunkt og mål | Oboard |
| **Progresjon** | Månedlig status | Oboard check-ins |
| **Sluttresultat** | Endelig score med forklaring | Oboard, årsrapport |
| **Lærdommer** | Hva fungerte/fungerte ikke | Retrospektiv-notater |
| **Justeringer** | Eventuelle endringer underveis | Endringslogg |
**Tips**: Oboard gir automatisk historikk på OKR-progresjon. Bruk dette aktivt som dokumentasjon.
### Etterprøvbarhet
Riksrevisjonen kan spørre: "Hvorfor ble dette målet satt? Hvorfor denne scoren?"
**Sikre etterprøvbarhet gjennom**:
1. **Kobling til tildelingsbrev**: Dokumenter hvilke tildelingsbrev-mål OKR støtter
2. **Baseline-dokumentasjon**: Beskriv hvordan baseline ble målt
3. **Scoring-begrunnelse**: Ved scoring, skriv kort forklaring (ikke bare tall)
4. **Justeringslogg**: Hvis OKR ble endret underveis, dokumenter hvorfor
### Utilsiktede konsekvenser
Riksrevisjonen har påpekt risiko for utilsiktede konsekvenser ved strenge resultatmål. Eksempel: NAV-kontorer som fokuserer på aktivitetsindikatorer ("antall i tiltak") uten at det gir reell effekt ("flere i arbeid").
**OKR-tilnærming for å unngå dette**:
1. **Bruk både leading og lagging indikatorer**
- Leading: Aktiviteter som skal drive endring
- Lagging: Faktisk resultat vi ønsker
- Hvis leading går opp men lagging ikke følger, revurder aktiviteten
2. **Fokuser på outcome, ikke output**
- ❌ "Gjennomføre 100 tiltak"
- ✅ "Redusere antall ulykker med 10%"
3. **Tillat læring uten straff**
- Lav score skal trigge diskusjon, ikke sanksjoner
- Spør: "Hva lærte vi?" ikke "Hvem har skylden?"
---
## Spesielle hensyn
### Sektorovergripende mål
Mange mål i offentlig sektor krysser etatsgrenser:
- Klimamål (alle sektorer)
- Digitalisering (alle etater)
- Universell utforming (alle offentlige tjenester)
**Håndtering i OKR**:
```
Sektorovergripende mål: Redusere klimagassutslipp fra transport med 55% innen 2030
SVV-bidrag (egen OKR):
Objective: Akselerere overgangen til utslippsfri transport
KR1: 80% av nye fergekontrakter krever null-utslipp
KR2: Lade-infrastruktur på 100% av rasteplasser på riksvei
KR3: Redusere SVVs egne driftsutslipp med 20%
```
**Koordineringsmekanismer**:
- Fellesprosjekter med andre etater (felles OKR)
- Koordineringsgrupper/programstyrer
- Rapportering til felles målbilde (f.eks. Miljødirektoratets klimarapportering)
### Samarbeid mellom etater
Når OKR krever samarbeid på tvers:
1. **Avklar eierskapet**: Hvem "eier" OKR-en?
2. **Definer bidrag**: Hva er hver etats forpliktelse?
3. **Etabler koordineringspunkt**: Hvem snakker med hvem?
4. **Enes om måling**: Bruk samme baseline og målemetode
**Eksempel - Digitaliseringsdirektoratet + SVV**:
```
Felles Objective: Gjøre førerkorttjenester heldigitale
Digdir-bidrag (KR):
- Nasjonal ID-løsning støtter førerkort innen Q2
- Felleskomponenter tilgjengelig for SVV
SVV-bidrag (KR):
- 100% av førerkort-søknader digitale innen Q4
- Integrasjon med nasjonal ID-løsning implementert
```
### Innbyggerperspektiv vs internt perspektiv
Offentlig sektor eksisterer for å levere verdi til innbyggere og næringsliv. OKR bør reflektere dette:
**Balanse mellom perspektiver**:
- 60-70% innbyggerrettede outcomes
- 30-40% interne forbedringer (som muliggjør innbyggerverdier)
```
Innbyggerperspektiv:
Objective: Gjøre det enklere å fornye førerkort
KR1: 90% av fornyelser fullføres digitalt uten oppmøte
KR2: Gjennomsnittstid fra søknad til mottatt kort: 5 virkedager
KR3: Brukertilfredshet på fornyelsestjeneste: 4.5/5
Internt perspektiv (som muliggjør det over):
Objective: Automatisere førerkortbehandling
KR1: 80% av søknader behandles automatisk
KR2: Manuell saksbehandlingstid ned fra 20 til 5 min
KR3: 0 feil i automatisk vedtak (kvalitetskontroll)
```
---
## Konkrete eksempler
### Eksempel 1: Fra NTP-mål til team-OKR i Statens vegvesen
**Nasjonal transportplan 2025-2036** (Stortingsmelding):
> "Enklere reisehverdag og økt konkurranseevne for næringslivet"
> "Nullvisjon for drepte og hardt skadde i trafikken"
**Tildelingsbrev fra Samferdselsdepartementet til SVV**:
> "SVV skal redusere antall drepte og hardt skadde på riksveinettet med minst 10% fra 2024-nivå"
> "Vedlikeholdsetterslepet skal reduseres med 5%"
**SVV strategisk OKR (årlig)**:
```
Objective: Gjøre riksveinettet tryggere for alle trafikanter
KR1: Redusere drepte på riksvei fra 45 til 40 (11% reduksjon)
KR2: Redusere hardt skadde på riksvei fra 180 til 162 (10% reduksjon)
KR3: Gjennomføre sikkerhetstiltak på 100% av høyrisiko-strekninger (identifisert i ROS-analyse)
```
**Divisjon Drift og vedlikehold OKR (syklus 1)**:
```
Objective: Eliminere de farligste strekkene gjennom vinteren
KR1: 0 dødsulykker forårsaket av veiforhold i vinterperioden (jan-apr)
KR2: Responstid for brøyting under 2 timer på alle riksveier
KR3: 95% av varslingspunkter for glatte veier fungerer
```
**Team Vinterdrift Øst OKR (syklus 1)**:
```
Objective: Sikre trygg fremkommelighet på E6 gjennom Østfold i vinter
KR1: 0 kolonnekjøring på E6 pga. manglende brøyting
KR2: Salttilførsel innen 30 min etter varsling om glatt vei
KR3: Alle 12 værstasjoner på E6 Øst operativ hele vinteren
```
### Eksempel 2: Fra Digitaliseringsstrategi til OKR
**Digitaliseringsstrategi for offentlig sektor 2024-2030** (Regjeringen):
> "Offentlige tjenester skal være digitalt tilgjengelige for alle"
> "Data skal deles og gjenbrukes på tvers av sektorer"
**Tildelingsbrev til Statens vegvesen**:
> "SVV skal øke digital selvbetjeningsgrad på publikumstjenester til minst 85%"
**SVV strategisk OKR (årlig)**:
```
Objective: Levere sømløse digitale tjenester til alle trafikanter
KR1: 90% av publikumstjenester tilgjengelig heldigitalt
KR2: Brukertilfredshet på digitale tjenester: 4.3/5 (opp fra 3.8)
KR3: 70% av henvendelser løst via selvbetjening (ned fra 85% telefon/oppmøte)
```
**Divisjon Trafikant OKR (syklus 2)**:
```
Objective: Gjøre førerkorttjenester friksjonsfrie for brukeren
KR1: Lansere ny digital fornyelsestjeneste med 95% oppetid
KR2: 80% av fornyelser gjennomført uten manuell saksbehandling
KR3: Gjennomsnittlig tid fra søknad til vedtak: 24 timer (ned fra 5 dager)
```
**Team Digital utvikling OKR (syklus 2)**:
```
Objective: Bygge robust backend for automatisk førerkortbehandling
KR1: API-responstid under 200ms for alle kall
KR2: Integrasjon med folkeregisteret og politiets registre ferdig testet
KR3: Automatisk regelmotor håndterer 90% av søknadstyper
```
### Eksempel 3: Håndtering av tildelingsbrev-krav som ikke passer OKR
Ikke alt i tildelingsbrevet egner seg som OKR. Her er et eksempel på vurdering:
**Tildelingsbrev-krav**:
1. "Opprettholde normal drift av riksveinettet" → **Ikke OKR** (business as usual)
2. "Behandle alle klager innen 6 uker" → **Committed KR** (regulatorisk krav)
3. "Redusere CO2-utslipp fra drift med 15%" → **OKR-kandidat** (forbedring)
4. "Rapportere månedlig til departementet" → **Ikke OKR** (prosess/krav)
5. "Utvikle ny strategi for nullutslipps anleggsplasser" → **OKR-kandidat** (nytt initiativ)
**Resultat**:
```
OKR:
Objective: Gjøre SVVs drift klimanøytral
KR1: Redusere CO2 fra driftskjøretøy med 15%
KR2: 50% av anleggsplasser har nullutslipps-plan
KR3: Alle nye driftskontrakter har klimakrav
KPI-er (ikke OKR):
- Klagebehandlingstid (følges, mål: <6 uker)
- Månedlig rapportering til SD (sjekkliste)
- Driftsstatus riksvei (dashboard)
```
---
## Ressurser
### Interne referanser
- `okr-framework.md` - Vår metodikk og årshjul
- `okr-arshjul.md` - Visuelt årshjul med budsjettprosess
- `meeting-guides.md` - Agendaer for alignment-workshops
### Eksterne kilder
- [DFØ: Mål- og resultatstyring i staten](https://dfo.no/fagomrader/styring-i-staten/mal-og-resultatstyring)
- [DFØ: Veileder i etatsstyring](https://dfo.no/fagomrader/etats-og-virksomhetsstyring/etatsstyring/veileder-i-etatsstyring)
- [Regjeringen: Tildelingsbrev](https://www.regjeringen.no/no/dokument/tildelingsbrev-og-arsrapportar/id2357472/)
- [Riksrevisjonen: Undersøkelse av mål- og resultatstyring](https://www.stortinget.no/no/Saker-og-publikasjoner/Publikasjoner/Dokumenter/)
- [NAV: Mål- og resultatstyring - kan det bidra til å få flere i arbeid?](https://arbeidogvelferd.nav.no/)
- Doerr, John (2018): *Measure What Matters*, Portfolio/Penguin
### Relevante Riksrevisjonsrapporter
- Riksrevisjonens undersøkelse av måloppnåelse og styring i jordbruket (Dok. 3:12, 2009-2010)
- Riksrevisjonens undersøkelse av digitalisering i offentlig sektor
- Årlige revisjonsberetninger til aktuelle departementer
---
**Sist oppdatert**: Januar 2026

383
plugins/okr/skills/okr-offentlig-sektor/references/okr-sources.md Normal file
View file

@ -0,0 +1,383 @@
# OKR Evidensbase og Kilder
Denne filen samler primærkilder, forskning, casestudier og ressurser som underbygger OKR-metodikken. Bruk disse kildene for å utdype forståelsen og bygge troverdighet.
---
## 1. Primærkilder
### John Doerr: "Measure What Matters" (2018)
Den definitive guiden til OKR fra mannen som introduserte metodikken til Google.
**Nøkkelkonsepter:**
- OKR = Objectives (hva vi vil oppnå) + Key Results (hvordan vi vet at vi lykkes)
- "Ideas are easy. Execution is everything."
- Stretch goals: Sikt mot 60-70% måloppnåelse, ikke 100%
- CFRs (Conversations, Feedback, Recognition) som komplement til OKR
- Fire superkrefter: Focus, Align, Track, Stretch
**Lenke:** [whatmatters.com](https://www.whatmatters.com/) - Doerrs offisielle ressursside
---
### Andy Grove: "High Output Management" (1983)
Grunnlaget for OKR, skrevet av Intel-sjefen som utviklet metodikken på 1970-tallet.
**Nøkkelkonsepter:**
- Intel Management by Objectives (iMBOs) - forløperen til OKR
- "The output of a manager is the output of the organizational units under his supervision"
- Kobling mellom individuelle mål og selskapsmål
- Hyppig oppfølging og justering (kvartalsvis, ikke årlig)
- Operation Crush (1979-80): Hvordan OKR reddet Intel fra Motorola-konkurransen
**Hvorfor viktig:** Grove viste at MBO (Management by Objectives) fungerer bedre med kortere sykluser og målbare resultater - ikke bare aktiviteter.
---
### Google re:Work OKR Guide
Googles offisielle, åpne ressurs for hvordan de bruker OKR internt.
**Nøkkelkonsepter:**
- Gradering 0.0-1.0 (0.6-0.7 = suksess for stretch goals)
- 4-6 OKR per kvartal per team
- Alle OKR synlige for alle i organisasjonen
- Kvartalsvis syklus med midtveis-sjekk
- Ikke koble OKR direkte til kompensasjon
**Lenke:** [rework.withgoogle.com/guides/set-goals-with-okrs](https://rework.withgoogle.com/en/guides/set-goals-with-okrs)
**Video:** Rick Klau's OKR-presentasjon fra Google Ventures: [youtube.com/watch?v=mJB83EZtAjc](https://www.youtube.com/watch?v=mJB83EZtAjc)
---
## 2. Akademisk forskning
### Locke & Latham: Goal Setting Theory
Edwin Locke og Gary Lathams forskning fra 1960-tallet og fremover er det vitenskapelige fundamentet for all målstyring.
**Hovedfunn:**
- Spesifikke, utfordrende mål gir 250% høyere ytelse enn "gjør ditt beste"
- Effect size 0.52-0.82 i meta-analyser (veldig sterk effekt)
- Fire mekanismer: Fokus, energi, utholdenhet, strategiutvikling
- Moderatorer: Feedback, self-efficacy, oppgavekompleksitet
**Nøkkelstudie:** Locke, E.A. & Latham, G.P. (2002). "Building a Practically Useful Theory of Goal Setting and Task Motivation: A 35-Year Odyssey." American Psychologist, 57(9), 705-717.
**Lenke:** [Stanford PDF](https://med.stanford.edu/content/dam/sm/s-spire/documents/PD.locke-and-latham-retrospective_Paper.pdf)
---
### "Goals Gone Wild" - Kritisk perspektiv
Harvard Business School-studie (2009) som dokumenterer risiko ved feil implementering.
**Advarsler:**
- Uetisk atferd øker når mål er for snevre eller knyttet til bonus
- Tunnelsyn: Folk ignorerer viktig arbeid utenfor målområdet
- Økt risikovilje som kan være destruktiv
- Sears-eksemplet: Ansatte solgte unødvendige reparasjoner for å nå salgsmål
**Implikasjon for offentlig sektor:** Vær forsiktig med å knytte OKR til individuelle bonuser. Bruk team-mål fremfor individmål.
**Referanse:** Ordóñez, L.D., Schweitzer, M.E., Galinsky, A.D., & Bazerman, M.H. (2009). "Goals Gone Wild: The Systematic Side Effects of Over-Prescribing Goal Setting." Harvard Business School Working Paper.
**Lenke:** [HBS Working Paper](https://www.hbs.edu/ris/Publication%20Files/09-083.pdf)
---
### Kleingeld et al.: Meta-analyse på gruppemål
Viktig forskning på hvordan OKR fungerer i team-kontekst.
**Funn:**
- Spesifikke gruppemål: effect size 0.80
- "Egosentriske" individmål skader gruppeytelse (effect size -1.75!)
- "Gruppesentriske" mål forbedrer ytelse (effect size 1.20)
**Implikasjon:** I offentlig sektor bør mål formuleres som bidrag til felles resultat, ikke individuell prestasjon.
**Referanse:** Kleingeld, A., van Mierlo, H., & Arends, L. (2011). "The effect of goal setting on group performance: A meta-analysis."
---
## 3. Casestudier
### Google (1999-nå)
**Kontekst:** Fra 40 ansatte til 140 000+ med OKR som styringsrammeverk.
**Suksessfaktorer:**
- Radikal transparens: Alle ser alles OKR
- 0.6-0.7 = suksess (stretch goals)
- Ikke koblet til kompensasjon
- Kvartalsvis syklus med ukentlige check-ins
**Lærdom:** OKR skalerer til store organisasjoner når transparens og psykologisk trygghet er på plass.
---
### Intel: Operation Crush (1979-80)
**Kontekst:** Intel tapte mikroprosesormarkedet til Motorola.
**OKR:** "Etablere 8086 som den høyest ytende 16-bit mikroprosessorfamilien"
**Resultat:**
- 2000 "design wins" (kundeavtaler)
- Fra 0% til 85% markedsandel innen 1986
- Ingen produktendringer - kun strategisk reposisjonering
**Lærdom:** Ett tydelig OKR kan samle hele organisasjonen mot en eksistensiell trussel.
---
### Spotify: OKR + Squad-modellen
**Kontekst:** Kombinerer OKR med autonom teamstruktur (Squads, Tribes, Chapters, Guilds).
**Tilnærming:**
- Squads (6-12 personer) setter egne OKR innenfor tribe-rammer
- Chapters deler kompetanse på tvers
- Guilds fremmer samarbeid mellom squads
- Kontinuerlig justering basert på marked
**Lærdom:** OKR kan tilpasses distribuerte, autonome organisasjonsmodeller.
---
### San Jose Digital Services (USA)
**Kontekst:** Offentlig sektor - modernisering av byggesaksbehandling.
**Utfordring:** 15 år for å godkjenne store utviklingsprosjekter. Fem departementer jobbet i siloer.
**OKR-tilnærming:**
- Ett felles OKR-sett på tvers av Planning, Building, Public Works, Fire og IT
- Fokus på brukeropplevelse: "Få byggetillatelse i pyjamas"
- Ukentlige innsjekker, ikke årlige rapporter
**Resultat:**
- Lanserte ny plattform én uke før tid
- Oppnådde mer på ett år enn de to foregående årene
- "For første gang hadde vi en felles linse som holdt alle avdelinger ansvarlige"
**Lenke:** [whatmatters.com/articles/local-government-okrs-san-jose](https://www.whatmatters.com/articles/local-government-okrs-san-jose)
---
### Ukrainas antikorrupsjonsbyrå (NACP)
**Kontekst:** Første OKR-implementering i ukrainsk offentlig sektor (2019-2020).
**Mål:** Utvikle og få vedtatt nasjonal antikorrupsjonsstrategi i parlamentet.
**Utfordringer:**
- Overgang fra top-down til bottom-up målsetting
- For mange key results i starten
- Tendens til å bruke OKR som "oppgaveliste"
**Resultat:** Strategien ble vedtatt innen fristen. Metodikken spres nå til andre departementer.
**Lenke:** [OECD OPSI Case](https://oecd-opsi.org/innovations/implementation-of-okrs-methodology-in-national-agency-on-corruption-prevention/)
---
## 4. Norske og nordiske ressurser
### FINN.no: 6+ år med OKR
**Kontekst:** En av Norges mest erfarne OKR-brukere.
**Nøkkelinnsikter:**
- Startet fordi lederskapet scoret lavt på "tydelighet"
- Team-mål, ikke individmål (unngår uheldig konkurranse)
- Norsk begrepsapparat: Oversatt OKR-språk til noe folk forstår
- "Det tar tid - vi er fortsatt ikke i mål etter 6 år"
**Lærdom:** Forankring og opplæring er kritisk. Start med å bygge felles språk.
**Kilde:** [Smidigpodden episode 53](https://smidigpodden.no/episode/53-6-ar-med-okr-i-finn-no/)
---
### NRK, Telia, Ruter
Knowit Insight har samlet erfaringer fra disse store norske virksomhetene.
**Tre nøkkelpunkter for suksess:**
1. **Forankring:** Tydelig mandat fra ledelsen, bruk tid på allmøter
2. **Fokus:** Tør å prioritere, minimer antall mål
3. **Kontinuerlig arbeid:** OKR er en reise, ikke en destinasjon
**Lenke:** [Knowit blogg](https://blogg.knowit.no/vi-har-samlet-virksomheter-med-erfaring-fra-okr)
---
### Futureworks / Kim Leinan
OKR-coaching spesialisert for norsk offentlig sektor.
**Innsikter:**
- "Vi er flinke på planer, men mangler gjennomføringsrytme"
- OKR er ikke et prosjekt, det er en måte å tenke og jobbe på
- Start med pilot - én seksjon, ett team
- 15 minutters ukentlige innsjekker er nok
**Lenke:** [futureworks.no](https://futureworks.no/fra-strategiplan-til-faktisk-fremdrift-slik-lykkes-offentlig-sektor-med-okr/)
---
### Sprint Consulting
Norsk konsulentselskap med OKR-erfaring.
**Hovedpoenger:**
- OKR er lett i teorien, vanskelig i praksis
- Ledere må ta eierskap - ikke bare HR
- Tillat organisasjonen å øve
**Lenke:** [sprint.no](https://www.sprint.no/artikler/okr-er-lett-hvorfor-er-det-da-sa-vanskelig-i-praksis)
---
### Team Agile: Ulike typer OKR
God ressurs for å forstå forskjellen mellom lærende OKR og forpliktende OKR.
**Typer:**
- **Lærende OKR:** Bygge innsikt, teste hypoteser (f.eks. utforske automatisering)
- **Forpliktende OKR:** Gjennomføre det vi har bestemt (f.eks. migrere til ny plattform)
**Lenke:** [teamagile.no](https://www.teamagile.no/vi-deler/ulike-typer-okr-og-hvordan-de-passer-inn-i-styringsmodellen)
---
### Deloitte Norge
Artikkel om hvordan OKR kan hjelpe organisasjoner med fokus og prioritering.
**Nøkkelpoeng:**
- "High Impact Challenges" - mål som gir læring og bærekraftig forbedring
- Ledere må være rollemodeller
- OKR hjelper med å "drepe darlings" - aktiviteter som ikke gir resultat
**Lenke:** [deloitte.com/no](https://www.deloitte.com/no/no/services/consulting/perspectives/na-mal-med-okr.html)
---
### INEVO
Norsk konsulentselskap som bruker OKR internt og i kundeprosjekter.
**Tilnærming:**
- Start i det små med verktøy du allerede bruker
- Ukentlige oppdateringer
- Alle publiserer sine OKR synlig for alle
**Lenke:** [inevo.no](https://inevo.no/blogg/okr-et-system-for-gjennomforing/)
---
### Smidigpodden
Norsk podcast med flere episoder om OKR og målstyring.
**Relevante episoder:**
- Episode 53: FINN.no's 6 år med OKR
- Episode 44: OKR med Harald Kjølner fra Bekk
**Lenke:** [smidigpodden.no](https://smidigpodden.no/)
---
## 5. Verktøy og plattformer
### Oboard (Statens vegvesens valg)
Norskutviklet OKR-plattform, integrert med Microsoft 365.
**Fordeler:**
- Norsk support og dokumentasjon
- Teams-integrasjon
- Tilpasset nordisk marked
**Lenke:** [oboard.io](https://oboard.io/)
---
### Andre OKR-plattformer
| Plattform | Styrker | Passer for |
|-----------|---------|------------|
| **Quantive** (tidl. Gtmhub) | Enterprise-fokus, avansert analyse | Store organisasjoner |
| **Weekdone** | Enkel å komme i gang, rimelig | SMB, oppstartsfase |
| **Perdoo** | God balanse funksjon/pris | Mellomstore org |
| **Mooncamp** | Moderne UX, god onboarding | Tech-selskaper |
| **Lattice** | Kombinerer OKR med HR | HR-drevet implementering |
---
### Gratis alternativer
- **Google Sheets/Docs:** Googles egne maler fra re:Work
- **Notion:** Fleksible databaser for OKR-tracking
- **Trello/Asana:** Kan tilpasses for enkel OKR-oppfølging
- **Excel/PowerPoint:** For piloter og små team
**Anbefaling:** Start med gratis verktøy. Invester i plattform først når rytmen er etablert.
---
## 6. Videre lesning
### Bøker
| Tittel | Forfatter | Fokus |
|--------|-----------|-------|
| Measure What Matters | John Doerr | OKR-bibelen |
| High Output Management | Andy Grove | Ledelse og OKR-opprinnelse |
| Radical Focus | Christina Wodtke | Praktisk OKR for startups |
| Objectives and Key Results | Paul Niven & Ben Lamorte | Implementeringsguide |
---
### Nettsteder
- **[whatmatters.com](https://whatmatters.com)** - John Doerrs offisielle ressurs
- **[rework.withgoogle.com](https://rework.withgoogle.com)** - Google re:Work
- **[felipecastro.com](https://felipecastro.com)** - OKR-blogger og konsulent
---
### Podcaster
- **Smidigpodden** (norsk) - Flere episoder om OKR
- **The OKR Podcast** - Intervjuer med OKR-praktikere
- **Gemba Academy** - Lean/Agile med OKR-perspektiver
---
### Videoressurser
- **John Doerr TED Talk:** "Why the secret to success is setting the right goals"
- **Rick Klau / Google Ventures:** OKR-introduksjon for startups
- **YouTube søk:** "OKR implementation" for case studies
---
## Bruk i skillen
Når brukeren spør "Hvor kan jeg lære mer om OKR?", kan du referere til denne filen og anbefale:
1. **For nybegynnere:** Google re:Work guide + Doerrs TED Talk
2. **For dypere forståelse:** "Measure What Matters" + Locke & Latham
3. **For norsk kontekst:** Smidigpodden episode 53 + Futureworks-artikkelen
4. **For offentlig sektor:** San Jose-casen + NACP Ukraine
---
*Sist oppdatert: Januar 2026*

33
plugins/okr/templates/okr.local.md.template Normal file
View file

@ -0,0 +1,33 @@
---
# OKR Plugin - Lokal Konfigurasjon
# Plasser denne filen som .claude/okr.local.md i ditt prosjekt
# Kjør /okr:oppsett for automatisk konfigurasjon
organisasjon:
navn: "Din organisasjon"
type: "offentlig" # offentlig | privat
sektor: "transport" # transport | helse | justis | digitalisering | annet
syklus:
modell: "tertial" # tertial (4-mnd) | kvartal (3-mnd)
gjeldende: "T1-2026" # Format: T[1-3]-YYYY eller Q[1-4]-YYYY
startdato: "2026-01-01"
integrasjoner:
linear:
aktivert: false
team_id: "" # Linear team ID
project_id: "" # Linear project ID for OKR
preferanser:
språk: "no" # no | en
vis_eksempler: true
ambisjonsnivå: "balansert" # konservativ | balansert | ambisiøs
---
# Notater
Legg til organisasjonsspesifikke notater her, for eksempel:
- Lenker til strategidokumenter
- Spesifikke OKR-retningslinjer
- Kontaktpersoner for OKR