Initial oppdragsstruktur for Standard Online

Etablerer 9-mappe-arbeidsstruktur basert på Forte sitt
startklar-malverk (Salg/_mal/startklar-malverk/), kalibrert
for Nivå 1 (avgrenset strategisk, 6-8 uker).

Inkluderer skeletter for:
- 1. Oppdrag og kontekst (oppdragsbeskrivelse, leveranser, rammer,
  interessenter, møtelogg, møtenotat-mal)
- 2. Organisasjonsforståelse (struktur, roller, nøkkelpersoner)
- 3. System- og datalandskap (SuperOffice, Business Central,
  nopCommerce — fylles ut i Fase A-B)
- 4. Informasjonsarkitektur (begrepskatalog, masterdata-og-eierskap,
  Data Governance prinsipper) — kjernen for leveranse 03 og 07
- 5. Personvern og sikkerhet (GDPR, Privacy by Design)
- 6. AI-rammeverk (operasjonelle prinsipper — ny for Standard,
  bygger på Forte AI Accelerator)
- 7. Standardisering og handlingsplan (avvik, prioritering, tiltak)
- 8. Kontinuerlig læring (intervjuguider, åpne spørsmål, funn)
- 9. Leveranser (Executive Summary, sluttrapport, leveranseplan)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-05-21 12:22:56 +02:00
commit 0c6bcb7782
46 changed files with 2773 additions and 0 deletions

View File

@@ -0,0 +1,47 @@
---
title: "Hovedsystemer — Standard Online"
date: "YYYY-MM-DD"
tags: ["systemer", "landskap", "as-is"]
qa:
status: "draft"
version: 1
---
# Hovedsystemer
Komplett oversikt over alle systemer i scope for oppdraget. Bygges ut i Fase A-B.
## Oversikt
| System | Type | Leverandør | Eier (hos kunde) | Forretningskritisk | Status |
|---|---|---|---|---|---|
| | CRM / ERP / E-handel / MDM / Analytics / Identity / Annet | | | Ja/Nei | Aktiv / Under utfasing / Planlagt |
## Detaljer per system
### <Systemnavn>
**Type:** <CRM / ERP / E-handel / etc.>
**Leverandør:**
**Versjon / instans:**
**Hostet:** SaaS / on-prem / hybrid
**Hovedfunksjoner:**
**Primære brukere:** <antall, roller>
**Eier hos kunde:**
**Datamaster for:** <hvilke entiteter er dette systemet master for>
**Datakonsument av:** <hvilke entiteter konsumeres herfra>
**Sentrale integrasjoner:** <ut/inn>
**Datakvalitet — overordnet:** <vurdering, se 4.informasjonsarkitektur/datakvalitet-og-avvik for detaljer>
**Begrensninger / kjente problemer:**
---
*Repeter strukturen for hvert system i scope.*
## Utenfor scope
*Systemer som er bevisst utelatt. Hvorfor og hva impliserer det.*
---
*Klassifisering: Begrenset*

View File

@@ -0,0 +1,58 @@
---
title: "Integrasjoner og dataflyt — Standard Online"
date: "YYYY-MM-DD"
tags: ["integrasjoner", "dataflyt", "as-is"]
refs:
- "../../artefakter/integrasjonslandskap.md"
qa:
status: "draft"
version: 1
---
# Integrasjoner og dataflyt
Hvordan data flyter mellom systemene som er kartlagt i [[hovedsystemer]].
## Integrasjonslandskap
Bruk strukturen fra [[../../artefakter/integrasjonslandskap]]:
| System | Retning | Motpart | Mekanisme | Datatyper | Frekvens | Implikasjon |
|---|---|---|---|---|---|---|
*Retning: Inbound / Outbound / Bidirectional*
*Mekanisme: API (REST/GraphQL/SOAP), filoverføring, event-bus, manuell, DB-til-DB*
## Dataflyt per entitet
For hver kjerneentitet (Bedrift, Kontakt, Bruker, Ordre, etc.) — beskriv hvor den oppstår, dupliseres og konsumeres.
### Bedrift / Kunde
**Oppstår i:**
**Dupliseres i:**
**Konsumeres av:**
**Master (foreslått):**
**Konflikter / risikomomenter:**
### <Neste entitet>
...
## Visualisering
*Lenke til Mermaid-diagram eller skjermbilde av Neo4j-graf.*
```mermaid
graph LR
A[System A] -->|Bedrift| B[System B]
B -->|Kontakt| C[System C]
```
## Punkt-til-punkt vs. hub-and-spoke
*Vurdering — er dagens arkitektur punkt-til-punkt? Hva er fordeler/ulemper med hub-and-spoke for denne kunden?*
---
*Klassifisering: Begrenset*

View File

@@ -0,0 +1,40 @@
---
title: "Pågående initiativer — Standard Online"
date: "YYYY-MM-DD"
tags: ["initiativer", "prosjekter", "avhengigheter"]
qa:
status: "draft"
version: 1
---
# Pågående initiativer
Aktive eller planlagte prosjekter hos kunden som er relevante for vårt oppdrag. Påvirker scope, prioritering og rekkefølge for handlingsplanen.
## Oversikt
| Initiativ | Eier | Status | Tidshorisont | Påvirkning på vårt oppdrag |
|---|---|---|---|---|
## Detaljer
### <Initiativnavn>
**Hva:**
**Mål:**
**Status:**
**Eier:**
**Avhengighet til vårt oppdrag:** <leverer input til oss / mottar output / parallell uten direkte kobling>
**Risiko hvis ikke koordinert:**
---
*Repeter for hvert relevant initiativ.*
## Koordineringspunkter
*Konkrete avstemmingsbehov vi må sikre — møter, sjekkpunkter, gjensidige leveranser.*
---
*Klassifisering: Begrenset*

View File

@@ -0,0 +1,56 @@
---
title: "Systemkart as-is — Standard Online"
date: "YYYY-MM-DD"
tags: ["systemkart", "as-is", "arkitektur"]
qa:
status: "draft"
version: 1
---
# Systemkart (as-is)
Visuell oversikt over dagens systemlandskap. Bygges ut i Fase B basert på [[hovedsystemer]] og [[integrasjoner-og-flyt]].
## Hovedkart
```mermaid
graph TB
subgraph Kundeflate
Web[Nettbutikk]
end
subgraph CRM-lag
CRM[CRM]
end
subgraph ERP-lag
ERP[ERP]
end
subgraph Identitet
IAM[Identity Provider]
end
Web --> CRM
CRM <--> ERP
IAM --> Web
IAM --> CRM
```
*Erstatt med faktisk systemkart for kunden.*
## Detaljkart per domene
*Per kjernedomene (Bedrift, Kontakt, Bruker, Ordre, Abonnement) — eget diagram som viser hvilke systemer som er involvert og hvordan dataflyt går.*
## Observasjoner
*Hovedfunn fra systemkartleggingen: redundans, gap, single points of failure, "skygge-systemer".*
## Sammenligning med målbilde
Lenke til [[../9.leveranser-og-oppsummeringer/sluttrapport#målarkitektur]] når den er ferdig.
---
*Klassifisering: Begrenset*

View File

@@ -0,0 +1,39 @@
---
title: "Teknologier og leverandører — Standard Online"
date: "YYYY-MM-DD"
tags: ["teknologi", "leverandører", "lock-in"]
qa:
status: "draft"
version: 1
---
# Teknologier og leverandører
## Teknologistack
| Område | Teknologi | Versjon | Vurdering |
|---|---|---|---|
| Cloud | | | |
| Database(r) | | | |
| Integrasjonsplattform | | | |
| Identitet/IAM | | | |
| Analytics/BI | | | |
| AI/ML | | | |
| CI/CD og DevOps | | | |
## Leverandører
| Leverandør | Hva de leverer | Avtaletype | Kontrakt utløper | Innlåsing? |
|---|---|---|---|---|
## Lock-in og strategiske vurderinger
*Hvor er det proprietære teknologivalg som låser kunden? Hva er konsekvensen for fremtidig fleksibilitet?*
## Avhengighet til eksterne tjenester
*SaaS, API-er, externt hostet — hva er kritisk?*
---
*Klassifisering: Begrenset*