Kjell Tore Guttormsen
6028ac2f90
- Ny tests/reference-integrity.test.mjs: alle ${CLAUDE_PLUGIN_ROOT}-stier i
commands/agents må finnes på disk OG være shippbare (aldri under gitignored
.claude/). Fanger død-referanse-klassen permanent (TDD: rød på
freshen-references før fiks). Suite 135 -> 138.
- Døde referanser lukket: freshen-references peker nå på metrics-library
«Review-kadens»; metrics-library-provenanslinje uten død relativ sti.
- Kryssref-isolasjon: «Ressurser/Interne referanser»-seksjon i de 5 isolerte
KB-filene (examples, oboard-guide, meeting-guides, calculator, cfr).
- «Sist oppdatert»-markør på alle 17 referansefiler (var 4).
- 19 -> 20 antipatterns (SKILL, kvalitet x2, help — help-forekomst funnet i
sweep utover review-lista); «15. oktober» -> tidlig oktober (arshjul x2,
framework); garblet prognoseformel rettet mot calculator-kanon (framework).
- Typonits: schuld/Næste (meeting-guides), resultatmål (dfo-mapping),
sandbagging (trendanalytiker), Q1-2026 -> T1-2026 (fremdriftssporer).
- README: hooks-badge 4 -> 3, død Stop-rad fjernet.
- BACKLOG.md foldet inn i docs/roadmap.md (tema-nivå, ingen interne
plandetaljer) og slettet; .gitignore ROADMAP.md ankret til rot (/ROADMAP.md)
så docs/roadmap.md kan trackes.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
54 lines
2.5 KiB
Markdown
54 lines
2.5 KiB
Markdown
# Standpunkt: Individuell vs Team-OKR
|
|
|
|
## Anbefaling: Team-OKR som default
|
|
|
|
Team-OKR anbefales fremfor individuell OKR for de fleste roller. Dette er i tråd med rådene 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 å eie outcomes alene | De fleste resultater krever samarbeid |
|
|
| Blir lett aktivitetslister | Team-OKR holder outcome-fokus |
|
|
| Overhead ved kaskadejustering | Enklere å justere ved endringer |
|
|
| Risiko for kobling til evaluering | Lettere å holde adskilt fra HR |
|
|
|
|
## Når 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 portefølje
|
|
|
|
Selv i disse tilfellene: **aldri koble til lønn, bonus eller evaluering**.
|
|
|
|
## Alternativer for personlig utvikling
|
|
|
|
I stedet for individuell OKR, bruk:
|
|
|
|
| Behov | Alternativ | Beskrivelse |
|
|
|-------|------------|-------------|
|
|
| Personlig utvikling | **Personal Development Plan (PDP)** | Karrieremål, læring, kompetanse |
|
|
| Operasjonell accountability | **KPIer med targets** | Løpende 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 på individuell OKR, hjelper vi med sikker implementering
|
|
|
|
## Vanlige spørsmål
|
|
|
|
**"Men vi har alltid satt individuelle mål?"**
|
|
OKR er ikke det samme som individuelle mål. OKR er strategisk alignment-verktøy for organisasjonen. Individuelle mål 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. Foreslå en hybrid hvor ledere har team-OKR, ikke personlige OKR.
|
|
|
|
*Sist oppdatert: Juni 2026*
|