Tidligere refererte repoet til dokumentasjon som lå utenfor (i Salg/_mal/), og brukte Obsidian-wikilinks [[...]] som ikke er klikkbare i Gitea. Begge deler gjorde at lenker var døde i Gitea-web. Endringer: - Hentet inn arbeidsdokumentene som faktisk brukes under oppdraget: _metode/ (00-konvensjoner, 01-startklar-sjekkliste, 02-gjennomforing) artefakter/ (risikoregister, integrasjonslandskap, workshop-agenda, domenemodell-skjema) - Konverterte 82 Obsidian-wikilinks til standard markdown-lenker med korrekte relative stier — klikkbare både i Gitea og lokalt - Begrepsord i begrepskatalogen ([[Bedrift]] etc.) ble til ren tekst (de var aldri filer) - Oppdaterte konvensjonsdokumentet til å foreskrive standard markdown, ikke wikilinks (med begrunnelse: Gitea rendrer ikke [[...]]) - Oras/Kirken/salgsmateriale er nå tydelig merket som eksterne arbeidsområde-referanser (andre kunder / salgsfase), ikke dinglende lenker som lot som de var i repoet Verifisert: 133 ekte interne lenker resolver korrekt. De 4 gjenværende treffene i validering er kodeeksempler i backticks (viser lenke-syntaks), ikke faktiske lenker. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
223 lines
5.2 KiB
Markdown
223 lines
5.2 KiB
Markdown
---
|
||
title: "Sluttrapport — Standard Online"
|
||
date: "YYYY-MM-DD"
|
||
tags: ["sluttrapport", "leveranse"]
|
||
refs:
|
||
- "executive-summary.md"
|
||
qa:
|
||
status: "draft"
|
||
version: 1
|
||
---
|
||
|
||
# Sluttrapport — <Oppdragsnavn>
|
||
|
||
**Kunde:** Standard Online
|
||
**Periode:** YYYY-MM-DD – YYYY-MM-DD
|
||
**Forfattere:** <Forte-team>
|
||
|
||
---
|
||
|
||
## Innholdsfortegnelse
|
||
|
||
1. [Bakgrunn](#1-bakgrunn)
|
||
2. [Analyse](#2-analyse)
|
||
3. [Fremtidig mulighetsrom](#3-fremtidig-mulighetsrom)
|
||
4. [Veikart](#4-veikart)
|
||
5. [Vedlegg](#5-vedlegg)
|
||
|
||
---
|
||
|
||
## 1. Bakgrunn
|
||
|
||
### 1.1 Problembeskrivelse
|
||
|
||
*Hvorfor ble oppdraget gjennomført? Hvilke utfordringer hadde kunden?*
|
||
|
||
### 1.2 Mål med oppdraget
|
||
|
||
*Hva skulle oppdraget oppnå? Lenke til [mal-og-leveranser](../1.oppdrag-og-kontekst/mal-og-leveranser.md).*
|
||
|
||
### 1.3 Omfang og avgrensninger
|
||
|
||
**Innenfor scope:**
|
||
|
||
**Utenfor scope:**
|
||
|
||
### 1.4 Organisering
|
||
|
||
| Navn | Rolle | Organisasjon |
|
||
|---|---|---|
|
||
|
||
**Styringsgruppe / oppdragsgiver:**
|
||
|
||
### 1.5 Tilnærming og metode
|
||
|
||
Oppdraget ble gjennomført med Fortes **Startklar-metodikk** for data readiness (`Salg/Startklar.pdf`), tilpasset Nivå 1 (avgrenset strategisk). Gjennomføringsmodellen følger 4 faser — se [02-gjennomforing](../_metode/02-gjennomforing.md) og [leveranseplan](leveranseplan.md).
|
||
|
||
**Gjennomførte aktiviteter:**
|
||
- [x] Kickoff og scope-bekreftelse
|
||
- [x] N intervjuer med nøkkelpersoner
|
||
- [x] N workshops
|
||
- [x] Datakilde-inventar
|
||
- [x] Datakvalitet-analyse på domene-nivå
|
||
- [x] Integrasjonslandskap-kartlegging
|
||
- [x] Masterdata-modellering
|
||
- [x] GDPR-vurdering
|
||
- [x] AI-rammeverk
|
||
- [x] Handlingsplan
|
||
|
||
---
|
||
|
||
## 2. Analyse
|
||
|
||
### 2.1 Nåsituasjon
|
||
|
||
Sammenstilling av [hovedsystemer](../3.system-og-datalandskap/hovedsystemer.md) og [integrasjoner-og-flyt](../3.system-og-datalandskap/integrasjoner-og-flyt.md).
|
||
|
||
#### 2.1.1 Systemlandskap
|
||
|
||
#### 2.1.2 Dataflyt og integrasjoner
|
||
|
||
#### 2.1.3 Pågående initiativer
|
||
|
||
### 2.2 Interessenter og behov
|
||
|
||
| Interessent | Hovedbehov | Prioritet |
|
||
|---|---|---|
|
||
|
||
### 2.3 Datakvalitet og governance
|
||
|
||
Sammenstilling av [datakvalitet-og-avvik](../4.informasjonsarkitektur/datakvalitet-og-avvik.md) og [masterdata-og-eierskap](../4.informasjonsarkitektur/masterdata-og-eierskap.md).
|
||
|
||
### 2.4 Personvern og sikkerhet
|
||
|
||
Sammenstilling av [gdpr-oversikt](../5.personvern-og-sikkerhet/gdpr-oversikt.md) og [tiltak-for-innebygd-personvern](../5.personvern-og-sikkerhet/tiltak-for-innebygd-personvern.md).
|
||
|
||
### 2.5 Innsiktsoppsummering
|
||
|
||
**Hovedfunn:**
|
||
|
||
1.
|
||
2.
|
||
3.
|
||
|
||
---
|
||
|
||
## 3. Fremtidig mulighetsrom
|
||
|
||
### 3.1 Visjon og målbilde
|
||
|
||
*Hvor skal kunden? Hvilken tilstand vil vi gjøre mulig med dette grunnlaget?*
|
||
|
||
### 3.2 Anbefalt målarkitektur
|
||
|
||
*Skisse, integrasjonsmønster, anbefalte komponenter. Detaljer i [systemkart-as-is](../3.system-og-datalandskap/systemkart-as-is.md) (sammenligning) og dedikerte arkitektur-skisser.*
|
||
|
||
### 3.3 Masterdata-modell
|
||
|
||
Sammenstilling av [masterdata-og-eierskap](../4.informasjonsarkitektur/masterdata-og-eierskap.md).
|
||
|
||
| Entitet | Master (SoR) | Begrepseier | Dataforvalter |
|
||
|---|---|---|---|
|
||
|
||
### 3.4 AI-rammeverk
|
||
|
||
Sammenstilling av [ai-prinsipper](../6.ai-rammeverk/ai-prinsipper.md). Fem prinsipper: identifiserbarhet, minste privilegium, sporbarhet, HITL, datakvalitet som premiss.
|
||
|
||
### 3.5 Governance-modell
|
||
|
||
Sammenstilling av [data-governance-prinsipper](../4.informasjonsarkitektur/data-governance-prinsipper.md).
|
||
|
||
### 3.6 Anbefalte tiltak
|
||
|
||
Sammenstilling av [prioriteringsliste](../7.standardisering-og-handlingsplan/prioriteringsliste.md).
|
||
|
||
### 3.7 Kost/nytte-vurdering
|
||
|
||
| Tiltak | Estimert kostnad | Forventet nytte | Anbefaling |
|
||
|---|---|---|---|
|
||
|
||
### 3.8 Risikovurdering
|
||
|
||
Lenke til [risikoregister](../artefakter/risikoregister.md) for fullt register.
|
||
|
||
---
|
||
|
||
## 4. Veikart
|
||
|
||
### 4.1 Overordnet plan
|
||
|
||
*Faser, milepæler, sekvenseringsprinsipper.*
|
||
|
||
```
|
||
Fase 1: Grunnmur Fase 2: Konsolidering Fase 3: AI-aktivering
|
||
[0-3 mnd] [3-12 mnd] [12+ mnd]
|
||
├── SoR per ├── Integrasjonsrydding ├── AI-piloter
|
||
├── Dataforvaltere ├── MDM-løsning ├── Skalering
|
||
└── Governance └── Personvern └── Optimalisering
|
||
```
|
||
|
||
### 4.2 Kortsiktige tiltak (0-3 måneder)
|
||
|
||
### 4.3 Mellomlangsiktige tiltak (3-12 måneder)
|
||
|
||
### 4.4 Langsiktige tiltak (12+ måneder)
|
||
|
||
### 4.5 Forutsetninger og avhengigheter
|
||
|
||
**Forutsetninger:**
|
||
-
|
||
|
||
**Avhengigheter:**
|
||
-
|
||
|
||
### 4.6 Ressursbehov
|
||
|
||
| Rolle | Kapasitet | Periode |
|
||
|---|---|---|
|
||
|
||
### 4.7 Anbefaling om videre arbeid
|
||
|
||
*Konkret anbefaling — hva er neste fase? Hva må kunden beslutte først?*
|
||
|
||
---
|
||
|
||
## 5. Vedlegg
|
||
|
||
### Vedlegg A: Datakilde-inventar
|
||
|
||
Lenke til [hovedsystemer](../3.system-og-datalandskap/hovedsystemer.md).
|
||
|
||
### Vedlegg B: Intervjuoversikt
|
||
|
||
| Dato | Deltakere | Tema |
|
||
|---|---|---|
|
||
|
||
### Vedlegg C: Risikoregister
|
||
|
||
Lenke til [risikoregister](../artefakter/risikoregister.md).
|
||
|
||
### Vedlegg D: Integrasjonslandskap
|
||
|
||
Lenke til [integrasjonslandskap](../artefakter/integrasjonslandskap.md) og [integrasjoner-og-flyt](../3.system-og-datalandskap/integrasjoner-og-flyt.md).
|
||
|
||
### Vedlegg E: Begrepskatalog
|
||
|
||
Lenke til [begrepskatalog](../4.informasjonsarkitektur/begrepskatalog.md).
|
||
|
||
### Vedlegg F: Ordliste
|
||
|
||
| Begrep | Definisjon |
|
||
|---|---|
|
||
|
||
---
|
||
|
||
## Dokumenthistorikk
|
||
|
||
| Versjon | Dato | Endring | Forfatter |
|
||
|---|---|---|---|
|
||
|
||
---
|
||
|
||
*Klassifisering: Begrenset*
|