feat: foerste publiserte utgave av modellen, v0.13
Publiseringsrepo for «Tre nivaa av organisatorisk produktivitet med KI». Opprettet paa operatoerens arbeidsordre 18.08.2026. Modellen redigeres i kilderepoet og kopieres hit som ferdig utgave. Kilderepoet er privat, uten remote, og skal aldri pushes: det inneholder simuleringer og tilbakemeldinger som navngir virkelige personer, og git-historikken beholder dem selv om filene slettes. Lisens: CC BY 4.0, hentet fra creativecommons.org sin legalcode.txt og ikke skrevet fra hukommelsen. Kontrollert: 3 treff paa «Attribution 4.0 International», 0 treff paa ShareAlike, NonCommercial og NoDerivatives. Kontroller kjoert foer denne committen, hver med kjent-positiv validering av spoerringen foerst: - Navnelekkasje: 13 kandidat-egennavn hentet ut av de fem sensitive filene i kilderepoet, 0 av dem finnes i det som publiseres her. - Interne spor: 0 treff paa «operatoer», «annotering», docs/-lenker og etatsnavn, i baade modellen, arket og README. - Em-dash: 0 i alle flater, ogsaa i PDF-teksten. - PDF: 6 sider, tre enige tellere, tellerne validert mot tre PDF-er med kjent sidetall foerst. Liggende A4 bekreftet. - Figuren er byte-identisk i modellen og i arket. STATE.md er gitignored fordi remoten er offentlig. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019aNwyGgZNxiQ7E3VrTZX8t
This commit is contained in:
commit
aab3d04877
8 changed files with 1226 additions and 0 deletions
7
.gitignore
vendored
Normal file
7
.gitignore
vendored
Normal file
|
|
@ -0,0 +1,7 @@
|
|||
.env
|
||||
.env.*
|
||||
*.local.md
|
||||
.DS_Store
|
||||
|
||||
# STATE.md er current state-of-play og hoerer ikke hjemme paa en offentlig flate.
|
||||
STATE.md
|
||||
12
CHANGELOG.md
Normal file
12
CHANGELOG.md
Normal file
|
|
@ -0,0 +1,12 @@
|
|||
# Changelog
|
||||
|
||||
Alle vesentlige endringer i modellen dokumenteres her.
|
||||
|
||||
## v0.13 (2026-08-18)
|
||||
|
||||
Første publiserte utgave.
|
||||
|
||||
- To gjennomgående bærebjelker gjennom alle tre nivåene: juridiske vurderinger og KI-klare data. Begge er forutsetninger, ikke støttefunksjoner.
|
||||
- Én modellfigur, i full bredde: tre lag flankert av de to bærebjelkene, med tre verdikjeder som er kommet ulikt langt.
|
||||
- Et ambisjonsnivå på nivå 3: 20 prosent på virksomhetsnivå som første ambisjon per realisert vertikal, uttrykkelig merket som ambisjon og ikke som et målt resultat.
|
||||
- Spisskompetanse som et bemanningsvedtak med tre veier: rekruttere, bygge fra fagsiden, eller kjøpe inn.
|
||||
73
CLAUDE.md
Normal file
73
CLAUDE.md
Normal file
|
|
@ -0,0 +1,73 @@
|
|||
# ki-produktivitetsmodell
|
||||
|
||||
## Kontekst
|
||||
|
||||
Publiseringsrepo for dokumentmodellen «Tre nivå av organisatorisk produktivitet med KI». **Dette repoet er offentlig.** Alt som ligger her, er lest av hvem som helst.
|
||||
|
||||
Kilderepoet er `~/repos/ki-leadership`, som er **privat, uten remote, og aldri skal pushes** — det inneholder simuleringer og tilbakemeldinger som navngir virkelige personer. Redigering av modellen skjer der. Dette repoet mottar ferdige utgaver.
|
||||
|
||||
## Stack
|
||||
|
||||
Ren dokumentasjon. Ingen byggekjede, ingen avhengigheter.
|
||||
|
||||
- `tre-nivaa-modell.md` — modellen, kanonisk tekst
|
||||
- `modellark.html` — selvstendig HTML for utskrift. Inline SVG, ingen eksterne filer, ingen base64
|
||||
- `modellark.pdf` — bygget fra HTML-en med Chrome headless `--print-to-pdf`
|
||||
|
||||
## Konvensjoner
|
||||
|
||||
- **Tall-disiplin:** ingen tall uten verifisert kilde, primærkilde leses selv, anslag merkes eksplisitt. Verifiseringsloggen bakerst i modellen er en del av leveransen, ikke et vedlegg.
|
||||
- **Ingen em-dash** noe sted i modellen eller arket.
|
||||
- **Ingen navngiving av enkeltvirksomheter som forbilde.** Verktøy og skyplattformer kan navngis som anskaffelsesvirkelighet og klasse-eksempler.
|
||||
- **Ingen interne arbeidsspor:** ingen referanser til annoteringsrunder, interne arbeidsfiler eller intern prosess-vokabular. Dette er et publisert dokument, ikke en arbeidslogg.
|
||||
- **Ingen personnavn** utover siterte kilders forfattere.
|
||||
- Palett i figuren: `#444F55`, `#E27500` og gråtoner. Ingen andre farger.
|
||||
- `aria-label` og annen tekst for skjermlesere skrives i vanlig norsk med æøå.
|
||||
|
||||
## Kommandoer
|
||||
|
||||
Bygg PDF på nytt fra arket:
|
||||
|
||||
```bash
|
||||
"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" \
|
||||
--headless --disable-gpu --no-pdf-header-footer \
|
||||
--print-to-pdf=modellark.pdf \
|
||||
"file://$(pwd)/modellark.html"
|
||||
```
|
||||
|
||||
Kontroller sidetallet med tre uavhengige tellere, og valider dem mot en PDF med kjent sidetall før du stoler på dem:
|
||||
|
||||
```bash
|
||||
pdfinfo modellark.pdf | grep -E '^Pages|^Page size'
|
||||
python3 -c "from pypdf import PdfReader; print(len(PdfReader('modellark.pdf').pages))"
|
||||
```
|
||||
|
||||
Visuell kontroll av hver side:
|
||||
|
||||
```bash
|
||||
pdftoppm -jpeg -r 90 modellark.pdf side
|
||||
```
|
||||
|
||||
## Arbeidsflyt
|
||||
|
||||
- **Ingen redigering av modellteksten her.** Endringer gjøres i kilderepoet og kopieres hit som ferdig utgave. Ellers oppstår to sannheter.
|
||||
- Hver publiserte utgave får en git-tag (`v0.13`, `v0.14`, ...) og en linje i `CHANGELOG.md`.
|
||||
- Før push: kontroller at ingen intern referanse har fulgt med. `grep -ci 'operatør\|annotering' tre-nivaa-modell.md modellark.html` skal gi 0 for begge. Valider spørringen mot et kjent-positivt tilfelle før du stoler på nullen.
|
||||
- `STATE.md` er gitignored her, fordi remoten er offentlig.
|
||||
|
||||
## Communication patterns
|
||||
|
||||
### Linking to local files
|
||||
|
||||
When pointing to local files in responses, always use markdown link syntax with a descriptive name:
|
||||
|
||||
- Use `[Human-friendly name](file:///absolute/path)` — never bare `file:///...` URLs or autolinks `<file://...>`.
|
||||
- Always use absolute paths. Never `~/` or relative paths.
|
||||
- For multiple files, render as a bullet list of named markdown links.
|
||||
|
||||
Why: bare `file://` URLs only render the first as clickable across multiple lines. Named markdown links make each entry independently clickable and look cleaner.
|
||||
|
||||
Example:
|
||||
|
||||
- [Modellen](file:///Users/ktg/repos/ki-produktivitetsmodell/tre-nivaa-modell.md)
|
||||
- [Modellarket](file:///Users/ktg/repos/ki-produktivitetsmodell/modellark.html)
|
||||
396
LICENSE
Normal file
396
LICENSE
Normal file
|
|
@ -0,0 +1,396 @@
|
|||
Attribution 4.0 International
|
||||
|
||||
=======================================================================
|
||||
|
||||
Creative Commons Corporation ("Creative Commons") is not a law firm and
|
||||
does not provide legal services or legal advice. Distribution of
|
||||
Creative Commons public licenses does not create a lawyer-client or
|
||||
other relationship. Creative Commons makes its licenses and related
|
||||
information available on an "as-is" basis. Creative Commons gives no
|
||||
warranties regarding its licenses, any material licensed under their
|
||||
terms and conditions, or any related information. Creative Commons
|
||||
disclaims all liability for damages resulting from their use to the
|
||||
fullest extent possible.
|
||||
|
||||
Using Creative Commons Public Licenses
|
||||
|
||||
Creative Commons public licenses provide a standard set of terms and
|
||||
conditions that creators and other rights holders may use to share
|
||||
original works of authorship and other material subject to copyright
|
||||
and certain other rights specified in the public license below. The
|
||||
following considerations are for informational purposes only, are not
|
||||
exhaustive, and do not form part of our licenses.
|
||||
|
||||
Considerations for licensors: Our public licenses are
|
||||
intended for use by those authorized to give the public
|
||||
permission to use material in ways otherwise restricted by
|
||||
copyright and certain other rights. Our licenses are
|
||||
irrevocable. Licensors should read and understand the terms
|
||||
and conditions of the license they choose before applying it.
|
||||
Licensors should also secure all rights necessary before
|
||||
applying our licenses so that the public can reuse the
|
||||
material as expected. Licensors should clearly mark any
|
||||
material not subject to the license. This includes other CC-
|
||||
licensed material, or material used under an exception or
|
||||
limitation to copyright. More considerations for licensors:
|
||||
wiki.creativecommons.org/Considerations_for_licensors
|
||||
|
||||
Considerations for the public: By using one of our public
|
||||
licenses, a licensor grants the public permission to use the
|
||||
licensed material under specified terms and conditions. If
|
||||
the licensor's permission is not necessary for any reason--for
|
||||
example, because of any applicable exception or limitation to
|
||||
copyright--then that use is not regulated by the license. Our
|
||||
licenses grant only permissions under copyright and certain
|
||||
other rights that a licensor has authority to grant. Use of
|
||||
the licensed material may still be restricted for other
|
||||
reasons, including because others have copyright or other
|
||||
rights in the material. A licensor may make special requests,
|
||||
such as asking that all changes be marked or described.
|
||||
Although not required by our licenses, you are encouraged to
|
||||
respect those requests where reasonable. More considerations
|
||||
for the public:
|
||||
wiki.creativecommons.org/Considerations_for_licensees
|
||||
|
||||
=======================================================================
|
||||
|
||||
Creative Commons Attribution 4.0 International Public License
|
||||
|
||||
By exercising the Licensed Rights (defined below), You accept and agree
|
||||
to be bound by the terms and conditions of this Creative Commons
|
||||
Attribution 4.0 International Public License ("Public License"). To the
|
||||
extent this Public License may be interpreted as a contract, You are
|
||||
granted the Licensed Rights in consideration of Your acceptance of
|
||||
these terms and conditions, and the Licensor grants You such rights in
|
||||
consideration of benefits the Licensor receives from making the
|
||||
Licensed Material available under these terms and conditions.
|
||||
|
||||
|
||||
Section 1 -- Definitions.
|
||||
|
||||
a. Adapted Material means material subject to Copyright and Similar
|
||||
Rights that is derived from or based upon the Licensed Material
|
||||
and in which the Licensed Material is translated, altered,
|
||||
arranged, transformed, or otherwise modified in a manner requiring
|
||||
permission under the Copyright and Similar Rights held by the
|
||||
Licensor. For purposes of this Public License, where the Licensed
|
||||
Material is a musical work, performance, or sound recording,
|
||||
Adapted Material is always produced where the Licensed Material is
|
||||
synched in timed relation with a moving image.
|
||||
|
||||
b. Adapter's License means the license You apply to Your Copyright
|
||||
and Similar Rights in Your contributions to Adapted Material in
|
||||
accordance with the terms and conditions of this Public License.
|
||||
|
||||
c. Copyright and Similar Rights means copyright and/or similar rights
|
||||
closely related to copyright including, without limitation,
|
||||
performance, broadcast, sound recording, and Sui Generis Database
|
||||
Rights, without regard to how the rights are labeled or
|
||||
categorized. For purposes of this Public License, the rights
|
||||
specified in Section 2(b)(1)-(2) are not Copyright and Similar
|
||||
Rights.
|
||||
|
||||
d. Effective Technological Measures means those measures that, in the
|
||||
absence of proper authority, may not be circumvented under laws
|
||||
fulfilling obligations under Article 11 of the WIPO Copyright
|
||||
Treaty adopted on December 20, 1996, and/or similar international
|
||||
agreements.
|
||||
|
||||
e. Exceptions and Limitations means fair use, fair dealing, and/or
|
||||
any other exception or limitation to Copyright and Similar Rights
|
||||
that applies to Your use of the Licensed Material.
|
||||
|
||||
f. Licensed Material means the artistic or literary work, database,
|
||||
or other material to which the Licensor applied this Public
|
||||
License.
|
||||
|
||||
g. Licensed Rights means the rights granted to You subject to the
|
||||
terms and conditions of this Public License, which are limited to
|
||||
all Copyright and Similar Rights that apply to Your use of the
|
||||
Licensed Material and that the Licensor has authority to license.
|
||||
|
||||
h. Licensor means the individual(s) or entity(ies) granting rights
|
||||
under this Public License.
|
||||
|
||||
i. Share means to provide material to the public by any means or
|
||||
process that requires permission under the Licensed Rights, such
|
||||
as reproduction, public display, public performance, distribution,
|
||||
dissemination, communication, or importation, and to make material
|
||||
available to the public including in ways that members of the
|
||||
public may access the material from a place and at a time
|
||||
individually chosen by them.
|
||||
|
||||
j. Sui Generis Database Rights means rights other than copyright
|
||||
resulting from Directive 96/9/EC of the European Parliament and of
|
||||
the Council of 11 March 1996 on the legal protection of databases,
|
||||
as amended and/or succeeded, as well as other essentially
|
||||
equivalent rights anywhere in the world.
|
||||
|
||||
k. You means the individual or entity exercising the Licensed Rights
|
||||
under this Public License. Your has a corresponding meaning.
|
||||
|
||||
|
||||
Section 2 -- Scope.
|
||||
|
||||
a. License grant.
|
||||
|
||||
1. Subject to the terms and conditions of this Public License,
|
||||
the Licensor hereby grants You a worldwide, royalty-free,
|
||||
non-sublicensable, non-exclusive, irrevocable license to
|
||||
exercise the Licensed Rights in the Licensed Material to:
|
||||
|
||||
a. reproduce and Share the Licensed Material, in whole or
|
||||
in part; and
|
||||
|
||||
b. produce, reproduce, and Share Adapted Material.
|
||||
|
||||
2. Exceptions and Limitations. For the avoidance of doubt, where
|
||||
Exceptions and Limitations apply to Your use, this Public
|
||||
License does not apply, and You do not need to comply with
|
||||
its terms and conditions.
|
||||
|
||||
3. Term. The term of this Public License is specified in Section
|
||||
6(a).
|
||||
|
||||
4. Media and formats; technical modifications allowed. The
|
||||
Licensor authorizes You to exercise the Licensed Rights in
|
||||
all media and formats whether now known or hereafter created,
|
||||
and to make technical modifications necessary to do so. The
|
||||
Licensor waives and/or agrees not to assert any right or
|
||||
authority to forbid You from making technical modifications
|
||||
necessary to exercise the Licensed Rights, including
|
||||
technical modifications necessary to circumvent Effective
|
||||
Technological Measures. For purposes of this Public License,
|
||||
simply making modifications authorized by this Section 2(a)
|
||||
(4) never produces Adapted Material.
|
||||
|
||||
5. Downstream recipients.
|
||||
|
||||
a. Offer from the Licensor -- Licensed Material. Every
|
||||
recipient of the Licensed Material automatically
|
||||
receives an offer from the Licensor to exercise the
|
||||
Licensed Rights under the terms and conditions of this
|
||||
Public License.
|
||||
|
||||
b. No downstream restrictions. You may not offer or impose
|
||||
any additional or different terms or conditions on, or
|
||||
apply any Effective Technological Measures to, the
|
||||
Licensed Material if doing so restricts exercise of the
|
||||
Licensed Rights by any recipient of the Licensed
|
||||
Material.
|
||||
|
||||
6. No endorsement. Nothing in this Public License constitutes or
|
||||
may be construed as permission to assert or imply that You
|
||||
are, or that Your use of the Licensed Material is, connected
|
||||
with, or sponsored, endorsed, or granted official status by,
|
||||
the Licensor or others designated to receive attribution as
|
||||
provided in Section 3(a)(1)(A)(i).
|
||||
|
||||
b. Other rights.
|
||||
|
||||
1. Moral rights, such as the right of integrity, are not
|
||||
licensed under this Public License, nor are publicity,
|
||||
privacy, and/or other similar personality rights; however, to
|
||||
the extent possible, the Licensor waives and/or agrees not to
|
||||
assert any such rights held by the Licensor to the limited
|
||||
extent necessary to allow You to exercise the Licensed
|
||||
Rights, but not otherwise.
|
||||
|
||||
2. Patent and trademark rights are not licensed under this
|
||||
Public License.
|
||||
|
||||
3. To the extent possible, the Licensor waives any right to
|
||||
collect royalties from You for the exercise of the Licensed
|
||||
Rights, whether directly or through a collecting society
|
||||
under any voluntary or waivable statutory or compulsory
|
||||
licensing scheme. In all other cases the Licensor expressly
|
||||
reserves any right to collect such royalties.
|
||||
|
||||
|
||||
Section 3 -- License Conditions.
|
||||
|
||||
Your exercise of the Licensed Rights is expressly made subject to the
|
||||
following conditions.
|
||||
|
||||
a. Attribution.
|
||||
|
||||
1. If You Share the Licensed Material (including in modified
|
||||
form), You must:
|
||||
|
||||
a. retain the following if it is supplied by the Licensor
|
||||
with the Licensed Material:
|
||||
|
||||
i. identification of the creator(s) of the Licensed
|
||||
Material and any others designated to receive
|
||||
attribution, in any reasonable manner requested by
|
||||
the Licensor (including by pseudonym if
|
||||
designated);
|
||||
|
||||
ii. a copyright notice;
|
||||
|
||||
iii. a notice that refers to this Public License;
|
||||
|
||||
iv. a notice that refers to the disclaimer of
|
||||
warranties;
|
||||
|
||||
v. a URI or hyperlink to the Licensed Material to the
|
||||
extent reasonably practicable;
|
||||
|
||||
b. indicate if You modified the Licensed Material and
|
||||
retain an indication of any previous modifications; and
|
||||
|
||||
c. indicate the Licensed Material is licensed under this
|
||||
Public License, and include the text of, or the URI or
|
||||
hyperlink to, this Public License.
|
||||
|
||||
2. You may satisfy the conditions in Section 3(a)(1) in any
|
||||
reasonable manner based on the medium, means, and context in
|
||||
which You Share the Licensed Material. For example, it may be
|
||||
reasonable to satisfy the conditions by providing a URI or
|
||||
hyperlink to a resource that includes the required
|
||||
information.
|
||||
|
||||
3. If requested by the Licensor, You must remove any of the
|
||||
information required by Section 3(a)(1)(A) to the extent
|
||||
reasonably practicable.
|
||||
|
||||
4. If You Share Adapted Material You produce, the Adapter's
|
||||
License You apply must not prevent recipients of the Adapted
|
||||
Material from complying with this Public License.
|
||||
|
||||
|
||||
Section 4 -- Sui Generis Database Rights.
|
||||
|
||||
Where the Licensed Rights include Sui Generis Database Rights that
|
||||
apply to Your use of the Licensed Material:
|
||||
|
||||
a. for the avoidance of doubt, Section 2(a)(1) grants You the right
|
||||
to extract, reuse, reproduce, and Share all or a substantial
|
||||
portion of the contents of the database;
|
||||
|
||||
b. if You include all or a substantial portion of the database
|
||||
contents in a database in which You have Sui Generis Database
|
||||
Rights, then the database in which You have Sui Generis Database
|
||||
Rights (but not its individual contents) is Adapted Material; and
|
||||
|
||||
c. You must comply with the conditions in Section 3(a) if You Share
|
||||
all or a substantial portion of the contents of the database.
|
||||
|
||||
For the avoidance of doubt, this Section 4 supplements and does not
|
||||
replace Your obligations under this Public License where the Licensed
|
||||
Rights include other Copyright and Similar Rights.
|
||||
|
||||
|
||||
Section 5 -- Disclaimer of Warranties and Limitation of Liability.
|
||||
|
||||
a. UNLESS OTHERWISE SEPARATELY UNDERTAKEN BY THE LICENSOR, TO THE
|
||||
EXTENT POSSIBLE, THE LICENSOR OFFERS THE LICENSED MATERIAL AS-IS
|
||||
AND AS-AVAILABLE, AND MAKES NO REPRESENTATIONS OR WARRANTIES OF
|
||||
ANY KIND CONCERNING THE LICENSED MATERIAL, WHETHER EXPRESS,
|
||||
IMPLIED, STATUTORY, OR OTHER. THIS INCLUDES, WITHOUT LIMITATION,
|
||||
WARRANTIES OF TITLE, MERCHANTABILITY, FITNESS FOR A PARTICULAR
|
||||
PURPOSE, NON-INFRINGEMENT, ABSENCE OF LATENT OR OTHER DEFECTS,
|
||||
ACCURACY, OR THE PRESENCE OR ABSENCE OF ERRORS, WHETHER OR NOT
|
||||
KNOWN OR DISCOVERABLE. WHERE DISCLAIMERS OF WARRANTIES ARE NOT
|
||||
ALLOWED IN FULL OR IN PART, THIS DISCLAIMER MAY NOT APPLY TO YOU.
|
||||
|
||||
b. TO THE EXTENT POSSIBLE, IN NO EVENT WILL THE LICENSOR BE LIABLE
|
||||
TO YOU ON ANY LEGAL THEORY (INCLUDING, WITHOUT LIMITATION,
|
||||
NEGLIGENCE) OR OTHERWISE FOR ANY DIRECT, SPECIAL, INDIRECT,
|
||||
INCIDENTAL, CONSEQUENTIAL, PUNITIVE, EXEMPLARY, OR OTHER LOSSES,
|
||||
COSTS, EXPENSES, OR DAMAGES ARISING OUT OF THIS PUBLIC LICENSE OR
|
||||
USE OF THE LICENSED MATERIAL, EVEN IF THE LICENSOR HAS BEEN
|
||||
ADVISED OF THE POSSIBILITY OF SUCH LOSSES, COSTS, EXPENSES, OR
|
||||
DAMAGES. WHERE A LIMITATION OF LIABILITY IS NOT ALLOWED IN FULL OR
|
||||
IN PART, THIS LIMITATION MAY NOT APPLY TO YOU.
|
||||
|
||||
c. The disclaimer of warranties and limitation of liability provided
|
||||
above shall be interpreted in a manner that, to the extent
|
||||
possible, most closely approximates an absolute disclaimer and
|
||||
waiver of all liability.
|
||||
|
||||
|
||||
Section 6 -- Term and Termination.
|
||||
|
||||
a. This Public License applies for the term of the Copyright and
|
||||
Similar Rights licensed here. However, if You fail to comply with
|
||||
this Public License, then Your rights under this Public License
|
||||
terminate automatically.
|
||||
|
||||
b. Where Your right to use the Licensed Material has terminated under
|
||||
Section 6(a), it reinstates:
|
||||
|
||||
1. automatically as of the date the violation is cured, provided
|
||||
it is cured within 30 days of Your discovery of the
|
||||
violation; or
|
||||
|
||||
2. upon express reinstatement by the Licensor.
|
||||
|
||||
For the avoidance of doubt, this Section 6(b) does not affect any
|
||||
right the Licensor may have to seek remedies for Your violations
|
||||
of this Public License.
|
||||
|
||||
c. For the avoidance of doubt, the Licensor may also offer the
|
||||
Licensed Material under separate terms or conditions or stop
|
||||
distributing the Licensed Material at any time; however, doing so
|
||||
will not terminate this Public License.
|
||||
|
||||
d. Sections 1, 5, 6, 7, and 8 survive termination of this Public
|
||||
License.
|
||||
|
||||
|
||||
Section 7 -- Other Terms and Conditions.
|
||||
|
||||
a. The Licensor shall not be bound by any additional or different
|
||||
terms or conditions communicated by You unless expressly agreed.
|
||||
|
||||
b. Any arrangements, understandings, or agreements regarding the
|
||||
Licensed Material not stated herein are separate from and
|
||||
independent of the terms and conditions of this Public License.
|
||||
|
||||
|
||||
Section 8 -- Interpretation.
|
||||
|
||||
a. For the avoidance of doubt, this Public License does not, and
|
||||
shall not be interpreted to, reduce, limit, restrict, or impose
|
||||
conditions on any use of the Licensed Material that could lawfully
|
||||
be made without permission under this Public License.
|
||||
|
||||
b. To the extent possible, if any provision of this Public License is
|
||||
deemed unenforceable, it shall be automatically reformed to the
|
||||
minimum extent necessary to make it enforceable. If the provision
|
||||
cannot be reformed, it shall be severed from this Public License
|
||||
without affecting the enforceability of the remaining terms and
|
||||
conditions.
|
||||
|
||||
c. No term or condition of this Public License will be waived and no
|
||||
failure to comply consented to unless expressly agreed to by the
|
||||
Licensor.
|
||||
|
||||
d. Nothing in this Public License constitutes or may be interpreted
|
||||
as a limitation upon, or waiver of, any privileges and immunities
|
||||
that apply to the Licensor or You, including from the legal
|
||||
processes of any jurisdiction or authority.
|
||||
|
||||
|
||||
=======================================================================
|
||||
|
||||
Creative Commons is not a party to its public
|
||||
licenses. Notwithstanding, Creative Commons may elect to apply one of
|
||||
its public licenses to material it publishes and in those instances
|
||||
will be considered the “Licensor.” The text of the Creative Commons
|
||||
public licenses is dedicated to the public domain under the CC0 Public
|
||||
Domain Dedication. Except for the limited purpose of indicating that
|
||||
material is shared under a Creative Commons public license or as
|
||||
otherwise permitted by the Creative Commons policies published at
|
||||
creativecommons.org/policies, Creative Commons does not authorize the
|
||||
use of the trademark "Creative Commons" or any other trademark or logo
|
||||
of Creative Commons without its prior written consent including,
|
||||
without limitation, in connection with any unauthorized modifications
|
||||
to any of its public licenses or any other arrangements,
|
||||
understandings, or agreements concerning use of licensed material. For
|
||||
the avoidance of doubt, this paragraph does not form part of the
|
||||
public licenses.
|
||||
|
||||
Creative Commons may be contacted at creativecommons.org.
|
||||
|
||||
45
README.md
Normal file
45
README.md
Normal file
|
|
@ -0,0 +1,45 @@
|
|||
# Tre nivå av organisatorisk produktivitet med KI
|
||||
|
||||
En mental modell for toppledere i norsk offentlig sektor. Den svarer på ett spørsmål: **hva er det egentlig som stopper oss, og hva koster det å fjerne den hindringen?**
|
||||
|
||||
Modellen er skrevet til lederen, ikke til fagpersonen. Hvert nivå kan leses på ett minutt og ender i én ting du kan gjøre, og én ting dere måler.
|
||||
|
||||
## Innhold
|
||||
|
||||
| Fil | Hva det er |
|
||||
|---|---|
|
||||
| [`tre-nivaa-modell.md`](tre-nivaa-modell.md) | Modellen i sin helhet, med verifiseringslogg |
|
||||
| [`modellark.html`](modellark.html) | Modellarket: hele modellen på et utskriftsvennlig ark. Selvstendig HTML, ingen eksterne avhengigheter |
|
||||
| [`modellark.pdf`](modellark.pdf) | Samme ark som PDF, liggende A4, seks sider |
|
||||
|
||||
Åpne `modellark.html` direkte i en nettleser, eller skriv den ut. Figuren er inline SVG og trenger ingenting utenfra.
|
||||
|
||||
## Modellen kort
|
||||
|
||||
**Tre nivåer**, som beskriver én verdikjede om gangen, aldri hele virksomheten:
|
||||
|
||||
1. **Verktøyene.** Lisensene er på plass. Spørsmålet er hva taket faktisk er i deres egne oppgaver, og hvor dere ligger mot det. Taket er en målbar størrelse, ikke en følelse om teknologien.
|
||||
2. **KI-først-fundamentet.** Kunnskapen skrives for at KI skal lese og agere på den, og systemene får en dør inn som er laget for maskiner. Samme materiale, motsatt byggerekkefølge.
|
||||
3. **Organisert rundt KI.** Arbeidsprosessen tegnes om rundt løsningen. Først da blir uttaket organisatorisk i stedet for individuelt.
|
||||
|
||||
**To bærebjelker** går gjennom alle tre: **juridiske vurderinger** og **KI-klare data**. De er forutsetninger, ikke sidehensyn. Er de ikke på plass, er ingen av nivåene mulige å realisere, og de blir aldri ferdige.
|
||||
|
||||
## Om tallene
|
||||
|
||||
Modellen har en **verifiseringslogg** bakerst. Hver faktapåstand og hvert tall står der med kilde og status. Primærkilder er lest direkte, ikke gjengitt fra oppslag. Påstander uten verifisert kilde er merket som antakelser, ikke skjult, og en del verifiserte tall er bevisst ikke trykket fordi de ikke er handlingsutløsende for en leder.
|
||||
|
||||
Ett tall er forfatterens egen anbefaling og ikke en måling: ambisjonen på 20 prosent per realisert vertikal. Den er merket som ambisjon i teksten, og den er ikke hentet fra noen undersøkelse.
|
||||
|
||||
## Virkeområde og forbehold
|
||||
|
||||
Modellen er **forfatterens egen syntese**. Den er skrevet virksomhetsuavhengig: eksemplene kan byttes ut med leserens egne uten at modellen endrer seg. Verktøy og leverandører som nevnes, er eksempler på hva som finnes å kjøpe, aldri forbilder eller forutsetninger.
|
||||
|
||||
Den er skrevet for norsk offentlig sektor og lener seg på norsk regelverk og norske utredninger. Utenfor det virkeområdet må premissene etterprøves.
|
||||
|
||||
Modellen er under arbeid. Versjonsnummeret står i dokumentet selv.
|
||||
|
||||
## Lisens
|
||||
|
||||
[Creative Commons Attribution 4.0 International (CC BY 4.0)](LICENSE).
|
||||
|
||||
Du kan dele og bearbeide materialet, også kommersielt, så lenge du navngir opphavspersonen. Bruk den gjerne som utgangspunkt for din egen virksomhets modell.
|
||||
407
modellark.html
Normal file
407
modellark.html
Normal file
|
|
@ -0,0 +1,407 @@
|
|||
<!doctype html>
|
||||
<html lang="no">
|
||||
<head>
|
||||
<meta charset="utf-8">
|
||||
<title>Tre nivå av organisatorisk produktivitet med KI, modellark v0.13</title>
|
||||
<style>
|
||||
:root {
|
||||
--ink: #111111;
|
||||
--accent: #444F55;
|
||||
--accent2: #E27500;
|
||||
--line: #b9b9b9;
|
||||
--band: #f1f3f4;
|
||||
--prose: 9.4pt;
|
||||
--tbl: 8.4pt;
|
||||
--mini: 7.8pt;
|
||||
--ncols: 3;
|
||||
}
|
||||
* { box-sizing: border-box; }
|
||||
html, body { margin: 0; padding: 0; }
|
||||
body {
|
||||
font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
|
||||
color: var(--ink);
|
||||
font-size: var(--prose);
|
||||
line-height: 1.28;
|
||||
-webkit-print-color-adjust: exact;
|
||||
print-color-adjust: exact;
|
||||
}
|
||||
h1 {
|
||||
font-size: 15pt;
|
||||
line-height: 1.15;
|
||||
margin: 0 0 1.2mm;
|
||||
letter-spacing: -0.25pt;
|
||||
color: var(--accent);
|
||||
}
|
||||
p.meta {
|
||||
font-size: var(--mini);
|
||||
color: #444;
|
||||
margin: 0 0 1mm;
|
||||
line-height: 1.3;
|
||||
}
|
||||
h2 {
|
||||
font-size: 10pt;
|
||||
margin: 3.2mm 0 1.2mm;
|
||||
padding-bottom: 0.7mm;
|
||||
border-bottom: 1.1pt solid var(--accent2);
|
||||
color: var(--accent);
|
||||
letter-spacing: -0.1pt;
|
||||
break-after: avoid;
|
||||
page-break-after: avoid;
|
||||
}
|
||||
h2:first-of-type { margin-top: 2.4mm; }
|
||||
p { margin: 1.1mm 0; orphans: 2; widows: 2; }
|
||||
ul { margin: 1.1mm 0 1.1mm 4mm; padding: 0; }
|
||||
li { margin: 0.5mm 0; orphans: 2; widows: 2; }
|
||||
ol { margin: 1.1mm 0 1.1mm 4.5mm; padding: 0; }
|
||||
blockquote {
|
||||
margin: 1.6mm 0;
|
||||
padding: 1.4mm 2.4mm;
|
||||
border-left: 2.4pt solid var(--accent2);
|
||||
background: var(--band);
|
||||
font-weight: 700;
|
||||
break-inside: avoid;
|
||||
page-break-inside: avoid;
|
||||
}
|
||||
blockquote p { margin: 0; }
|
||||
table {
|
||||
border-collapse: collapse;
|
||||
width: 100%;
|
||||
table-layout: fixed;
|
||||
font-size: var(--tbl);
|
||||
line-height: 1.24;
|
||||
margin: 1.2mm 0 0.6mm;
|
||||
}
|
||||
thead { display: table-header-group; }
|
||||
tr {
|
||||
break-inside: avoid;
|
||||
page-break-inside: avoid;
|
||||
}
|
||||
th, td {
|
||||
border: 0.5pt solid var(--line);
|
||||
padding: 1.3mm 1.3mm;
|
||||
vertical-align: top;
|
||||
text-align: left;
|
||||
word-wrap: break-word;
|
||||
overflow-wrap: break-word;
|
||||
-webkit-hyphens: auto;
|
||||
hyphens: auto;
|
||||
}
|
||||
th {
|
||||
background: var(--accent);
|
||||
color: #fff;
|
||||
font-size: var(--mini);
|
||||
font-weight: 700;
|
||||
letter-spacing: 0.1pt;
|
||||
}
|
||||
td.lvl {
|
||||
background: var(--band);
|
||||
font-weight: 700;
|
||||
font-size: var(--mini);
|
||||
}
|
||||
td.lvl em { font-weight: 400; font-size: 6.8pt; display: block; margin-top: 0.6mm; }
|
||||
strong.hl { color: var(--accent2); }
|
||||
p.keep { break-inside: avoid; page-break-inside: avoid; }
|
||||
/* Binder en seksjonsingress til tabellen sin, slik at overskriften ikke blir
|
||||
staaende alene nederst paa en side. Maalt: Chrome respekterer break-after
|
||||
her, i motsetning til widows/orphans. */
|
||||
p.keepnext { break-after: avoid; page-break-after: avoid; break-inside: avoid; }
|
||||
|
||||
/* v0.12: liggende A4 med flerkolonne broedtekst. Tabellene staar utenfor
|
||||
kolonneflyten, i full bredde, fordi de trenger den. */
|
||||
.cols {
|
||||
columns: var(--ncols);
|
||||
column-gap: 6.5mm;
|
||||
column-rule: 0.4pt solid #dcdcdc;
|
||||
}
|
||||
.cols > :first-child { margin-top: 0; }
|
||||
.cols p, .cols li { text-align: left; -webkit-hyphens: auto; hyphens: auto; }
|
||||
|
||||
figure {
|
||||
margin: 2.2mm 0 2.4mm;
|
||||
break-inside: avoid;
|
||||
page-break-inside: avoid;
|
||||
}
|
||||
figure svg {
|
||||
display: block;
|
||||
width: 100%;
|
||||
height: auto;
|
||||
-webkit-print-color-adjust: exact;
|
||||
print-color-adjust: exact;
|
||||
}
|
||||
figure.wide { break-inside: avoid; page-break-inside: avoid; }
|
||||
figure.wide figcaption { max-width: 165mm; }
|
||||
figcaption {
|
||||
font-size: 7pt;
|
||||
line-height: 1.25;
|
||||
color: #444;
|
||||
margin-top: 1mm;
|
||||
border-top: 0.4pt solid #dcdcdc;
|
||||
padding-top: 0.8mm;
|
||||
}
|
||||
@page { size: A4 landscape; margin: 8.5mm; }
|
||||
</style>
|
||||
</head>
|
||||
<body>
|
||||
|
||||
<h1>Tre nivå av organisatorisk produktivitet med KI</h1>
|
||||
<div class="cols">
|
||||
<p class="meta">Mental modell for toppledere i norsk offentlig sektor. <strong>v0.13</strong> (2026-08-18). Leseren er etats- eller konsernledelse, og ledere på nivået under. Skrevet til lederen, ikke til fagpersonen. Uttak måles <strong>før og etter, i virksomhetens egne størrelser</strong>. Modellen er forfatterens egen syntese. Den er skrevet virksomhetsuavhengig: eksemplene kan byttes ut med leserens egne uten at modellen endrer seg. Verktøy og leverandører som nevnes, er eksempler på hva som finnes å kjøpe, aldri forbilder eller forutsetninger.</p>
|
||||
</div>
|
||||
|
||||
<h2>Modellen</h2>
|
||||
<p>Tre nivåer. Hvert nivå ender i en handling og en måling.</p>
|
||||
<table>
|
||||
<colgroup>
|
||||
<col style="width:9%"><col style="width:24.5%"><col style="width:23%"><col style="width:23.5%"><col style="width:20%">
|
||||
</colgroup>
|
||||
<thead>
|
||||
<tr><th></th><th>Slik ser det ut</th><th>Muligheten som ligger her</th><th>Hva du som leder gjør</th><th>Hva dere måler</th></tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td class="lvl">Nivå 1<em>Verktøyene</em></td>
|
||||
<td>Verktøyene er på plass. Eksempler på hva markedet tilbyr og hva offentlige virksomheter kjøper i dag: M365 Copilot, GitHub Copilot og Copilot Cowork, eller Anthropics portefølje med Claude, Claude Cowork og Claude Code. Hvilke navn som står på lisensen hos dere, endrer ikke modellen. Det tilbys kurs. Utover det er det ofte ikke satt forventninger, ikke stilt krav til uttak, og ikke alle blir spurt hva de fikk igjen. I praksis handler oppgaven om budsjett per person.</td>
|
||||
<td><strong>Taket er langt høyere enn de fleste tror, og det er en målbar størrelse.</strong> Taket er ikke en følelse om hvor lovende teknologien er. Det er hvor mye av en <em>bestemt oppgave</em> verktøyene dere allerede betaler for kan gjøre, med den kvaliteten oppgaven krever. Det er målt internasjonalt, og svaret er verken null eller ubegrenset: stort på noen oppgaver, negativt på andre, og avhengig av hvordan arbeidet legges opp rundt verktøyet. Se «Nivå 1 i praksis» under for tallene. Å finne deres eget tak krever ingen ny anskaffelse, men det kommer ikke av seg selv. Å realisere det er konkret lederarbeid, og det krever en helt annen tilnærming til kompetansebygging og gevinstmåling enn verktøyinnføringene dere er vant til.</td>
|
||||
<td>Sørg for jevnlige undersøkelser, kvalitative og kvantitative: hva brukes verktøyene til hos oss, hva kan de faktisk klare i våre oppgaver, og hvor stort er gapet? <strong class="hl">Mål på oppgaver, ikke bare spør om opplevd nytte</strong>, for de to svarene kan peke hver sin vei. Bruk de internasjonale målingene til å kalibrere hva slags størrelser som er mulige, aldri som tall for deres virksomhet. Verktøyene endrer seg dessuten kontinuerlig og hyppig, og det som var taket i fjor, er gulvet i år. Derfor er dette ikke et prosjekt med sluttdato, men en oppgave som krever kontinuerlig oppmerksomhet. Hold kunnskapen om taket og om egen posisjon oppdatert, den er ferskvare. Juster tiltakene etter det målingene viser, og gjennomfør dem.</td>
|
||||
<td>Resultatene fra de jevnlige undersøkelsene: hvor taket ligger i deres egne oppgaver, hvor dere ligger mot det, kvalitativt og kvantitativt, og om gapet krymper fra måling til måling. Se også innover: finn dem som allerede har knekt koden hos dere, de som er blitt vesentlig mer produktive enn gjennomsnittet, og finn ut hva de faktisk gjør annerledes. Gjør det til andres utgangspunkt, og la det lønne seg å være den som tar ut potensialet, ikke bare være tillatt. Følg samtidig med på hva andre norske og utenlandske virksomheter gjør som kan løfte gevinstuttaket hos dere.</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td class="lvl">Nivå 2<em>KI-først-fundamentet</em></td>
|
||||
<td>Alt dere har, er bygget menneske-først, slik vi alltid har gjort det: håndbøker skrevet for kolleger, fagsystemer med skjermbilder for saksbehandlere, rapporter laget for lesing. Også brukervennligheten og brukerreisene er laget for at et menneske skal finne fram til funksjonalitet og informasjon. Det var riktig så lenge mennesker var de eneste leserne. Nå er det kommet en ny leser: KI-agenten. Den kan riktignok settes til å se skjermen og styre mus og tastatur som et menneske, men den veien er fortsatt umoden og treg, og den er lite utbredt. Den er en nødløsning der det mangler en dør inn for maskiner, ikke veien inn. Og brukerreisen dere har tegnet, følger den uansett ikke. Spør du den om noe dere selv eier svaret på, for eksempel hvilken versjon av et regelverk som gjelder, kan du få forrige tiårs utgave tilbake. Ikke fordi svaret mangler, men fordi det er lagret for et menneske som allerede vet hvor det ligger.</td>
|
||||
<td><strong>Her snus byggerekkefølgen.</strong> KI-først betyr at kunnskapen skrives for at KI skal <em>lese og agere på</em> den, kuratert, versjonert, med eksplisitt struktur, og at systemene får en dør inn som er laget for maskiner. Formatene og protokollene finnes allerede, og de er åpne: strukturert tekst som markdown og HTML, MCP for å koble agenter til data og systemer, A2A for at agenter skal kunne samarbeide på tvers av leverandører, og kommandolinjeverktøy (CLI) som kan kjøres og kontrolleres steg for steg. Så bygges løsninger på toppen, tilpasset ulike behov. Samme materiale, motsatt rekkefølge. Og det er den rekkefølgen som avgjør hva alt videre kan bli.</td>
|
||||
<td>Velg én verdikjede, prosess, problemstilling eller applikasjon, gjerne noe som oppleves som en flaskehals i dag. Pek ut hvilke datasett og hvilken kunnskap som skal gjøres maskinlesbar der, og gi hver av dem en eier med navn. Bestem hvor det skal kjøre. Bygg så en del av funksjonaliteten først, sett den i bruk, og utvid gradvis: fra den første nyttige biten, via stadig flere oppgaver, til en komplett utvidelse eller erstatning av det som finnes i dag. Løs opp flaskehalser etter hvert som de viser seg.</td>
|
||||
<td>For hvert konkrete prosjekt: dokumenter smertepunktene før dere begynner, hvor det stopper, og hva det koster i tid og kvalitet. Kvantifiser så forbedringen den nye løsningen gir mot akkurat de punktene. Forskjellen mellom før og etter er nivå 2s tall. Målet er ikke en pilot, men noe nytt og bedre der KI er hele eller deler av løsningen, og som faktisk tas i bruk. Adopsjonen er selve fundamentet for transformasjonen på nivå 3. Derfor velges prosjektene etter hvor stor avkastning de kan gi, ikke etter hvor lette de er å starte.</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td class="lvl">Nivå 3<em>Organisert rundt KI</em></td>
|
||||
<td>Vi har gjort dette skiftet før. Internett ble først lagt ved siden av skranken, og så ble tjenestene tegnet om rundt nettet, slik at selvbetjening ble hovedveien. Skyen ble først brukt som et annet sted å ha serverne, og så ble drift og utvikling organisert rundt den. Nå gjelder det KI: når en KI-først-løsning finnes, tegnes arbeidsprosessen om rundt den. Løsningen gjør hovedarbeidet, og menneskene gjør det bare mennesker kan: vurdere, ta ansvar, avgjøre det som treffer noens rett.</td>
|
||||
<td><strong>Uttaket blir organisatorisk i stedet for individuelt.</strong> Å strø KI på toppen av eksisterende prosesser gir individuelle besparelser, en saksbehandler sparer sin egen tid, men lar mesteparten av potensialet ligge. Først når prosessen er tegnet om rundt løsningen, endres hva hele enheten kan levere. Det er her ledelsen får igjen for nivå 2. Og det er her de øvrige organisatoriske konsekvensene melder seg: omorganisering, omrokkering av ansatte, endrede arbeidsprosesser, behov for ny kompetanse, og nye flaskehalser som dukker opp et annet sted og må håndteres i sin tur.</td>
|
||||
<td>Tenk større enn før, det er lederoppgaven her. Hvilke problemer har dere avskrevet som uløselige, men som nå kan angripes? Hvilke store flaskehalser vil dere ha løst opp? Og når en KI-først-løsning finnes: <strong class="hl">prosessen må tegnes om rundt den.</strong> Det holder ikke å gi noen et mandat og håpe. Blir løsningen liggende ved siden av den gamle prosessen, blir avkastningen suboptimal, og dere har betalt for nivå 2 uten å hente ut nivå 3.</td>
|
||||
<td>Klassisk ROI-måling, før og etter, i virksomhetens egne størrelser: saker behandlet, saksbehandlingstid, ventetid, svartid, feil fanget før de nådde mottakeren, hvor mye som ble levert per krone. Hvilke størrelser som gjelder, avgjør dere. Mål prosessen slik den var, og mål den på nytt etter omleggingen. Forskjellen er gevinsten. <strong class="hl">Sett et ambisjonsnivå før dere måler.</strong> En rimelig første ambisjon på virksomhetsnivå, for hver vertikal dere realiserer, er 20 prosent. Det er en ambisjon lederen setter, ikke et resultat noen har målt og ikke et tall hentet fra noen undersøkelse. Den står der for at målingen skal ha en målestokk, og for at et uttak på noen få prosent ikke skal kunne passere som suksess.</td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<h2>Bærebjelkene: to spor som går gjennom alle tre nivåene</h2>
|
||||
<figure class="wide">
|
||||
<svg viewBox="0 0 880 258" xmlns="http://www.w3.org/2000/svg" role="img" aria-label="Tre horisontale lag oppå hverandre, nivå 1 nederst. På hver side står en loddrett bærebjelke som spenner over alle tre og fortsetter ut av figuren: juridiske vurderinger til venstre, KI-klare data til høyre. Tre verdikjeder er kommet ulikt langt oppover i lagene.">
|
||||
<text x="0" y="11" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Tre nivåer, to bærebjelker</text>
|
||||
<polygon points="31,14 54,30 8,30" fill="#444F55"/>
|
||||
<rect x="0" y="30" width="62" height="210" fill="#444F55"/>
|
||||
<polygon points="31,256 54,240 8,240" fill="#444F55"/>
|
||||
<text transform="translate(31,135) rotate(-90)" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#ffffff" letter-spacing="0.8">JURIDISKE VURDERINGER</text>
|
||||
<polygon points="849,14 872,30 826,30" fill="#444F55"/>
|
||||
<rect x="818" y="30" width="62" height="210" fill="#444F55"/>
|
||||
<polygon points="849,256 872,240 826,240" fill="#444F55"/>
|
||||
<text transform="translate(849,135) rotate(-90)" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#ffffff" letter-spacing="0.8">KI-KLARE DATA</text>
|
||||
<text x="343" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede A</text>
|
||||
<text x="532" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede B</text>
|
||||
<text x="721" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede C</text>
|
||||
<rect x="74" y="48" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="76" x2="74" y2="76" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="76" x2="818" y2="76" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="73" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 3</text>
|
||||
<text x="88" y="87" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Organisert rundt KI</text>
|
||||
<rect x="258" y="58" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="58" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="532" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="636" y="58" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="721" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="74" y="112" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="140" x2="74" y2="140" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="140" x2="818" y2="140" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="137" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 2</text>
|
||||
<text x="88" y="151" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">KI-først-fundamentet</text>
|
||||
<rect x="258" y="122" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="122" width="170" height="36" fill="#E27500"/>
|
||||
<text x="532" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="636" y="122" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="721" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="74" y="176" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="204" x2="74" y2="204" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="204" x2="818" y2="204" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="201" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 1</text>
|
||||
<text x="88" y="215" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verktøyene</text>
|
||||
<rect x="258" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="532" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="636" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="721" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<text x="440" y="252" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#555">Uten begge bærebjelkene på plass er ingen av nivåene mulige å realisere.</text>
|
||||
</svg>
|
||||
<figcaption>Lagene bygges nedenfra og opp, <strong>én verdikjede om gangen</strong>: A er kjørt helt fram, B står på nivå 2, C har bare verktøyene. Det er normaltilstanden i en stor virksomhet, ikke et etterslep. De to bærebjelkene griper inn i hvert eneste lag i hver eneste verdikjede, og de fortsetter ut av figuren i begge ender fordi de aldri blir ferdige: hver ny verdikjede stiller nye spørsmål til begge.</figcaption>
|
||||
</figure>
|
||||
<div class="cols">
|
||||
<p>Nivåene er det som bygges. Bærebjelkene er det som må stå under mens det bygges.</p>
|
||||
<p><strong>Uten KI-klare data og juridiske vurderinger i boks er ingenting mulig.</strong> De to er forutsetninger, ikke sidehensyn og ikke støttefunksjoner. Er de ikke på plass, er ingen av de tre nivåene mulig å realisere, og det er nettopp derfor de går gjennom hele modellen i stedet for å ligge som en boks ved siden av den.</p>
|
||||
<p>De blir heller aldri ferdige. Hver ny verdikjede stiller nye spørsmål til begge: nye data skal gjøres lesbare, nye behandlinger skal vurderes. Til gjengjeld gjenbrukes svarene fra forrige verdikjede, og det er en av grunnene til at den andre vertikalen er billigere enn den første.</p>
|
||||
<p>Ingen av delene er nytt stoff i modellen. Begge bjelkene har hele tiden ligget spredt utover den. Det som er nytt, er at de står som to spor du kan følge, og at du kan se hva hver av dem krever på hvert nivå.</p>
|
||||
</div>
|
||||
<table>
|
||||
<colgroup><col style="width:13%"><col style="width:29%"><col style="width:29%"><col style="width:29%"></colgroup>
|
||||
<thead>
|
||||
<tr><th>Bærebjelke</th><th>På nivå 1</th><th>På nivå 2</th><th>På nivå 3</th></tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td class="lvl">Juridiske vurderinger<em>Eies av behandlingsansvarlig. Systemeier, arkitekt, personvernrådgiver og jurist bidrar i hvert sitt steg</em></td>
|
||||
<td>Grunnmuren, og den gjelder verktøybruken selv. Løsningen føres opp i løsningsregisteret med en unik ID, med systemeier og forvalter navngitt. Verdivurderingen henges på den ID-en: hvilke data løsningen behandler, hvilke personopplysninger, hvilket sikkerhetsnivå det gir, hvilken databehandleravtale som gjelder, og hvor kritisk oppetiden er. Behandles personopplysninger, følger behandlingsformål forankret i et behandlingsgrunnlag, og en vurdering av om DPIA må utarbeides. ROS går parallelt med personvernvurderingene, ikke etter dem. En navngitt risikoeier aksepterer restrisikoen, på et ledernivå som står i forhold til risikoen.</td>
|
||||
<td>Spørsmålet skifter fra «hva limes inn» til <strong>«hva får en agent lov til å lese»</strong>. Behandlingsformålet avklares per datasett før datasettet gjøres maskinlesbart. Tilgangsstyring som følger dokumentets klassifisering, ikke hvem som spør. Sporbarhet fra svar til kildeversjon. Og hele rekkefølgen fra nivå 1 kjøres om igjen for uttrekket: <strong class="hl">et maskinlesbart uttrekk er en ny behandling, ikke den gamle</strong>, og både verdivurderingen og ROS-en må gjøres på nytt fordi bruken og angrepsflaten er en annen.</td>
|
||||
<td>Skillet forslag/avgjørelse som teknisk sperre, og menneskelig overprøving som er dokumentert, ikke forutsatt. Kontrolltiden per sak defineres, budsjetteres og følges som metrikk. Bygger dere selv, kan KI-forordningen artikkel 25 gjøre dere til tilbyder, med tilbyderens plikter. Omstillingen følger hovedavtalens omstillingsbestemmelser. Restrisikoen aksepteres på nytt, fordi prosessen som ble vurdert, ikke lenger finnes.</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td class="lvl">KI-klare data<em>Eies av navngitt dataeier per datasett, sammen med navngitt plattformeier</em></td>
|
||||
<td>Her finnes de knapt ennå, og det er selve poenget: verktøyet leser bare det brukeren limer inn. Jobben på nivå 1 er derfor å finne ut hvor mye av taket dere ikke kan nå fordi dataene ikke er lesbare. Lag oversikten over hvilke datasett og hvilken kunnskap som finnes, og hvem som eier dem. Det er den billigste delen av bjelken, og den er nesten alltid ugjort.</td>
|
||||
<td>Kjernen i nivået. Kunnskapen kuratert, versjonert og strukturert for å bli lest av KI. En dør inn som er laget for maskiner: MCP, A2A, API-er og CLI. Navngitt eier per datasett. Sporbarhet fra svar til kildeversjon. Og diagnosen som avgjør hvor arbeidet ligger: <strong>kommer dataene ut av fagsystemet i en form KI kan lese?</strong> Gjør de ikke det, er fagsystemet hindringen, og det er den hindringen dere skal fjerne.</td>
|
||||
<td>Prosessen som tegnes om, produserer selv data. Er de ikke KI-klare, stopper neste verdikjede på nøyaktig samme sted som den forrige gjorde. Målingen krever det samme: skal dere måle før og etter i egne størrelser, må prosessdataene finnes maskinlesbart. Gjør de ikke det, blir gevinsten et anslag, og et anslag tåler ikke å bli lagt til grunn for et bemanningsvedtak.</td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<div class="cols">
|
||||
|
||||
<p class="keep"><strong>Rekkefølgen i den juridiske bjelken er den samme hver gang, og den er verdt å kunne:</strong> løsningen føres opp i løsningsregisteret med en unik ID og en navngitt systemeier, verdivurderingen henges på den ID-en, og behandler løsningen personopplysninger, følger behandlingsformål og DPIA-vurdering. ROS-en går parallelt, ikke etterpå. Til slutt aksepterer en navngitt risikoeier restrisikoen. Ingen av stegene er nye med KI. Det som er nytt, er hvor ofte de må gjøres om igjen.</p>
|
||||
<p class="keep"><strong>Forsvarlighetstabellen lenger ned er den juridiske bjelken sett fra vedtakssiden:</strong> hvem som signerer hva, ved hvilket vertikalvedtak. Den er ikke bremsen, den er det som gjør at vertikalen ikke må stoppes halvveis.</p>
|
||||
|
||||
<h2>Ikke en trapp, men vertikaler</h2>
|
||||
<p>Dette er den vanligste feillesningen, og den koster mest.</p>
|
||||
<p><strong>Nivåene beskriver én vertikal: ett fagområde, én verdikjede, ett produkt. Ikke hele virksomheten.</strong> En stor virksomhet er på flere nivåer samtidig, og skal være det.</p>
|
||||
|
||||
<ul>
|
||||
<li>Ett fagområde kan være på nivå 3 mens anskaffelser står på nivå 1.</li>
|
||||
<li>Én verdikjede kan kjøres fra 1 til 3 på ett år, mens en annen med rette blir stående på nivå 1, fordi det er nok der, eller fordi den venter på finansiering.</li>
|
||||
<li>Dere skal <strong>ikke</strong> vente på at «nivå 2 blir ferdig». Nivå 2 blir aldri ferdig for hele virksomheten. Det blir ferdig for én vertikal om gangen.</li>
|
||||
</ul>
|
||||
<p><strong>Konsekvensen for deg som leder: du vedtar aldri et nivå for virksomheten. Du vedtar en slank vertikal, smal nok til å komme i drift, og lagt opp slik at den kan utvides etterpå.</strong> Spørsmålet er ikke «hvilket nivå er vi på», men «hvilken vertikal skal vi løfte nå, og hvor langt». Et godt utvalgskriterium: velg den største flaskehalsen, den som frigjør mest avkastning og flest nye muligheter når den løsner.</p>
|
||||
<p>Det gjør også porteføljen håndterbar: flere vertikaler kan gå samtidig, i ulik fart, med ulik eier, og de deler fundamentet de bygger. Det betyr også at risikoen synker og læringen øker for hvert prosjekt som gjennomføres. Løpet kan legges i takt med budsjetteringsprosessene, slik at hver vertikal finansieres når den er moden, i stedet for at alt må vedtas på én gang.</p>
|
||||
|
||||
<h2>Nivå 1 i praksis: hva taket er, og hvordan dere måler det</h2>
|
||||
<p>«Taket» er lett å nikke til og vanskelig å ta på. Her er hva det er, hva som faktisk er målt, og hva dere gjør med det.</p>
|
||||
<p><strong>Taket er oppgavespesifikt, ikke en prosent for virksomheten.</strong> Det finnes ikke ett tak for «saksbehandling» eller for «kommunikasjon». Det finnes et tak per oppgave: hvor mye av <em>den</em> oppgaven verktøyet kan gjøre, med den kvaliteten oppgaven krever. Og det flytter seg hver gang verktøyene oppdateres.</p>
|
||||
|
||||
<p><strong>Tre målinger som kalibrerer forventningen.</strong> Alle tre er utenlandske og fra andre bransjer enn deres. De sier ikke hva deres tak er. De sier hva slags størrelser vi snakker om, og hvor lett det er å ta feil.</p>
|
||||
<ol>
|
||||
<li><strong>Gevinsten er stor der oppgaven ligger innenfor det verktøyet mestrer, og negativ like utenfor.</strong> I et forhåndsregistrert forsøk med 758 konsulenter i Boston Consulting Group løste de som brukte KI 12,2 prosent flere oppgaver, 25,1 prosent raskere, og med over 40 prosent høyere kvalitet enn kontrollgruppen, på oppgaver som lå innenfor det verktøyet var godt til. På én oppgave valgt til å ligge like utenfor, var de 19 prosentpoeng mindre treffsikre enn de som ikke brukte KI i det hele tatt. Forskerne kaller grensen «jagged», ujevn: to oppgaver som ser like vanskelige ut for et menneske, kan ligge på hver sin side av den. <strong class="hl">Taket må derfor kartlegges oppgave for oppgave</strong>, og den som ruller ut verktøyet uten å vite hvor grensen går, kan gjøre arbeidet dårligere uten å oppdage det.</li>
|
||||
<li><strong>Folk vet ikke selv hvor de ligger.</strong> I et randomisert forsøk fra METR jobbet 16 erfarne utviklere på sine egne, godt kjente kodebaser, 246 oppgaver. Med KI-verktøy brukte de 19 prosent <em>lengre</em> tid. Etterpå trodde de selv at KI hadde gjort dem 20 prosent raskere. Forsøket gjaldt verktøy fra første halvår 2025, og METR sier selv at utviklere trolig får større gevinst av dagens verktøy enn tallet fra den gang viser. Poenget som står seg, er ikke at KI gjør folk trege. Det er at opplevd gevinst og målt gevinst kan peke hver sin vei. En spørreundersøkelse om hvor nyttig folk synes verktøyet er, forteller dere ikke hvor dere ligger mot taket.</li>
|
||||
<li><strong>Kvaliteten er nær ekspertens, men gevinsten avgjøres av kontrollsløyfen.</strong> OpenAIs GDPval måler modeller mot ekte arbeidsprodukter fra 44 yrker i ni sektorer, oppgaver laget av fagfolk med i snitt 14 års erfaring og vurdert i blindet parvis sammenligning av andre fagfolk. På den offentliggjorte delmengden ble 47,6 prosent av leveransene fra den beste modellen vurdert som like gode som eller bedre enn fagpersonens egen. Men samme studie regner ferdig det de fleste oppslag stopper før: uten kontroll ser besparelsen enorm ut, og når tiden til å vurdere svaret og gjøre om igjen det som ikke holder mål regnes inn, krymper den til omtrent det samme som å gjøre oppgaven selv.</li>
|
||||
</ol>
|
||||
|
||||
<p><strong>Det siste punktet er det viktigste.</strong> Hva modellen kan levere, og hva dere sitter igjen med, er to forskjellige størrelser, og det er kontrollsløyfen som skiller dem. Derfor kjøpes ikke gevinsten ved å skaffe en bedre modell. Den hentes ved å legge om arbeidet rundt den, som er nøyaktig det nivå 2 og 3 handler om.</p>
|
||||
<p><strong>Hva dere gjør med dette.</strong> Velg noen få oppgaver dere kjenner kostnaden på. Mål hvordan de løses i dag, i tid og i kvalitet. La noen som kan verktøyet godt gjøre de samme oppgavene, og mål på nytt. Da har dere deres eget tak, i deres egne oppgaver, og et tall dere kan gjenta neste kvartal. Og se etter dem som allerede er der: i de fleste virksomheter finnes det noen få som har lagt om arbeidsformen sin og er blitt vesentlig mer produktive enn resten. Å finne ut hva de gjør annerledes er den billigste målingen dere har.</p>
|
||||
|
||||
<h2>Nivå 2 i praksis: hva «KI-først» faktisk betyr</h2>
|
||||
<p>Dette nivået er det som er lettest å nikke til og vanskeligst å forstå. Derfor et konkret eksempel.</p>
|
||||
<p><strong>Den vanlige måten (menneske-først).</strong> Vi skriver en wiki for kolleger. Vi bygger et fagsystem med skjermbilder for saksbehandlere. Vi lager rapporter for lesing. Så, når KI kommer, bolter vi på et søk eller en chat oppå, og oppdager at svarene blir feil, fordi materialet aldri var laget for å bli lest av KI.</p>
|
||||
|
||||
<p><strong>Den andre måten (KI-først).</strong> Rekkefølgen snus, og det gjelder tre ting samtidig:</p>
|
||||
<ol>
|
||||
<li><strong>Kunnskapen skrives for å bli lest av KI.</strong> Kuratert, versjonert, i et strukturert tekstformat (markdown er det vanlige), med eksplisitte lenker mellom begrepene, slik at agenten kan navigere seg fram i stedet for å få hele bunken dyttet inn på én gang. Mønsteret har et navn, LLM-wiki (Andrej Karpathys idé), og det finnes et åpent, leverandørnøytralt format for det (Open Knowledge Format, Google Cloud).</li>
|
||||
<li><strong>Systemene får en dør inn som er laget for maskiner.</strong> En agent trenger ikke skjermbildet. Den trenger tilgang til data og funksjonalitet i en form den kan bruke: MCP-servere (Model Context Protocol, en åpen standard for å koble KI-agenter til data og systemer), A2A (Agent2Agent, en åpen protokoll for at agenter skal kunne samarbeide på tvers av leverandører), API-er, og kommandolinjeverktøy (CLI) som kan kjøres og kontrolleres steg for steg. Dette er billigere enn det høres ut. Det er sjelden nye systemer som trengs, det er en ny dør inn i dem dere allerede har.</li>
|
||||
<li><strong>Menneskene mister ingenting.</strong> På toppen av det maskinlesbare laget bygges løsninger tilpasset ulike behov: rapporter, oversikter og saksbehandlerstøtte <em>genereres fra</em> grunnlaget, i stedet for å vedlikeholdes ved siden av det.</li>
|
||||
</ol>
|
||||
<p><strong>Ett konkret eksempel, ikke en del av modellen.</strong> Beskrivelsen under er én vertikal fra ett utviklingsprosjekt, en porteføljeoptimaliserer som finner innsparinger inne i hvert prosjekt i en portefølje. Den er tatt med fordi den viser formen, ikke fordi den er et krav, en anbefalt arkitektur for alle, eller et trinn i modellen. Bytt den gjerne ut med en vertikal fra deres egen virksomhet.</p>
|
||||
<ol>
|
||||
<li><strong>Kunnskapen er beskrevet i kunnskapsbaser.</strong> Agentene <em>navigerer</em> dem (starter i en indeks, følger lenker), i stedet for å få hele bunken dyttet inn i en prompt.</li>
|
||||
<li><strong>Agentene foreslår, de avgjør ikke.</strong> Arbeidet gjøres av flere agenter samtidig: en sverm som leter etter forbedringer og legger fram forslag, et eget agent-team som forsøker å finne feil og svakheter i forslagene, og deterministiske beregninger som fanger de feilene som lar seg regne ut. Tallene avgjøres av beregningen, ikke av språkmodellen, og modellen kan ikke overstyre den.</li>
|
||||
<li><strong>Fagfolkene dømmer utfallene.</strong> Eksperten leverer sin dom, og det finnes bare én vei fra dom til ny kunnskap i kunnskapsbasen: en eksplisitt godkjenningsport som stopper alt som ikke er godkjent.</li>
|
||||
<li><strong>Systemet lærer av dommene</strong>, på tvers av kjøringer.</li>
|
||||
</ol>
|
||||
<p>Legg merke til hva dette er: <strong>«KI foreslår, fagpersonen beslutter» bygget inn i arkitekturen, ikke skrevet i en retningslinje.</strong> Skillet mellom forslag og avgjørelse er en teknisk sperre. Det er nettopp den formen forvaltningen trenger.</p>
|
||||
<p><strong>Og bindeleddet mot deres egne fagsystemer: fagsystemet er ikke prosessen.</strong> Systemene trenger ikke byttes ut for å komme hit. Men kommer dataene ikke <em>ut</em> av fagsystemet i en form KI kan lese, er fagsystemet hindringen, og da er det den hindringen dere skal fjerne, ikke skjermbildene dere skal pusse på.</p>
|
||||
|
||||
<h2>Nivå 3 i praksis: prosessen tegnes om</h2>
|
||||
<p>Når en løsning som den over finnes, er jobben ikke gjort. Den er akkurat begynt, og den siste biten er ledelsens, ikke teknologiens.</p>
|
||||
<p><strong>Vi har gjort dette skiftet minst to ganger før.</strong> Da internett kom, ble det først lagt ved siden av: en nettside ved skranken, et skjema til nedlasting. Verdien kom da tjenestene ble tegnet om rundt nettet, med selvbetjening som hovedvei og skranken som unntak. Da mobiltelefonen kom, ble nettsiden først bare krympet til en liten skjerm. Verdien kom da tjenesten ble tegnet om for at folk skulle kunne gjøre hele ærendet ferdig der de sto, med kamera, signering og varsler som en del av løsningen. Da skyen kom, ble den først brukt som et annet sted å ha serverne. Verdien kom da drift og utvikling ble organisert rundt det skyen kan. KI følger samme mønster: teknologien betaler seg ikke når den legges ved siden av arbeidsprosessen, men når arbeidsprosessen tegnes om rundt den.</p>
|
||||
<p class="keep"><strong>Det som skjer hvis dere ikke gjør noe:</strong> løsningen legges <em>ved siden av</em> den gamle prosessen, KI strødd på toppen av det som finnes. Folk gjør jobben som før, og bruker løsningen som en ekstra sjekk. Da har dere betalt for nivå 2 og hentet ut nivå 1.</p>
|
||||
<p><strong>Det som skjer hvis dere gjør jobben:</strong> prosessen tegnes om med løsningen i sentrum. Den KI-baserte løsningen gjør hovedarbeidet. Menneskene flyttes dit dømmekraften faktisk trengs: til godkjenningen, til unntakene, til det som treffer noens rett. Da endres også organisasjonen rundt. Roller endres, enheter kan settes sammen på nytt, ansatte kan få andre oppgaver, ny kompetanse blir nødvendig, og nye flaskehalser dukker opp et annet sted i kjeden og må løses i sin tur. Dette er en omstilling som hører hjemme i medbestemmelsesapparatet, ikke i et linjevedtak.</p>
|
||||
<p><strong>Og det åpner den egentlige lederoppgaven: å tenke større.</strong> Nivå 3 handler ikke bare om å gjøre dagens prosesser raskere. Spørsmålet er hvilke problemer dere har avskrevet som uløselige, fordi de var for store, for dyre eller for arbeidskrevende, som nå kan angripes. Og hvilke store flaskehalser dere vil ha løst opp.</p>
|
||||
<blockquote><p>Én ting endres aldri, og det er arbeidsdelingen. Menneskene planlegger og bestemmer hva som skal gjøres. KI gjør jobben. Menneskene vurderer resultatet, gir tilbakemelding, og godkjenner det som skal gjelde. Systemet foreslår, det effektuerer ikke, og det skillet skal være en teknisk sperre, ikke bare en kultur. Begrunnelsen den enkelte får, skal forklare vurderingen, ikke forklare at et system laget den.</p></blockquote>
|
||||
|
||||
</div>
|
||||
|
||||
<h2>Lederspørsmålene: selvtesten</h2>
|
||||
<p>Tre spørsmål. De har samme form på alle nivåer, og formen er poenget: <strong>kjenner jeg taket, vet jeg hvor vi er, hva gjøres nå?</strong></p>
|
||||
<table>
|
||||
<colgroup><col style="width:6%"><col style="width:47%"><col style="width:47%"></colgroup>
|
||||
<thead>
|
||||
<tr><th>Nivå</th><th>Spørsmålet du stiller</th><th>Hva svaret forteller deg</th></tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr><td class="lvl">1</td>
|
||||
<td>Vet jeg hva taket er for verktøyene vi allerede har, altså hva de faktisk kan gjøre i våre oppgaver? Vet jeg hvor vi ligger mot det taket? Og hva gjøres for å komme nærmere?</td>
|
||||
<td>Kan du ikke svare kvalitativt <em>og</em> kvantitativt, er hindringen at ingen har satt en forventning.</td></tr>
|
||||
<tr><td class="lvl">2</td>
|
||||
<td>Hvis en KI-agent skulle gjøre en oppgave i kjernevirksomheten vår i morgen, ville den funnet dataene, forstått prosessen og hatt tilgangene? Og: hvor lang tid går det hos oss fra god idé til løsning i drift, uker eller budsjettår?</td>
|
||||
<td>Er svaret nei på det første, står hindringen i fundamentet: kunnskapen og dataene er ikke gjort tilgjengelige for KI ennå. Er svaret ja på det første, men veien til drift måles i budsjettår, er fundamentet på plass og hindringen har flyttet seg til organiseringen: til beslutningsveier, finansiering og eierskap.</td></tr>
|
||||
<tr><td class="lvl">3</td>
|
||||
<td>Den neste oppgaven vi setter opp: har vi spurt hva KI kan gjøre av den <em>før</em> vi tegnet prosessen? Og der en KI-først-løsning allerede finnes, er prosessen tegnet om rundt den, eller er løsningen lagt ved siden av?</td>
|
||||
<td>Lagt ved siden av: dere har betalt for nivå 2 og henter ut nivå 1. Det er den dyreste tilstanden i modellen.</td></tr>
|
||||
</tbody>
|
||||
</table>
|
||||
<div class="cols">
|
||||
<p><strong>Én mekanisme forklarer hele tabellen: å forbedre noe annet enn flaskehalsen gir ingen effekt.</strong> En lisens forbedrer tilgang. Tilgang var aldri det som stoppet virksomheten. Derfor er et nivåskifte ikke et modenhetstrinn, men en hindring som fjernes, og det er bare verdt å betale for hvis hindringen faktisk stod i veien.</p>
|
||||
<p><strong>Og hindringen er sjelden teknologien.</strong> Undersøkelser av norsk offentlig sektor peker samme vei: det som stopper er penger og juss, ikke mangel på leverandører. Den juridiske hindringen er dessuten ofte ikke loven selv, men usikkerhet om hvordan den skal tolkes. Forskjellen er praktisk: en lov må endres av lovgiver og tar år, mens en tolkning kan avklares av dere selv, i år. Ulik pris, og ulik eier.</p>
|
||||
</div>
|
||||
|
||||
<h2>Forsvarlighet: hva som må være på plass før dere går videre</h2>
|
||||
<p class="keepnext">Dette er den juridiske bærebjelken sett fra vedtakssiden, og den er ikke bremsen. Den er det som gjør at vertikalen ikke må stoppes halvveis.</p>
|
||||
<table>
|
||||
<colgroup><col style="width:15%"><col style="width:62%"><col style="width:23%"></colgroup>
|
||||
<thead>
|
||||
<tr><th>Vertikalvedtak</th><th>Hva som må være avklart</th><th>Hvem signerer</th></tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td class="lvl">Inn i nivå 1<em>Grunnmuren for styrt bruk</em></td>
|
||||
<td>Behandlingsgrunnlag per bruksområde. Databehandleravtale. Vurdering av personvernkonsekvenser (DPIA) der terskelen slår inn. ROS for informasjonssikkerheten. Kjøreregler for hva som kan limes inn. Logg og arkivering av det som er saksdokument. Og en <strong>beslutning</strong> om privatkontoene, ikke et håp om at de forsvinner. <strong>Drøfting med tillitsvalgte før vedtaket:</strong> hovedavtalen i staten navngir nå KI eksplisitt.</td>
|
||||
<td>Behandlingsansvarlig, altså virksomhetens øverste leder. Ikke IT.</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td class="lvl">1 → 2<em>Fra enkeltpersoner til virksomhet</em></td>
|
||||
<td>Spørsmålet skifter fra «hva limes inn» til <strong>«hva får en agent lov til å lese»</strong>. Tilgangsstyring som følger dokumentets klassifisering, ikke hvem som spør. Behandlingsformål avklart per datasett før det gjøres maskinlesbart. Sporbarhet fra svar til kildeversjon. Hvor det kjører og lagres, sky, kontrollert sone, lokalt eller edge, som et begrunnet valg og ikke en arv fra lisensen. Kompetansehevingen <strong>avtalt</strong> med tillitsvalgte, ikke varslet. <strong class="hl">Dette er det første som gjøres i ethvert initiativ der KI inngår, ikke det siste.</strong> Det er disse avklaringene som gir handlingsrommet. Uten dem stopper vertikalen halvveis, og da er arbeidet foran kastet bort.</td>
|
||||
<td>Behandlingsansvarlig, navngitt dataeier per datasett og navngitt plattformeier. Sjelden samme person.</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td class="lvl">2 → 3<em>Fra fundament til drift</em></td>
|
||||
<td>Her er endringen først og fremst organisatorisk. Roller, ansvar og arbeidsprosesser endres, og <strong>HR må være tett på fra start</strong>, ikke tilkalles når omstillingen er et faktum. Å ta ut gevinsten krever en ny evne til systemisk tenkning: å se hele kjeden, ikke enkeltoppgaver, fordi flaskehalsen flytter seg når den første løsner. Juridisk står to krav fast: skillet forslag/avgjørelse som <strong>teknisk sperre</strong>, og menneskelig overprøving som er dokumentert, ikke forutsatt. Kontrolltiden per sak defineres, budsjetteres og følges som metrikk, fordi fallende kontrolltid er tidligvarselet om at godkjenningen er blitt et stempel. Bygger dere selv, kan KI-forordningen artikkel 25 gjøre dere til <em>tilbyder</em>, med tilbyderens plikter. Omstilling følger hovedavtalens omstillingsbestemmelser.</td>
|
||||
<td>Lederen for verdikjeden, sammen med behandlingsansvarlig og HR.</td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table>
|
||||
|
||||
<div class="cols">
|
||||
<p><strong>Regelverket er ikke på plass, og det er ikke en grunn til å vente.</strong> EUs KI-forordning er ennå ikke innlemmet i EØS, og proposisjon om norsk KI-lov er varslet våren 2027. Den nye forvaltningsloven ble vedtatt 20.06.2025 og er ikke satt i kraft. Å vente på regelverket er ikke en forsvarlighetsstrategi. Det er å la kravene bli satt av den enkelte ansattes vurderingsevne.</p>
|
||||
|
||||
<h2>Når virksomheten leverer gjennom kontrakt</h2>
|
||||
<p>Er dere bestiller, byggherre eller tilskuddsforvalter, flytter modellen seg:</p>
|
||||
<ul>
|
||||
<li><strong>Nivå 1</strong> treffer bare egne ansatte, den minste delen av kostnadsbildet. Hovedkostnaden ligger i kontraktene.</li>
|
||||
<li><strong>Nivå 2</strong> er ikke bare egne håndbøker. Det er kravspesifikasjonene, kontraktsdokumentene og leveransedataene. «Hvem eier dataene» må være avklart i kontrakten før spørsmålet stilles til en agent. Er det ikke det, er nivå 2 blokkert av avtaleverk, ikke av teknologi.</li>
|
||||
<li><strong>Bygger noen for dere, er kravspesifikasjonen byggeflaten.</strong> Eierskap til data <em>og</em> til det som bygges, altså modeller, tilpasninger og evalueringssett, avklares i kontrakten. Det som ikke er avtalt, eier leverandøren i praksis.</li>
|
||||
<li><strong>Nivå 3</strong> betyr ikke at egne ansatte bruker KI mer. Det betyr at <strong>bestillerrollen selv er bygget om</strong>.</li>
|
||||
<li><strong>Enheten er en annen:</strong> hva som ble levert per kontraktskrone, og hvor mye tidligere avvik ble fanget.</li>
|
||||
</ul>
|
||||
|
||||
<h2>Hvor modellene kjører</h2>
|
||||
<p>På nivå 1 er dette ikke et valg, men en arv: alt kjører i leverandørens sky fordi det var slik lisensen kom. Fra nivå 2 er det en beslutning med fire svar som alle er riktige for noe:</p>
|
||||
<ul>
|
||||
<li><strong>Sky, de fremste modellene:</strong> det tyngste resonneringsarbeidet, høyest utviklingstempo.</li>
|
||||
<li><strong>Administrert modellplattform eller egen sone:</strong> data som ikke kan forlate en kontrollert sone, forutsigbar last.</li>
|
||||
<li><strong>Lokal modell på ansattes maskin:</strong> sensitive utkast, frakoblet arbeid, ingen forbrukskostnad.</li>
|
||||
<li><strong>Edge:</strong> der latens, båndbredde eller frakoblet drift avgjør.</li>
|
||||
</ul>
|
||||
<p><strong>Balansert portefølje betyr begrunnet, ikke jevnt fordelt.</strong> En liten tilskuddsforvalter kan legitimt lande nær ren sky, en beredskapsetat kan ikke. Modellen gir spørsmålet. Fasiten er virksomhetens egen.</p>
|
||||
|
||||
<h2>Om bemanning: svaret du må kunne gi</h2>
|
||||
<p>Spørsmålet kommer, og det skal besvares ærlig, ikke beroligende.</p>
|
||||
<blockquote><p>Frigjort kapasitet kan over tid bli lavere bemanning. Det er i så fall et vedtak ledelsen fatter i drøfting med de tillitsvalgte, etter målt uttak. Aldri av teknologien, aldri forskuttert i budsjett, aldri stille.</p></blockquote>
|
||||
<p>Rekkefølgen er hele poenget, og den er forretningsmessig før den er noe annet. Kutter dere først og venter på at produktiviteten skal komme etterpå, har dere disponert en gevinst dere ikke har målt, og regningen kommer som svekket leveranse. Måler dere gevinsten først, vet dere hva den er verdt før dere bruker den, og da har dere et reelt valg: ta den ut som lavere kostnad, som kortere ventetid og bedre kvalitet, eller som kapasitet flyttet dit etterspørselen faktisk vokser. Staten har prøvd den motsatte rekkefølgen med ABE-reformen, der driftsbudsjettene ble kuttet flatt fra 2015 og virksomhetene skulle finne gevinsten etterpå. Bemanningen gikk ned først, produktiviteten skulle komme etter, og reformen ble avviklet i 2023.</p>
|
||||
<p><strong>Og det andre bemanningsspørsmålet, som kommer før det første: hvem skal gjøre arbeidet på nivå 2 og 3?</strong> Det krever en spisskompetanse som er sjelden, fordi den er to ting i samme person: å vite hva verktøyene faktisk kan gjøre, og å kjenne prosessen godt nok til å tegne den om. Markedet har gitt kombinasjonen et navn, forward deployed engineer, og den er vanskelig å fylle nettopp fordi de to halvdelene normalt rekrutteres hver for seg. For dere er dette et ledelsesvedtak med tre veier, ikke en HR-detalj: <strong>rekruttere</strong> rollen, i konkurranse med et stramt marked og på statlige betingelser; <strong>bygge</strong> den fra fagsiden, ved å ta folk som allerede har prosessforståelsen, den halvdelen som er vanskeligst å lære, og gi dem verktøyene og tiden; eller <strong>kjøpe</strong> den inn, og da flytter spørsmålet seg til kontrakten: hvem eier prosessforståelsen etterpå. Bare den midterste bygger noe som blir stående hos dere.</p>
|
||||
<p><strong>Modellen snur rekkefølgen: gevinsten måles først, konsekvensen vedtas etterpå, av mennesker med navn, i drøfting.</strong> Det er et argument en økonomidirektør, en tillitsvalgt og Riksrevisjonen kan enes om, av hver sine grunner.</p>
|
||||
</div>
|
||||
|
||||
</body>
|
||||
</html>
|
||||
BIN
modellark.pdf
Normal file
BIN
modellark.pdf
Normal file
Binary file not shown.
286
tre-nivaa-modell.md
Normal file
286
tre-nivaa-modell.md
Normal file
|
|
@ -0,0 +1,286 @@
|
|||
# Tre nivå av organisatorisk produktivitet med KI
|
||||
|
||||
_Mental modell for toppledere i norsk offentlig sektor. **v0.13** (2026-08-18), utvidet med to gjennomgående bærebjelker: juridiske vurderinger og KI-klare data. Leseren er etats- eller konsernledelse, og ledere på nivået under._
|
||||
|
||||
_**Dette er skrevet til lederen, ikke til fagpersonen.** Hvert nivå skal kunne leses på ett minutt og ende i én ting du kan gjøre. Uttak måles før og etter, i virksomhetens egne størrelser._
|
||||
|
||||
_Modellen er forfatterens egen syntese. Virkeområdet er norsk offentlig sektor, og modellen er skrevet virksomhetsuavhengig: eksemplene kan byttes ut med leserens egne uten at modellen endrer seg. Verktøy og leverandører som nevnes, er eksempler på hva som finnes å kjøpe, aldri forbilder eller forutsetninger._
|
||||
|
||||
---
|
||||
|
||||
## Modellen
|
||||
|
||||
Tre nivåer. Hvert nivå ender i en handling og en måling.
|
||||
|
||||
| | **Slik ser det ut** | **Muligheten som ligger her** | **Hva du som leder gjør** | **Hva dere måler** |
|
||||
|---|---|---|---|---|
|
||||
| **Nivå 1**<br>_Verktøyene_ | Verktøyene er på plass. Eksempler på hva markedet tilbyr og hva offentlige virksomheter kjøper i dag: M365 Copilot, GitHub Copilot og Copilot Cowork, eller Anthropics portefølje med Claude, Claude Cowork og Claude Code. Hvilke navn som står på lisensen hos dere, endrer ikke modellen. Det tilbys kurs. Utover det er det ofte ikke satt forventninger, ikke stilt krav til uttak, og ikke alle blir spurt hva de fikk igjen. I praksis handler oppgaven om budsjett per person. | **Taket er langt høyere enn de fleste tror, og det er en målbar størrelse.** Taket er ikke en følelse om hvor lovende teknologien er. Det er hvor mye av en *bestemt oppgave* verktøyene dere allerede betaler for kan gjøre, med den kvaliteten oppgaven krever. Det er målt internasjonalt, og svaret er verken null eller ubegrenset: stort på noen oppgaver, negativt på andre, og avhengig av hvordan arbeidet legges opp rundt verktøyet. Se «Nivå 1 i praksis» under for tallene. Å finne deres eget tak krever ingen ny anskaffelse, men det kommer ikke av seg selv. Å realisere det er konkret lederarbeid, og det krever en helt annen tilnærming til kompetansebygging og gevinstmåling enn verktøyinnføringene dere er vant til. | Sørg for jevnlige undersøkelser, kvalitative og kvantitative: hva brukes verktøyene til hos oss, hva kan de faktisk klare i våre oppgaver, og hvor stort er gapet? Mål på oppgaver, ikke bare spør om opplevd nytte, for de to svarene kan peke hver sin vei. Bruk de internasjonale målingene til å kalibrere hva slags størrelser som er mulige, aldri som tall for deres virksomhet. Verktøyene endrer seg dessuten kontinuerlig og hyppig, og det som var taket i fjor, er gulvet i år. Derfor er dette ikke et prosjekt med sluttdato, men en oppgave som krever kontinuerlig oppmerksomhet. Hold kunnskapen om taket og om egen posisjon oppdatert, den er ferskvare. Juster tiltakene etter det målingene viser, og gjennomfør dem. | Resultatene fra de jevnlige undersøkelsene: hvor taket ligger i deres egne oppgaver, hvor dere ligger mot det, kvalitativt og kvantitativt, og om gapet krymper fra måling til måling. Se også innover: finn dem som allerede har knekt koden hos dere, de som er blitt vesentlig mer produktive enn gjennomsnittet, og finn ut hva de faktisk gjør annerledes. Gjør det til andres utgangspunkt, og la det lønne seg å være den som tar ut potensialet, ikke bare være tillatt. Følg samtidig med på hva andre norske og utenlandske virksomheter gjør som kan løfte gevinstuttaket hos dere. |
|
||||
| **Nivå 2**<br>_KI-først-fundamentet_ | Alt dere har, er bygget menneske-først, slik vi alltid har gjort det: håndbøker skrevet for kolleger, fagsystemer med skjermbilder for saksbehandlere, rapporter laget for lesing. Også brukervennligheten og brukerreisene er laget for at et menneske skal finne fram til funksjonalitet og informasjon. Det var riktig så lenge mennesker var de eneste leserne. Nå er det kommet en ny leser: KI-agenten. Den kan riktignok settes til å se skjermen og styre mus og tastatur som et menneske, men den veien er fortsatt umoden og treg, og den er lite utbredt. Den er en nødløsning der det mangler en dør inn for maskiner, ikke veien inn. Og brukerreisen dere har tegnet, følger den uansett ikke. Spør du den om noe dere selv eier svaret på, for eksempel hvilken versjon av et regelverk som gjelder, kan du få forrige tiårs utgave tilbake. Ikke fordi svaret mangler, men fordi det er lagret for et menneske som allerede vet hvor det ligger. | **Her snus byggerekkefølgen.** KI-først betyr at kunnskapen skrives for at KI skal lese og agere på den, kuratert, versjonert, med eksplisitt struktur, og at systemene får en dør inn som er laget for maskiner. Formatene og protokollene finnes allerede, og de er åpne: strukturert tekst som markdown og HTML, MCP for å koble agenter til data og systemer, A2A for at agenter skal kunne samarbeide på tvers av leverandører, og kommandolinjeverktøy (CLI) som kan kjøres og kontrolleres steg for steg. Så bygges løsninger på toppen, tilpasset ulike behov. Samme materiale, motsatt rekkefølge. Og det er den rekkefølgen som avgjør hva alt videre kan bli. | Velg én verdikjede, prosess, problemstilling eller applikasjon, gjerne noe som oppleves som en flaskehals i dag. Pek ut hvilke datasett og hvilken kunnskap som skal gjøres maskinlesbar der, og gi hver av dem en eier med navn. Bestem hvor det skal kjøre. Bygg så en del av funksjonaliteten først, sett den i bruk, og utvid gradvis: fra den første nyttige biten, via stadig flere oppgaver, til en komplett utvidelse eller erstatning av det som finnes i dag. Løs opp flaskehalser etter hvert som de viser seg. | For hvert konkrete prosjekt: dokumenter smertepunktene før dere begynner, hvor det stopper, og hva det koster i tid og kvalitet. Kvantifiser så forbedringen den nye løsningen gir mot akkurat de punktene. Forskjellen mellom før og etter er nivå 2s tall. Målet er ikke en pilot, men noe nytt og bedre der KI er hele eller deler av løsningen, og som faktisk tas i bruk. Adopsjonen er selve fundamentet for transformasjonen på nivå 3. Derfor velges prosjektene etter hvor stor ROI de kan gi, ikke etter hvor lette de er å starte. |
|
||||
| **Nivå 3**<br>_Organisert rundt KI_ | Vi har gjort dette skiftet før. Internett ble først lagt ved siden av skranken, og så ble tjenestene tegnet om rundt nettet, slik at selvbetjening ble hovedveien. Skyen ble først brukt som et annet sted å ha serverne, og så ble drift og utvikling organisert rundt den. Nå gjelder det KI: når en KI-først-løsning finnes, tegnes arbeidsprosessen om rundt den. Løsningen gjør hovedarbeidet, og menneskene gjør det bare mennesker kan: vurdere, ta ansvar, avgjøre det som treffer noens rett. | **Uttaket blir organisatorisk i stedet for individuelt.** Å strø KI på toppen av eksisterende prosesser gir individuelle besparelser, en saksbehandler sparer sin egen tid, men lar mesteparten av potensialet ligge. Først når prosessen er tegnet om rundt løsningen, endres hva hele enheten kan levere. Det er her ledelsen får igjen for nivå 2. Og det er her de øvrige organisatoriske konsekvensene melder seg: omorganisering, omrokkering av ansatte, endrede arbeidsprosesser, behov for ny kompetanse, og nye flaskehalser som dukker opp et annet sted og må håndteres i sin tur. | Tenk større enn før, det er lederoppgaven her. Hvilke problemer har dere avskrevet som uløselige, men som nå kan angripes? Hvilke store flaskehalser vil dere ha løst opp? Og når en KI-først-løsning finnes: prosessen **må** tegnes om rundt den. Det holder ikke å gi noen et mandat og håpe. Blir løsningen liggende ved siden av den gamle prosessen, blir avkastningen suboptimal, og dere har betalt for nivå 2 uten å hente ut nivå 3. | Klassisk ROI-måling, før og etter, i virksomhetens egne størrelser: saker behandlet, saksbehandlingstid, ventetid, svartid, feil fanget før de nådde mottakeren, hvor mye som ble levert per krone. Hvilke størrelser som gjelder, avgjør dere. Mål prosessen slik den var, og mål den på nytt etter omleggingen. Forskjellen er gevinsten. <strong>Sett et ambisjonsnivå før dere måler.</strong> En rimelig første ambisjon på virksomhetsnivå, for hver vertikal dere realiserer, er 20 prosent. Det er en ambisjon lederen setter, ikke et resultat noen har målt og ikke et tall hentet fra noen undersøkelse. Den står der for at målingen skal ha en målestokk, og for at et uttak på noen få prosent ikke skal kunne passere som suksess. |
|
||||
|
||||
---
|
||||
|
||||
## Bærebjelkene: to spor som går gjennom alle tre nivåene
|
||||
|
||||
<figure class="wide">
|
||||
<svg viewBox="0 0 880 258" xmlns="http://www.w3.org/2000/svg" role="img" aria-label="Tre horisontale lag oppå hverandre, nivå 1 nederst. På hver side står en loddrett bærebjelke som spenner over alle tre og fortsetter ut av figuren: juridiske vurderinger til venstre, KI-klare data til høyre. Tre verdikjeder er kommet ulikt langt oppover i lagene.">
|
||||
<text x="0" y="11" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Tre nivåer, to bærebjelker</text>
|
||||
<polygon points="31,14 54,30 8,30" fill="#444F55"/>
|
||||
<rect x="0" y="30" width="62" height="210" fill="#444F55"/>
|
||||
<polygon points="31,256 54,240 8,240" fill="#444F55"/>
|
||||
<text transform="translate(31,135) rotate(-90)" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#ffffff" letter-spacing="0.8">JURIDISKE VURDERINGER</text>
|
||||
<polygon points="849,14 872,30 826,30" fill="#444F55"/>
|
||||
<rect x="818" y="30" width="62" height="210" fill="#444F55"/>
|
||||
<polygon points="849,256 872,240 826,240" fill="#444F55"/>
|
||||
<text transform="translate(849,135) rotate(-90)" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#ffffff" letter-spacing="0.8">KI-KLARE DATA</text>
|
||||
<text x="343" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede A</text>
|
||||
<text x="532" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede B</text>
|
||||
<text x="721" y="43" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verdikjede C</text>
|
||||
<rect x="74" y="48" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="76" x2="74" y2="76" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="76" x2="818" y2="76" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="73" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 3</text>
|
||||
<text x="88" y="87" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Organisert rundt KI</text>
|
||||
<rect x="258" y="58" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="58" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="532" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="636" y="58" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="721" y="81" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="74" y="112" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="140" x2="74" y2="140" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="140" x2="818" y2="140" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="137" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 2</text>
|
||||
<text x="88" y="151" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">KI-først-fundamentet</text>
|
||||
<rect x="258" y="122" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="122" width="170" height="36" fill="#E27500"/>
|
||||
<text x="532" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="636" y="122" width="170" height="36" fill="#ffffff" stroke="#b9b9b9" stroke-width="0.8" stroke-dasharray="4 3"/>
|
||||
<text x="721" y="145" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#8a8a8a">ikke ennå</text>
|
||||
<rect x="74" y="176" width="732" height="56" fill="#f1f3f4" stroke="#b9b9b9" stroke-width="0.8"/>
|
||||
<line x1="62" y1="204" x2="74" y2="204" stroke="#444F55" stroke-width="2.4"/>
|
||||
<line x1="806" y1="204" x2="818" y2="204" stroke="#444F55" stroke-width="2.4"/>
|
||||
<text x="88" y="201" font-family="Helvetica, Arial, sans-serif" font-size="9" font-weight="700" fill="#444F55">Nivå 1</text>
|
||||
<text x="88" y="215" font-family="Helvetica, Arial, sans-serif" font-size="7" fill="#555">Verktøyene</text>
|
||||
<rect x="258" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="343" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="447" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="532" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<rect x="636" y="186" width="170" height="36" fill="#E27500"/>
|
||||
<text x="721" y="209" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" font-weight="700" fill="#ffffff">på plass</text>
|
||||
<text x="440" y="252" text-anchor="middle" font-family="Helvetica, Arial, sans-serif" font-size="7.5" fill="#555">Uten begge bærebjelkene på plass er ingen av nivåene mulige å realisere.</text>
|
||||
</svg>
|
||||
<figcaption>Lagene bygges nedenfra og opp, <strong>én verdikjede om gangen</strong>: A er kjørt helt fram, B står på nivå 2, C har bare verktøyene. Det er normaltilstanden i en stor virksomhet, ikke et etterslep. De to bærebjelkene griper inn i hvert eneste lag i hver eneste verdikjede, og de fortsetter ut av figuren i begge ender fordi de aldri blir ferdige: hver ny verdikjede stiller nye spørsmål til begge.</figcaption>
|
||||
</figure>
|
||||
|
||||
Nivåene er det som bygges. Bærebjelkene er det som må stå under mens det bygges.
|
||||
|
||||
**Uten KI-klare data og juridiske vurderinger i boks er ingenting mulig.** De to er forutsetninger, ikke sidehensyn og ikke støttefunksjoner. Er de ikke på plass, er ingen av de tre nivåene mulig å realisere, og det er nettopp derfor de går gjennom hele modellen i stedet for å ligge som en boks ved siden av den.
|
||||
|
||||
De blir heller aldri ferdige. Hver ny verdikjede stiller nye spørsmål til begge: nye data skal gjøres lesbare, nye behandlinger skal vurderes. Til gjengjeld gjenbrukes svarene fra forrige verdikjede, og det er en av grunnene til at den andre vertikalen er billigere enn den første.
|
||||
|
||||
Ingen av delene er nytt stoff i modellen. Begge bjelkene har hele tiden ligget spredt utover den. Det som er nytt, er at de står som to spor du kan følge, og at du kan se hva hver av dem krever på hvert nivå.
|
||||
|
||||
| Bærebjelke | På nivå 1 | På nivå 2 | På nivå 3 |
|
||||
|---|---|---|---|
|
||||
| **Juridiske vurderinger**<br>_Eies av behandlingsansvarlig. Systemeier, arkitekt, personvernrådgiver og jurist bidrar i hvert sitt steg_ | Grunnmuren, og den gjelder verktøybruken selv. Løsningen føres opp i løsningsregisteret med en unik ID, med systemeier og forvalter navngitt. Verdivurderingen henges på den ID-en: hvilke data løsningen behandler, hvilke personopplysninger, hvilket sikkerhetsnivå det gir, hvilken databehandleravtale som gjelder, og hvor kritisk oppetiden er. Behandles personopplysninger, følger behandlingsformål forankret i et behandlingsgrunnlag, og en vurdering av om DPIA må utarbeides. ROS går parallelt med personvernvurderingene, ikke etter dem. En navngitt risikoeier aksepterer restrisikoen, på et ledernivå som står i forhold til risikoen. | Spørsmålet skifter fra «hva limes inn» til **«hva får en agent lov til å lese»**. Behandlingsformålet avklares per datasett før datasettet gjøres maskinlesbart. Tilgangsstyring som følger dokumentets klassifisering, ikke hvem som spør. Sporbarhet fra svar til kildeversjon. Og hele rekkefølgen fra nivå 1 kjøres om igjen for uttrekket: **et maskinlesbart uttrekk er en ny behandling, ikke den gamle**, og både verdivurderingen og ROS-en må gjøres på nytt fordi bruken og angrepsflaten er en annen. | Skillet forslag/avgjørelse som teknisk sperre, og menneskelig overprøving som er dokumentert, ikke forutsatt. Kontrolltiden per sak defineres, budsjetteres og følges som metrikk. Bygger dere selv, kan KI-forordningen artikkel 25 gjøre dere til tilbyder, med tilbyderens plikter. Omstillingen følger hovedavtalens omstillingsbestemmelser. Restrisikoen aksepteres på nytt, fordi prosessen som ble vurdert, ikke lenger finnes. |
|
||||
| **KI-klare data**<br>_Eies av navngitt dataeier per datasett, sammen med navngitt plattformeier_ | Her finnes de knapt ennå, og det er selve poenget: verktøyet leser bare det brukeren limer inn. Jobben på nivå 1 er derfor å finne ut hvor mye av taket dere ikke kan nå fordi dataene ikke er lesbare. Lag oversikten over hvilke datasett og hvilken kunnskap som finnes, og hvem som eier dem. Det er den billigste delen av bjelken, og den er nesten alltid ugjort. | Kjernen i nivået. Kunnskapen kuratert, versjonert og strukturert for å bli lest av KI. En dør inn som er laget for maskiner: MCP, A2A, API-er og CLI. Navngitt eier per datasett. Sporbarhet fra svar til kildeversjon. Og diagnosen som avgjør hvor arbeidet ligger: **kommer dataene ut av fagsystemet i en form KI kan lese?** Gjør de ikke det, er fagsystemet hindringen, og det er den hindringen dere skal fjerne. | Prosessen som tegnes om, produserer selv data. Er de ikke KI-klare, stopper neste verdikjede på nøyaktig samme sted som den forrige gjorde. Målingen krever det samme: skal dere måle før og etter i egne størrelser, må prosessdataene finnes maskinlesbart. Gjør de ikke det, blir gevinsten et anslag, og et anslag tåler ikke å bli lagt til grunn for et bemanningsvedtak. |
|
||||
|
||||
**Rekkefølgen i den juridiske bjelken er den samme hver gang, og den er verdt å kunne:** løsningen føres opp i løsningsregisteret med en unik ID og en navngitt systemeier, verdivurderingen henges på den ID-en, og behandler løsningen personopplysninger, følger behandlingsformål og DPIA-vurdering. ROS-en går parallelt, ikke etterpå. Til slutt aksepterer en navngitt risikoeier restrisikoen. Ingen av stegene er nye med KI. Det som er nytt, er hvor ofte de må gjøres om igjen.
|
||||
|
||||
**Forsvarlighetstabellen lenger ned er den juridiske bjelken sett fra vedtakssiden:** hvem som signerer hva, ved hvilket vertikalvedtak. Den er ikke bremsen, den er det som gjør at vertikalen ikke må stoppes halvveis.
|
||||
|
||||
---
|
||||
|
||||
## Ikke en trapp, men vertikaler
|
||||
|
||||
Dette er den vanligste feillesningen, og den koster mest.
|
||||
|
||||
**Nivåene beskriver én vertikal: ett fagområde, én verdikjede, ett produkt. Ikke hele virksomheten.** En stor virksomhet er på flere nivåer samtidig, og skal være det.
|
||||
|
||||
- Ett fagområde kan være på nivå 3 mens anskaffelser står på nivå 1.
|
||||
- Én verdikjede kan kjøres fra 1 til 3 på ett år, mens en annen med rette blir stående på nivå 1, fordi det er nok der, eller fordi den venter på finansiering.
|
||||
- Dere skal **ikke** vente på at «nivå 2 blir ferdig». Nivå 2 blir aldri ferdig for hele virksomheten. Det blir ferdig for én vertikal om gangen.
|
||||
|
||||
**Konsekvensen for deg som leder: du vedtar aldri et nivå for virksomheten. Du vedtar en slank vertikal, smal nok til å komme i drift, og lagt opp slik at den kan utvides etterpå.** Spørsmålet er ikke «hvilket nivå er vi på», men «hvilken vertikal skal vi løfte nå, og hvor langt». Et godt utvalgskriterium: velg den største flaskehalsen, den som frigjør mest avkastning og flest nye muligheter når den løsner.
|
||||
|
||||
Det gjør også porteføljen håndterbar: flere vertikaler kan gå samtidig, i ulik fart, med ulik eier, og de deler fundamentet de bygger. Det betyr også at risikoen synker og læringen øker for hvert prosjekt som gjennomføres. Løpet kan legges i takt med budsjetteringsprosessene, slik at hver vertikal finansieres når den er moden, i stedet for at alt må vedtas på én gang.
|
||||
|
||||
---
|
||||
|
||||
## Nivå 1 i praksis: hva taket er, og hvordan dere måler det
|
||||
|
||||
«Taket» er lett å nikke til og vanskelig å ta på. Her er hva det er, hva som faktisk er målt, og hva dere gjør med det.
|
||||
|
||||
**Taket er oppgavespesifikt, ikke en prosent for virksomheten.** Det finnes ikke ett tak for «saksbehandling» eller for «kommunikasjon». Det finnes et tak per oppgave: hvor mye av *den* oppgaven verktøyet kan gjøre, med den kvaliteten oppgaven krever. Og det flytter seg hver gang verktøyene oppdateres.
|
||||
|
||||
**Tre målinger som kalibrerer forventningen.** Alle tre er utenlandske og fra andre bransjer enn deres. De sier ikke hva deres tak er. De sier hva slags størrelser vi snakker om, og hvor lett det er å ta feil.
|
||||
|
||||
1. **Gevinsten er stor der oppgaven ligger innenfor det verktøyet mestrer, og negativ like utenfor.** I et forhåndsregistrert forsøk med 758 konsulenter i Boston Consulting Group løste de som brukte KI 12,2 prosent flere oppgaver, 25,1 prosent raskere, og med over 40 prosent høyere kvalitet enn kontrollgruppen, på oppgaver som lå innenfor det verktøyet var godt til. På én oppgave valgt til å ligge like utenfor, var de 19 prosentpoeng mindre treffsikre enn de som ikke brukte KI i det hele tatt. Forskerne kaller grensen «jagged», ujevn: to oppgaver som ser like vanskelige ut for et menneske, kan ligge på hver sin side av den. Konsekvensen for dere er praktisk. Taket må kartlegges oppgave for oppgave, og den som ruller ut verktøyet uten å vite hvor grensen går, kan gjøre arbeidet dårligere uten å oppdage det.
|
||||
|
||||
2. **Folk vet ikke selv hvor de ligger.** I et randomisert forsøk fra METR jobbet 16 erfarne utviklere på sine egne, godt kjente kodebaser, 246 oppgaver. Med KI-verktøy brukte de 19 prosent *lengre* tid. Etterpå trodde de selv at KI hadde gjort dem 20 prosent raskere. Forsøket gjaldt verktøy fra første halvår 2025, og METR sier selv at utviklere trolig får større gevinst av dagens verktøy enn tallet fra den gang viser. Poenget som står seg, er ikke at KI gjør folk trege. Det er at opplevd gevinst og målt gevinst kan peke hver sin vei. En spørreundersøkelse om hvor nyttig folk synes verktøyet er, forteller dere ikke hvor dere ligger mot taket.
|
||||
|
||||
3. **Kvaliteten er nær ekspertens, men gevinsten avgjøres av kontrollsløyfen.** OpenAIs GDPval måler modeller mot ekte arbeidsprodukter fra 44 yrker i ni sektorer, oppgaver laget av fagfolk med i snitt 14 års erfaring og vurdert i blindet parvis sammenligning av andre fagfolk. På den offentliggjorte delmengden ble 47,6 prosent av leveransene fra den beste modellen vurdert som like gode som eller bedre enn fagpersonens egen. Men samme studie regner ferdig det de fleste oppslag stopper før: uten kontroll ser besparelsen enorm ut, og når tiden til å vurdere svaret og gjøre om igjen det som ikke holder mål regnes inn, krymper den til omtrent det samme som å gjøre oppgaven selv.
|
||||
|
||||
**Det siste punktet er det viktigste i hele avsnittet.** Hva modellen kan levere, og hva dere sitter igjen med, er to forskjellige størrelser, og det er kontrollsløyfen som skiller dem. Derfor kjøpes ikke gevinsten ved å skaffe en bedre modell. Den hentes ved å legge om arbeidet rundt den, som er nøyaktig det nivå 2 og 3 handler om.
|
||||
|
||||
**Hva dere gjør med dette.** Velg noen få oppgaver dere kjenner kostnaden på. Mål hvordan de løses i dag, i tid og i kvalitet. La noen som kan verktøyet godt gjøre de samme oppgavene, og mål på nytt. Da har dere deres eget tak, i deres egne oppgaver, og et tall dere kan gjenta neste kvartal. Og se etter dem som allerede er der: i de fleste virksomheter finnes det noen få som har lagt om arbeidsformen sin og er blitt vesentlig mer produktive enn resten. Å finne ut hva de gjør annerledes er den billigste målingen dere har.
|
||||
|
||||
---
|
||||
|
||||
## Nivå 2 i praksis: hva «KI-først» faktisk betyr
|
||||
|
||||
Dette nivået er det som er lettest å nikke til og vanskeligst å forstå. Derfor et konkret eksempel.
|
||||
|
||||
**Den vanlige måten (menneske-først).** Vi skriver en wiki for kolleger. Vi bygger et fagsystem med skjermbilder for saksbehandlere. Vi lager rapporter for lesing. Så, når KI kommer, bolter vi på et søk eller en chat oppå, og oppdager at svarene blir feil, fordi materialet aldri var laget for å bli lest av KI.
|
||||
|
||||
**Den andre måten (KI-først).** Rekkefølgen snus, og det gjelder tre ting samtidig:
|
||||
|
||||
1. **Kunnskapen skrives for å bli lest av KI.** Kuratert, versjonert, i et strukturert tekstformat (markdown er det vanlige), med eksplisitte lenker mellom begrepene, slik at agenten kan navigere seg fram i stedet for å få hele bunken dyttet inn på én gang. Mønsteret har et navn, LLM-wiki (Andrej Karpathys idé), og det finnes et åpent, leverandørnøytralt format for det (Open Knowledge Format, Google Cloud).
|
||||
2. **Systemene får en dør inn som er laget for maskiner.** En agent trenger ikke skjermbildet. Den trenger tilgang til data og funksjonalitet i en form den kan bruke: MCP-servere (Model Context Protocol, en åpen standard for å koble KI-agenter til data og systemer), A2A (Agent2Agent, en åpen protokoll for at agenter skal kunne samarbeide på tvers av leverandører), API-er, og kommandolinjeverktøy (CLI) som kan kjøres og kontrolleres steg for steg. Dette er billigere enn det høres ut. Det er sjelden nye systemer som trengs, det er en ny dør inn i dem dere allerede har.
|
||||
3. **Menneskene mister ingenting.** På toppen av det maskinlesbare laget bygges løsninger tilpasset ulike behov: rapporter, oversikter og saksbehandlerstøtte *genereres fra* grunnlaget, i stedet for å vedlikeholdes ved siden av det.
|
||||
|
||||
**Ett konkret eksempel, ikke en del av modellen.** Beskrivelsen under er én vertikal fra ett utviklingsprosjekt, en porteføljeoptimaliserer som finner innsparinger inne i hvert prosjekt i en portefølje. Den er tatt med fordi den viser formen, ikke fordi den er et krav, en anbefalt arkitektur for alle, eller et trinn i modellen. Bytt den gjerne ut med en vertikal fra deres egen virksomhet.
|
||||
|
||||
1. **Kunnskapen er beskrevet i kunnskapsbaser.** Agentene *navigerer* dem (starter i en indeks, følger lenker), i stedet for å få hele bunken dyttet inn i en prompt.
|
||||
2. **Agentene foreslår, de avgjør ikke.** Arbeidet gjøres av flere agenter samtidig: en sverm som leter etter forbedringer og legger fram forslag, et eget agent-team som forsøker å finne feil og svakheter i forslagene, og deterministiske beregninger som fanger de feilene som lar seg regne ut. Tallene avgjøres av beregningen, ikke av språkmodellen, og modellen kan ikke overstyre den.
|
||||
3. **Fagfolkene dømmer utfallene.** Eksperten leverer sin dom, og det finnes bare én vei fra dom til ny kunnskap i kunnskapsbasen: en eksplisitt godkjenningsport som stopper alt som ikke er godkjent.
|
||||
4. **Systemet lærer av dommene**, på tvers av kjøringer.
|
||||
|
||||
Legg merke til hva dette er: **«KI foreslår, fagpersonen beslutter» bygget inn i arkitekturen, ikke skrevet i en retningslinje.** Skillet mellom forslag og avgjørelse er en teknisk sperre. Det er nettopp den formen forvaltningen trenger.
|
||||
|
||||
**Og bindeleddet mot deres egne fagsystemer: fagsystemet er ikke prosessen.** Systemene trenger ikke byttes ut for å komme hit. Men kommer dataene ikke *ut* av fagsystemet i en form KI kan lese, er fagsystemet hindringen, og da er det den hindringen dere skal fjerne, ikke skjermbildene dere skal pusse på.
|
||||
|
||||
---
|
||||
|
||||
## Nivå 3 i praksis: prosessen tegnes om
|
||||
|
||||
Når en løsning som den over finnes, er jobben ikke gjort. Den er akkurat begynt, og den siste biten er ledelsens, ikke teknologiens.
|
||||
|
||||
**Vi har gjort dette skiftet minst to ganger før.** Da internett kom, ble det først lagt ved siden av: en nettside ved skranken, et skjema til nedlasting. Verdien kom da tjenestene ble tegnet om rundt nettet, med selvbetjening som hovedvei og skranken som unntak. Da mobiltelefonen kom, ble nettsiden først bare krympet til en liten skjerm. Verdien kom da tjenesten ble tegnet om for at folk skulle kunne gjøre hele ærendet ferdig der de sto, med kamera, signering og varsler som en del av løsningen. Da skyen kom, ble den først brukt som et annet sted å ha serverne. Verdien kom da drift og utvikling ble organisert rundt det skyen kan. KI følger samme mønster: teknologien betaler seg ikke når den legges ved siden av arbeidsprosessen, men når arbeidsprosessen tegnes om rundt den.
|
||||
|
||||
**Det som skjer hvis dere ikke gjør noe:** løsningen legges *ved siden av* den gamle prosessen, KI strødd på toppen av det som finnes. Folk gjør jobben som før, og bruker løsningen som en ekstra sjekk. Da har dere betalt for nivå 2 og hentet ut nivå 1.
|
||||
|
||||
**Det som skjer hvis dere gjør jobben:** prosessen tegnes om med løsningen i sentrum. Den KI-baserte løsningen gjør hovedarbeidet. Menneskene flyttes dit dømmekraften faktisk trengs: til godkjenningen, til unntakene, til det som treffer noens rett. Da endres også organisasjonen rundt. Roller endres, enheter kan settes sammen på nytt, ansatte kan få andre oppgaver, ny kompetanse blir nødvendig, og nye flaskehalser dukker opp et annet sted i kjeden og må løses i sin tur. Dette er en omstilling som hører hjemme i medbestemmelsesapparatet, ikke i et linjevedtak.
|
||||
|
||||
**Og det åpner den egentlige lederoppgaven: å tenke større.** Nivå 3 handler ikke bare om å gjøre dagens prosesser raskere. Spørsmålet er hvilke problemer dere har avskrevet som uløselige, fordi de var for store, for dyre eller for arbeidskrevende, som nå kan angripes. Og hvilke store flaskehalser dere vil ha løst opp.
|
||||
|
||||
**Én ting endres aldri, og det er arbeidsdelingen.** Menneskene planlegger og bestemmer hva som skal gjøres. KI gjør jobben. Menneskene vurderer resultatet, gir tilbakemelding, og godkjenner det som skal gjelde. Systemet foreslår, det effektuerer ikke, og det skillet skal være en teknisk sperre, ikke bare en kultur. Begrunnelsen den enkelte får, skal forklare vurderingen, ikke forklare at et system laget den.
|
||||
|
||||
---
|
||||
|
||||
## Lederspørsmålene: selvtesten
|
||||
|
||||
Tre spørsmål. De har samme form på alle nivåer, og formen er poenget: **kjenner jeg taket, vet jeg hvor vi er, hva gjøres nå?**
|
||||
|
||||
| Nivå | Spørsmålet du stiller | Hva svaret forteller deg |
|
||||
|---|---|---|
|
||||
| **1** | Vet jeg hva taket er for verktøyene vi allerede har, altså hva de faktisk kan gjøre i våre oppgaver? Vet jeg hvor vi ligger mot det taket? Og hva gjøres for å komme nærmere? | Kan du ikke svare kvalitativt *og* kvantitativt, er hindringen at ingen har satt en forventning. |
|
||||
| **2** | Hvis en KI-agent skulle gjøre en oppgave i kjernevirksomheten vår i morgen, ville den funnet dataene, forstått prosessen og hatt tilgangene? Og: hvor lang tid går det hos oss fra god idé til løsning i drift, uker eller budsjettår? | Er svaret nei på det første, står hindringen i fundamentet: kunnskapen og dataene er ikke gjort tilgjengelige for KI ennå. Er svaret ja på det første, men veien til drift måles i budsjettår, er fundamentet på plass og hindringen har flyttet seg til organiseringen: til beslutningsveier, finansiering og eierskap. |
|
||||
| **3** | Den neste oppgaven vi setter opp: har vi spurt hva KI kan gjøre av den *før* vi tegnet prosessen? Og der en KI-først-løsning allerede finnes, er prosessen tegnet om rundt den, eller er løsningen lagt ved siden av? | Lagt ved siden av: dere har betalt for nivå 2 og henter ut nivå 1. Det er den dyreste tilstanden i modellen. |
|
||||
|
||||
**Én mekanisme forklarer hele tabellen: å forbedre noe annet enn flaskehalsen gir ingen effekt.** En lisens forbedrer tilgang. Tilgang var aldri det som stoppet virksomheten. Derfor er et nivåskifte ikke et modenhetstrinn, men en hindring som fjernes, og det er bare verdt å betale for hvis hindringen faktisk stod i veien.
|
||||
|
||||
**Og hindringen er sjelden teknologien.** Undersøkelser av norsk offentlig sektor peker samme vei: det som stopper er penger og juss, ikke mangel på leverandører. Den juridiske hindringen er dessuten ofte ikke loven selv, men usikkerhet om hvordan den skal tolkes. Forskjellen er praktisk: en lov må endres av lovgiver og tar år, mens en tolkning kan avklares av dere selv, i år. Ulik pris, og ulik eier. (Kildene står i verifiseringsloggen.)
|
||||
|
||||
---
|
||||
|
||||
## Forsvarlighet: hva som må være på plass før dere går videre
|
||||
|
||||
Dette er den juridiske bærebjelken sett fra vedtakssiden, og den er ikke bremsen. Den er det som gjør at vertikalen ikke må stoppes halvveis.
|
||||
|
||||
| Vertikalvedtak | Hva som må være avklart | Hvem signerer |
|
||||
|---|---|---|
|
||||
| **Inn i nivå 1**<br>Grunnmuren for styrt bruk | Behandlingsgrunnlag per bruksområde. Databehandleravtale. Vurdering av personvernkonsekvenser (DPIA) der terskelen slår inn. ROS for informasjonssikkerheten. Kjøreregler for hva som kan limes inn. Logg og arkivering av det som er saksdokument. Og en **beslutning** om privatkontoene, ikke et håp om at de forsvinner. **Drøfting med tillitsvalgte før vedtaket:** hovedavtalen i staten navngir nå KI eksplisitt. | Behandlingsansvarlig, altså virksomhetens øverste leder. Ikke IT. |
|
||||
| **1 → 2**<br>Fra enkeltpersoner til virksomhet | Spørsmålet skifter fra «hva limes inn» til **«hva får en agent lov til å lese»**. Tilgangsstyring som følger dokumentets klassifisering, ikke hvem som spør. Behandlingsformål avklart per datasett før det gjøres maskinlesbart. Sporbarhet fra svar til kildeversjon. Hvor det kjører og lagres, sky, kontrollert sone, lokalt eller edge, som et begrunnet valg og ikke en arv fra lisensen. Kompetansehevingen **avtalt** med tillitsvalgte, ikke varslet. **Dette er det første som gjøres i ethvert initiativ der KI inngår, ikke det siste.** Det er disse avklaringene som gir handlingsrommet. Uten dem stopper vertikalen halvveis, og da er arbeidet foran kastet bort. | Behandlingsansvarlig, navngitt dataeier per datasett og navngitt plattformeier. Sjelden samme person. |
|
||||
| **2 → 3**<br>Fra fundament til drift | Her er endringen først og fremst organisatorisk. Roller, ansvar og arbeidsprosesser endres, og **HR må være tett på fra start**, ikke tilkalles når omstillingen er et faktum. Å ta ut gevinsten krever en ny evne til systemisk tenkning: å se hele kjeden, ikke enkeltoppgaver, fordi flaskehalsen flytter seg når den første løsner. Juridisk står to krav fast: skillet forslag/avgjørelse som **teknisk sperre**, og menneskelig overprøving som er dokumentert, ikke forutsatt. Kontrolltiden per sak defineres, budsjetteres og følges som metrikk, fordi fallende kontrolltid er tidligvarselet om at godkjenningen er blitt et stempel. Bygger dere selv, kan KI-forordningen artikkel 25 gjøre dere til *tilbyder*, med tilbyderens plikter. Omstilling følger hovedavtalens omstillingsbestemmelser. | Lederen for verdikjeden, sammen med behandlingsansvarlig og HR. |
|
||||
|
||||
**Regelverket er ikke på plass, og det er ikke en grunn til å vente.** EUs KI-forordning er ennå ikke innlemmet i EØS, og proposisjon om norsk KI-lov er varslet våren 2027. Den nye forvaltningsloven ble vedtatt 20.06.2025 og er ikke satt i kraft. Å vente på regelverket er ikke en forsvarlighetsstrategi. Det er å la kravene bli satt av den enkelte ansattes vurderingsevne.
|
||||
|
||||
---
|
||||
|
||||
## Når virksomheten leverer gjennom kontrakt
|
||||
|
||||
Er dere bestiller, byggherre eller tilskuddsforvalter, flytter modellen seg:
|
||||
|
||||
- **Nivå 1** treffer bare egne ansatte, den minste delen av kostnadsbildet. Hovedkostnaden ligger i kontraktene.
|
||||
- **Nivå 2** er ikke bare egne håndbøker. Det er kravspesifikasjonene, kontraktsdokumentene og leveransedataene. «Hvem eier dataene» må være avklart i kontrakten før spørsmålet stilles til en agent. Er det ikke det, er nivå 2 blokkert av avtaleverk, ikke av teknologi.
|
||||
- **Bygger noen for dere, er kravspesifikasjonen byggeflaten.** Eierskap til data *og* til det som bygges, altså modeller, tilpasninger og evalueringssett, avklares i kontrakten. Det som ikke er avtalt, eier leverandøren i praksis.
|
||||
- **Nivå 3** betyr ikke at egne ansatte bruker KI mer. Det betyr at **bestillerrollen selv er bygget om**.
|
||||
- **Enheten er en annen:** hva som ble levert per kontraktskrone, og hvor mye tidligere avvik ble fanget.
|
||||
|
||||
---
|
||||
|
||||
## Hvor modellene kjører
|
||||
|
||||
På nivå 1 er dette ikke et valg, men en arv: alt kjører i leverandørens sky fordi det var slik lisensen kom. Fra nivå 2 er det en beslutning med fire svar som alle er riktige for noe:
|
||||
|
||||
- **Sky, de fremste modellene:** det tyngste resonneringsarbeidet, høyest utviklingstempo.
|
||||
- **Administrert modellplattform eller egen sone:** data som ikke kan forlate en kontrollert sone, forutsigbar last.
|
||||
- **Lokal modell på ansattes maskin:** sensitive utkast, frakoblet arbeid, ingen forbrukskostnad.
|
||||
- **Edge:** der latens, båndbredde eller frakoblet drift avgjør.
|
||||
|
||||
**Balansert portefølje betyr begrunnet, ikke jevnt fordelt.** En liten tilskuddsforvalter kan legitimt lande nær ren sky, en beredskapsetat kan ikke. Modellen gir spørsmålet. Fasiten er virksomhetens egen.
|
||||
|
||||
---
|
||||
|
||||
## Om bemanning: svaret du må kunne gi
|
||||
|
||||
Spørsmålet kommer, og det skal besvares ærlig, ikke beroligende.
|
||||
|
||||
**Frigjort kapasitet kan over tid bli lavere bemanning. Det er i så fall et vedtak ledelsen fatter i drøfting med de tillitsvalgte, etter målt uttak. Aldri av teknologien, aldri forskuttert i budsjett, aldri stille.**
|
||||
|
||||
Rekkefølgen er hele poenget, og den er forretningsmessig før den er noe annet. Kutter dere først og venter på at produktiviteten skal komme etterpå, har dere disponert en gevinst dere ikke har målt, og regningen kommer som svekket leveranse. Måler dere gevinsten først, vet dere hva den er verdt før dere bruker den, og da har dere et reelt valg: ta den ut som lavere kostnad, som kortere ventetid og bedre kvalitet, eller som kapasitet flyttet dit etterspørselen faktisk vokser. Staten har prøvd den motsatte rekkefølgen med ABE-reformen, der driftsbudsjettene ble kuttet flatt fra 2015 og virksomhetene skulle finne gevinsten etterpå. Bemanningen gikk ned først, produktiviteten skulle komme etter, og reformen ble avviklet i 2023.
|
||||
|
||||
**Og det andre bemanningsspørsmålet, som kommer før det første: hvem skal gjøre arbeidet på nivå 2 og 3?** Det krever en spisskompetanse som er sjelden, fordi den er to ting i samme person: å vite hva verktøyene faktisk kan gjøre, og å kjenne prosessen godt nok til å tegne den om. Markedet har gitt kombinasjonen et navn, forward deployed engineer, og den er vanskelig å fylle nettopp fordi de to halvdelene normalt rekrutteres hver for seg. For dere er dette et ledelsesvedtak med tre veier, ikke en HR-detalj: **rekruttere** rollen, i konkurranse med et stramt marked og på statlige betingelser; **bygge** den fra fagsiden, ved å ta folk som allerede har prosessforståelsen, den halvdelen som er vanskeligst å lære, og gi dem verktøyene og tiden; eller **kjøpe** den inn, og da flytter spørsmålet seg til kontrakten: hvem eier prosessforståelsen etterpå. Bare den midterste bygger noe som blir stående hos dere.
|
||||
|
||||
**Modellen snur rekkefølgen: gevinsten måles først, konsekvensen vedtas etterpå, av mennesker med navn, i drøfting.** Det er et argument en økonomidirektør, en tillitsvalgt og Riksrevisjonen kan enes om, av hver sine grunner.
|
||||
|
||||
---
|
||||
|
||||
## Verifiseringslogg
|
||||
|
||||
Alle tall og faktapåstander i dokumentet, med kilde. Påstander uten verifisert kilde er merket, ikke skjult.
|
||||
|
||||
| Påstand | Kilde | Status |
|
||||
|---|---|---|
|
||||
| ABE-reformen innført fra budsjettåret 2015, avviklet i statsbudsjettet for 2023 | Fafo 2019:36; Stat & Styring 32(4) | ✅ Verifisert 14.08.2026 |
|
||||
| ABE: bemanningen ble redusert før gevinsten var målt (mest brukte tiltak var å ikke erstatte ansatte ved naturlig avgang) | Oppegaard, Seip & Svalund, Fafo-rapport 2019:36, tabell 1.6 (N = 268), PDF lest 14.08.2026 | ✅ Verifisert, primærkilde. **Prosentene står bevisst ikke i brødteksten**, belegget står her |
|
||||
| Barrierene i offentlig sektor er investeringskostnader og juridiske utfordringer, ikke manglende leverandørtilbud | Krogstie, NOKOBIT/NIKT-artikkel som gjengir «IT i praksis» (Rambøll): investeringskostnader 56 %, juridiske utfordringer 51 %, manglende leverandørtilbud 24 % | ✅ Verifisert 14.08.2026. **Prosentene står bevisst ikke i brødteksten** |
|
||||
| «Den reelle hindringen er usikkerhet og manglende kompetanse rundt regelverket, heller enn regelverket selv» | KS FoU (Sopra Steria): «Barrierer og muligheter i kommunal sektors arbeid med KI» | ✅ Verifisert 14.08.2026. Sitatet er parafrasert i brødteksten |
|
||||
| Riksrevisjonen: både uklare lovhjemler og tolkningsusikkerhet hindrer statlige virksomheter | Dok 3:18 (2023-2024), PDF lest i sin helhet 14.08.2026 | ✅ Verifisert, primærkilde |
|
||||
| Ny forvaltningslov LOV-2025-06-20-81 vedtatt 20.06.2025, **ikke i kraft** | Lovdata (statusfelt lest 13.08.2026) | ✅ Verifisert |
|
||||
| KI-forordningen ikke innlemmet i EØS; norsk KI-lov varslet våren 2027 | Digitaliserings- og forvaltningsministeren til NTB (Digi.no 02.08.2026); Digdirs regelverksoversikt | ✅ Verifisert 13.-14.08.2026 |
|
||||
| KI-forordningen art. 25 nr. 1: den som setter eget navn på, vesentlig endrer, eller endrer formålet til et høyrisikosystem blir **tilbyder** | Forordning (EU) 2024/1689 art. 25 nr. 1 (ordlyd lest 14.08.2026) | ✅ Verifisert |
|
||||
| Hovedavtalen i staten § 1 nr. 9 «IKT og KI»: tillitsvalgte skal involveres i utviklingsprosessen | Hovedavtalen i staten (H-2537), regjeringen.no | ✅ Verifisert 13.08.2026 |
|
||||
| Hovedavtalen: kompetanseheving ved innføring av ny IKT skal **avtales** | Hovedavtalen i staten, gjengitt av LO Stat | ⚠️ Ordlyd verifisert, paragrafnummer ikke, derfor ikke oppgitt |
|
||||
| DPIA-plikt: personvernforordningen art. 35; EDPB WP248 rev.01 ni kriterier, «ny teknologi» er ett av dem | Art. 35; Datatilsynets veiledning; EDPB WP248 rev.01 | ✅ Verifisert 13.08.2026 |
|
||||
| M365 Copilot, GitHub Copilot, Microsoft Copilot Cowork som anskaffelsesvirkelighet | Microsofts egen produktdokumentasjon | ✅ Navngitt som **eksempel** på hva som kan kjøpes, aldri som forbilde eller forutsetning |
|
||||
| Claude, Claude Cowork og Claude Code som anskaffelsesvirkelighet | Anthropics egen produktdokumentasjon (claude.com/product/cowork, produktguide); CNBC 24.02.2026 og TechCrunch 07.07.2026 om Cowork | ✅ Verifisert 17.08.2026. Navngitt som **eksempel**, aldri som forbilde |
|
||||
| Model Context Protocol (MCP) er en åpen standard for å koble KI-agenter til data og systemer | Anthropic (anthropic.com/news/model-context-protocol); VentureBeat; bred adopsjon på tvers av leverandører | ✅ Verifisert 17.08.2026. Navngitt som **åpen, leverandørnøytral standard** |
|
||||
| LLM-wiki som mønster (Karpathy); Open Knowledge Format (Google Cloud, åpen spesifikasjon v0.1) | GoogleCloudPlatform/knowledge-catalog, OKF SPEC.md | ✅ Verifisert, åpen og leverandørnøytral spesifikasjon |
|
||||
| Arkitekturen i porteføljeoptimaliserer-eksempelet: kunnskapsbaser som grunnlag, agenter som navigerer dem, sverm som foreslår, agent-team som leter etter feil, deterministiske beregninger som avgjør tallene, ekspertdom via godkjenningsport som stopper alt som ikke er godkjent, læring på tvers av kjøringer | Egen observasjon 17.08.2026, eget utviklingsprosjekt, ikke publisert kilde | ⚠️ Egen observasjon. **Bærer ingen tall**, fordi ingen er målt. Merket i teksten som ett eksempel, ikke som del av modellen |
|
||||
| Scenen «gjeldende utgave finnes, men søket gir forrige tiårs PDF» | Egen søkemåling 13.08.2026 | ⚠️ Egen måling, ikke publisert kilde |
|
||||
| Internett- og sky-parallellen på nivå 3 | Kvalitativt historisk mønster, ingen tall påstått | ⚠️ Fortellende parallell, ikke målt påstand |
|
||||
| «Verktøyene endrer seg kontinuerlig og hyppig» (nivå 1) | Alminnelig kjent utviklingstakt i markedet, ingen tall påstått | ⚠️ Kvalitativ påstand, bevisst uten tall |
|
||||
| **Taket, måling 1:** 758 konsulenter i BCG, forhåndsregistrert forsøk, tre grupper (uten KI, GPT-4, GPT-4 med prompteveiledning). Innenfor grensen: 12,2 % flere oppgaver, 25,1 % raskere, «more than 40% higher quality». Utenfor: 19 prosentpoeng lavere treffsikkerhet (kontrollgruppen 84,5 % korrekt, KI-gruppene 60 % og 70 %) | Dell'Acqua, McFowland, Mollick, Lifshitz-Assaf, Kellogg, Rajendran, Krayer, Candelon & Lakhani: «Navigating the Jagged Technological Frontier», HBS Working Paper 24-013 (publisert i Organization Science). **PDF lastet ned og lest direkte 17.08.2026**, tallene sitert fra sammendraget og fra resultatdelen | ✅ Verifisert, primærkilde. Merk: en nettoppsummering oppga først 1 500 konsulenter og 23 prosentpoeng. Begge tall var feil, og de ble korrigert mot PDF-en |
|
||||
| **Taket, måling 2:** 16 erfarne utviklere, 246 oppgaver i egne, godt kjente kodebaser, verktøy fra februar til juni 2025. «When developers are allowed to use AI tools, they take 19% longer to complete issues», mens de selv anslo 20 % raskere i etterkant | METR, «Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity», metr.org 10.07.2025 (også arXiv:2507.09089). Lest 17.08.2026 | ✅ Verifisert, primærkilde. METR avgrenser selv generaliseringen eksplisitt |
|
||||
| METR i februar 2026: «we believe it is likely that developers are more sped up from AI tools now, in early 2026, compared to our estimates from early 2025» | METR, «We are Changing our Developer Productivity Experiment Design», 24.02.2026. Lest 17.08.2026 | ✅ Verifisert. Tatt med i brødteksten, slik at 19 %-tallet ikke leses som en påstand om dagens verktøy |
|
||||
| **Taket, måling 3:** GDPval dekker 1 320 oppgaver fra 44 yrker i de ni største sektorene i amerikansk økonomi, laget av fagfolk med i snitt 14 års erfaring. På den åpne delmengden på 220 oppgaver, vurdert i blindet parvis sammenligning av fagfolk: «47.6% of deliverables by Claude Opus 4.1 were graded as better than (wins) or as good as (ties) the human deliverable» | Patwardhan et al. (OpenAI), «GDPval: Evaluating AI Model Performance on Real-World Economically Valuable Tasks», ICLR 2026. **PDF lastet ned og lest direkte 17.08.2026** | ✅ Verifisert, primærkilde |
|
||||
| GDPval om kontrollsløyfen: «When incorporating time to review and redo work, the payoff from using a model shrinks.» Tabell 1 viser for GPT-5 en hastighetsgevinst på 90x uten kontroll, mot 1,12x når ett forsøk vurderes og eventuelt gjøres om | Samme kilde, avsnitt 3.2 og tabell 1, lest 17.08.2026 | ✅ Verifisert, primærkilde. **Tallene står bevisst ikke i brødteksten**, der poenget er formulert kvalitativt. De sirkulerende «100x»-oppslagene gjengir kolonnen uten kontroll |
|
||||
| KI-agenter kan styre en maskin ved å se skjermen og bruke mus og tastatur, men funksjonen er i beta og treg | Anthropics egen produktdokumentasjon for computer use (platform.claude.com), lest 17.08.2026: status «Beta», og under limitations: «The current computer use latency for human-AI interactions might be too slow compared to regular human-directed computer actions» | ✅ Verifisert, primærkilde. «Lite utbredt» er en kvalitativ vurdering, ikke et målt tall |
|
||||
| A2A (Agent2Agent) er en åpen, leverandørnøytral protokoll for samarbeid mellom KI-agenter, forvaltet av Linux Foundation | Linux Foundation (prosjektlansering juni 2025 og ettårsmelding med over 150 organisasjoner); Google Open Source Blog | ✅ Verifisert 17.08.2026. Navngitt som **åpen standard**, aldri som leverandørvalg |
|
||||
| Mobil-parallellen på nivå 3 (nettsiden krympet før tjenesten ble tegnet om) | Kvalitativt historisk mønster, ingen tall påstått | ⚠️ Fortellende parallell, ikke målt påstand |
|
||||
| MIT NANDA, «The GenAI Divide: State of AI in Business 2025»: 95 % av KI-pilotene gir ingen målbar avkastning | Rapporten finnes og tallet er korrekt gjengitt i mediene | ⚠️ **Vurdert og bevisst ikke brukt.** Tallet gjelder piloter, ikke taket, metoden er ikke fagfellevurdert, og oppsettet er kritisert. Modellens poeng på nivå 2 og 3 står uten det |
|
||||
| Rekkefølgen i den juridiske bærebjelken: løsningsregister med unik ID og navngitt systemeier, verdivurdering hengt på den ID-en, ved personopplysninger behandlingsformål og DPIA-vurdering, ROS parallelt, navngitt risikoeier som aksepterer restrisikoen | Virksomhetsintern prosessbeskrivelse fra norsk offentlig forvaltning, lest 18.08.2026. Gjengitt generisk, uten virksomhetens egne rolle- og organisasjonsnavn | ⚠️ **Intern prosessbeskrivelse, ikke en ekstern eller allmenn norm.** Den er ikke påstått å gjelde alle. De enkelte pliktene den bygger på (behandlingsgrunnlag, DPIA-plikt) er belagt hver for seg i radene over |
|
||||
| 20 prosent som første ambisjon på virksomhetsnivå per realisert vertikal | Forfatterens egen anbefaling | ⚠️ **Ambisjon, ikke måling.** Ikke hentet fra og ikke avledet av NBIM, BCG, METR, GDPval eller noen annen kilde. Ingen kilde påstås, og tallet er merket som ambisjon i teksten selv |
|
||||
| Spisskompetansen på nivå 2 og 3 forener to profiler som normalt rekrutteres hver for seg, og rollen har fått navnet forward deployed engineer i markedet | Kvalitativ vurdering. Hypotesen kom fra et leverandørforedrag som er vurdert og bevisst ikke siteres, fordi en salgspresentasjon ikke kan bære en påstand i dette dokumentet | ⚠️ **Kvalitativ vurdering uten tall.** Det finnes et verifisert veksttall for rollen, men det er bevisst ikke trykket. De tre veiene er modellens egen ramme, ikke kildens rekrutteringsoppfordring |
|
||||
|
||||
**Vurdert, verifisert og likevel ikke trykket.** En rekke tall har vært gjennom kildekontroll og er tatt ut igjen fordi de ikke er handlingsutløsende for en leder, ikke fordi de var feil: andeler av arbeidstiden som går med til KI-bruk, gevinsttall fra kontrollerte forsøk, anslag over hvor mye av potensialet som er hentet ut, lisenskostnad per bruker, alle NBIM-tallene, og veksten i utlysninger etter forward deployed engineer-rollen. Det samme gjelder Perspektivmeldingen 2024 og NOU 2023:4, som sto i en egen seksjon som er tatt ut i sin helhet, og prosentene fra «IT i praksis» og Fafo, som står i tabellen over og er gjengitt kvalitativt i brødteksten. Belegget for hvert av dem er bevart i dokumentets versjonshistorikk.
|
||||
|
||||
**Ikke verifisert, og derfor ikke påstått:**
|
||||
- At noen norsk offentlig virksomhet har begrunnet bemanningsreduksjon med KI.
|
||||
- Norske offentlige eksempler på edge-KI. Edge står som klasse, uten scene og uten tall.
|
||||
- Kostnads- og krafttall for egen datahall med GPU.
|
||||
- At de nevnte verktøyene er anskaffet i leserens egen virksomhet. De står som eksempler på hva markedet tilbyr.
|
||||
Loading…
Add table
Add a link
Reference in a new issue