fix(okr): B1 KB/doc-hygiene + referanse-integritetstest (1.7.1-lane)
- 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>
This commit is contained in:
parent
8328d5d31e
commit
6028ac2f90
25 changed files with 214 additions and 53 deletions
|
|
@ -182,7 +182,7 @@ OKR i offentlig sektor må koordineres med statens budsjettprosess for å være
|
|||
|
||||
| Dato | Hendelse | OKR-implikasjon |
|
||||
|------|----------|-----------------|
|
||||
| Oktober 15 | Statsbudsjett fremlegges | Indikasjon på ressursrammer |
|
||||
| Tidlig oktober | Statsbudsjett fremlegges | Indikasjon på ressursrammer |
|
||||
| November | Stortingsbehandling | Avklaringer underveis |
|
||||
| Desember (tidlig) | Budsjett vedtas | Rammer bekreftet |
|
||||
| Januar | Tildelingsbrev sendes | Endelige mål og rammer |
|
||||
|
|
@ -414,16 +414,14 @@ Hvis confidence alltid starter og forblir på 90%+, setter dere sannsynligvis ik
|
|||
Den enkleste metoden for å forutsi sluttresultat:
|
||||
|
||||
```
|
||||
Prognose = Baseline + (Nåværende progresjon / Tid brukt) × Total tid
|
||||
Prognose = Baseline + (Nåværende - Baseline) × (Total tid / Tid brukt)
|
||||
|
||||
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%
|
||||
Prognose = 10 + (14 - 10) × (4 / 2) = 10 + 8 = 18%
|
||||
```
|
||||
|
||||
#### Tidsjustert forventning
|
||||
|
|
@ -580,3 +578,5 @@ Selv kvalitative mål bør ha en definert måte å verifisere suksess på.
|
|||
4. **Transparency**: OKR er åpne
|
||||
5. **Continuous Tracking**: Følg opp månedlig
|
||||
6. **Learning over Punishment**: Scorer brukes til forbedring, ikke straff
|
||||
|
||||
*Sist oppdatert: Juli 2026*
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue