Petter Schultz
4e42441e94
Slo sammen rå + enhanced Meetly-transkript til ett normalisert møtenotat etter Forte sin møtereferat-konvensjon. Enhanced brukt som primærkilde (komplett, timestamps, eksakte tall), rå som krysspeker. Begge råtranskripter arkivert i _archive/ med sha256 i frontmatter. Ekstrahert: - 3 beslutninger (DEC-2026-001..003): oppstart utsatt til etter sommeren, makstak i kontrakten, Ragnhild on-site et par dager/uke - 4 handlinger (ACT-2026-001..004) - 3 risikoer (RISK-2026-001..003): mangelfull dokumentasjon, oppstart-timing, manglende AI-rammeverk/SuperOffice-erfaring Oppdatert møtelogg-indeksen med møte, DEC/ACT/RISK-registre. Rettet .gitignore: _archive/ skal IKKE ignoreres — råtranskripter bevares for sporbarhet (sha256-binding i frontmatter ville ellers peke på filer som ikke er i repoet). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
17 KiB
title, date, sources, participants, org_units, roles, systems, entities, decisions, actions, risks, tags, refs, qa, version
| title | date | sources | participants | org_units | roles | systems | entities | decisions | actions | risks | tags | refs | qa | version | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Gjennomgang av salgspitch — Standard Online | 2026-05-27 |
|
|
|
|
|
|
|
|
|
|
|
|
1 |
Sammendrag
- Forte presenterte forslaget til kartleggings- og anbefalingsarbeid for masterdata, arkitektur og operasjonelt AI-rammeverk. Standard Online erkjenner at de ikke kan automatisere mer før datagrunnlaget er ryddet, og vil ha et rammeverk på plass før de tar i bruk AI-agenter — for å unngå "mer rot i rotet".
- Forte rammet oppdraget som tre hovedmål: (1) etablere system of records / masterdata for bedrift- og brukerdata, (2) opprydding og dataeierskap, (3) operasjonelt rammeverk for AI-agenter — med personvern som premiss fra start.
- 80/20-bemanning bekreftet: Ragnhild ledende konsulent (daglig kontakt), Petter senior rådgiver (malverk + KS). Blandet timepris 1 480 kr, T&M, totalt 372 960 kr for 6 uker (6-8 ukers effektivt løp).
- Oppstart utsettes til etter sommeren (sannsynligvis slutten av august) — kontrakt signeres tidligst om 2-3 uker, og det må synkes med Standard Digital i Riga (DEC-2026-001).
- Standard vil sette et makstak i kontrakten pga. nye interne kostnadshensyn (DEC-2026-002).
- Beslutning om leverandør tas før midten av juni (ACT-2026-002).
Nøkkelinnsikt (på tvers)
- Standard er antakelig en lettere governance-case enn Kirken. Petter observerte at Standard ikke ser ut til å være en "splitta organisasjon" — de vil ikke holde tilbake data, men ønsker autonomi over egne systemers data uten å tenke på påvirkning på andre. Petter vurderte dette som "rett spor" og lettere utgangspunkt enn Kirken. Bekrefter project_standard-online-kontekst-antakelsen om at Standard er Nivå 1 (avgrenset), ikke Kirkens kompleksitet.
- AI Accelerator-kobling er reell. Standard har vært på Fortes AI Accelerator-foredrag. Forte posisjonerer dette oppdraget eksplisitt som fundamentet et senere AI Accelerator-løp bygger på — ikke et frittstående opprydningsprosjekt.
- Standard har allerede en dataplattform. Det forenkler arkitekturen vesentlig sammenlignet med Oras (som manglet plattformtankegang) — muliggjør hub-and-spoke i stedet for point-to-point ("spaghetti-integrasjoner").
- Standard Digital (Riga) er en avhengighet, ikke bare en ressurs. Beslutningstaker styrer dem ikke 100 %, og deres dokumentasjon (pre-2023) er svak. Sparringspartner-kompetanse må avklares (ACT-2026-003).
Åpne spørsmål
- Hvem er nøkkelpersonene som skal intervjues/delta i workshops? (eier: Beslutningstaker Standard Online) — må identifiseres og varsles om tidsbruk i forkant. Kobles til Fase A-sjekklisten.
- Hvem blir dedikert digital kontaktperson? (eier: Standard Online) — produkteier, tech lead eller tilsvarende.
- Hvilken kompetanse trenger sparringspartner hos Standard Digital? (eier: Forte — ACT-2026-003).
- Hvor mye brukbar dokumentasjon finnes faktisk? (eier: Beslutningstaker Standard Online — ACT-2026-001). Avgjør hvor mye kartleggingsarbeid som kreves i fase B.
Detaljer fra kilden
Bakgrunn / Standards motivasjon
Standard ønsker å automatisere mer, men har erkjent at de ikke kommer videre så lenge datagrunnlaget er som det er. De har ikke startet aktivt med AI-agenter ennå — bevisst, fordi de vil ha et rammeverk på plass først for ikke å skape mer rot. Derfor er AI-rammeverket tatt med i scopet: de vil "se alt under ett". Beslutningstaker omtalte dette som "et veldig viktig forprosjekt".
Forte-teamet og rollene
- Steffen — kommersiell/merkantil ansvarlig for tilbud og avtale.
- Ragnhild Aaraas Hånde — senior utvikler og fagleder, 8 års erfaring fra komplekse kundeprosjekter (bl.a. dataplattform fra bunnen på Virke, innholdsplattform-migrering på NAF). Blir daglig hovedkontakt, leder workshops, driver prosessen.
- Petter Schultz — ~15 års erfaring, informasjonsarkitekt hos Kirken i dag (grunnmurprosjekt). Støttefunksjon: eier malverket og kvalitetssikrer. Har gjort tilsvarende oppdrag før (Oras, Kirken).
De tre hovedmålene og syv leveransene
Tre hovedmål: system of records/masterdata, opprydding + dataeierskap, operasjonelt AI-rammeverk (personvern som premiss).
Syv leveranser ble bekreftet: situasjonsanalyse (gap + risiko), arkitekturskisser (dagens + fremtidig), masterdatamodell, operasjonelt AI-rammeverk (med personvern), handlingsplan, governance-modell for dataeierskap.
Referansecase: Oras og Den norske kirke
- Oras: flytting fra to CRM-er til én, mye mer teknisk (dykket i antall records per type, hvordan de spiller sammen). Ikke fullt så teknisk som det Standard skal gjøre. Oras manglet plattformtankegang → CRM måtte være kilde til sannhet. Forte anbefalte å ta dataeierskap utenfor applikasjonen (dataplattform).
- Den norske kirke: svært ambisiøse, "megaveikart", men lav digital modenhet. Petter er informasjonsarkitekt: domenemodeller, kodeverk, governance, persondomene (omfattende pga. trossamfunn → ekstra GDPR). Mye endrings- og organisasjonsledelse for å forankre f.eks. hva en dataeier er.
Tjenesteplattform-konseptet (Petter, på spørsmål om Fabric/hub-spoke)
Forte sin "tjenesteplattform" har tre ledd:
- Integrasjonsplattform — near real-time, ofte event-basert. Meldinger på køer fordeles til abonnerende applikasjoner. Operasjonelle data flyter her.
- Dataplattform — historiske data i lavere frekvens. Følger Medallion-arkitektur: bronse (dump alt) → sølv (normaliser/dedupliser) → gull (definerte dataprodukter). API bygges på gull-laget. Fabric støtter GraphQL — modellér spørringer mot gull-produktene. Tilgangsstyring via rollebasert (enklere) eller attributtbasert (ambisjon). Oppdateringsfrekvens valgfri (daglig/timesvis/event-basert).
- Felles tjenester — eksterne integrasjoner som forer ekstra data inn i domenemodellene (f.eks. Folkeregisteret som eier av adressedata).
Eksempel fra Kirken: medlemsregisteret er master for "medlem"-utdraget av persondomenemodellen — eneste kilde som skriver til den slicen.
AI-readiness
En AI-agent er aldri mer pålitelig enn dataene den bygger på. For å være AI-ready trengs tydelig system of records (agenten vet hvor sannheten ligger), tydelige dataeiere (svarer for kvaliteten), og governance (agenten kan jobbe trygt). Dette oppdraget bygger fundamentet for et senere AI Accelerator-løp. På spørsmål om vektordatabase: naturlig å vurdere, så agentene kan "snakke sitt språk". Petter var ærlig på at Forte ikke har bygget et slikt AI-agent-rammeverk for andre kunder før, men argumenterte for at Fortes historikk med datakontroll er nøyaktig det agenter trenger.
Startklar og de fire fasene
Startklar er Fortes pre-flight-metodikk: bli enige om retning, hensikt, team, eierskap, beslutningstaking, scope, eksisterende innsikt, risikoer/avhengigheter og teknologivalg før prosjektet starter — for å unngå blockers.
Fire faser:
- Fase A — Oppstart: kickoff, verifisere retning/forankring/tidsbruk. Fase A er en forsikring om at man er klar til å kartlegge. (Noen forutsetninger ligger i forkant av A.)
- Fase B — Kartlegging: workshops og intervjuer med forretning, IT og samarbeidspartnere. Mesteparten av arbeidet skjer her.
- Fase C — Overlevering av leveranser: masterdatamodell, system of records, arkitekturskisser, AI-rammeverk, personvern, handlingsplan, governance.
- Fase D — Forankring og overlevering.
Kommersielt
80/20-modell: Ragnhild 80 %, Petter 20 %, tilsvarer én 100 %-rolle med blandet timepris 1 480 kr. T&M ("SSAB-form" — betaler time for time, minst risiko). Total 372 960 kr for 6 uker; 6-8 ukers effektivt løp er rammen. Standard ba om makstak (DEC-2026-002). Rapportering på timebruk avtales mellom Ragnhild og Standard. Forte kjenner Standards anskaffelsesrammer fra før (Silje og Anne nevnt ifm. kontraktshåndtering).
Forutsetninger Forte la frem
- Tydelig beslutningstaker med rask responstid og tilgjengelig tid.
- Mange nøkkelpersoner tilgjengelige for workshops/intervjuer.
- Dedikert digital kontaktperson (produkteier/tech lead).
- Tilgjengelige arkitekturskisser, dataflyt, systemoversikt, tidligere utredninger, og kodebase-tilgang der relevant — fra start.
Praktisk koordinering / møteplanlegging
- Beslutning om leverandør før midten av juni (ACT-2026-002).
- Oppstart sannsynligvis slutten av august (DEC-2026-001).
- Ragnhild sitter hos Standard et par dager i uken (DEC-2026-003).
- Standard sender dokumentasjon tidlig så Forte kan forhåndsvurdere (ACT-2026-001).
Endringslogg
- 2026-05-27 (v1): Normalisert struktur basert på Meetly-transkripsjon (enhanced som primær, sha256
007293f4...; rå som krysspeker, sha2566a0ab93d...). Ekstrahert 3 beslutninger, 4 handlinger, 3 risikoer. Begge råtranskripter flyttet til_archive/. Status:draft.
Handlinger
ACT-2026-001
Send over eksisterende dokumentasjon (arkitekturskisser, dataflyt, systemoversikt, tidligere utredninger) tidlig, så Forte kan forhåndsvurdere og tilpasse malverket.
- Ansvarlig: Beslutningstaker Standard Online
- Frist: TBD (ønskelig før oppstart)
- Status: ny
ACT-2026-002
Beslutte leverandør og gi Forte beskjed når avgjørelsen er tatt.
- Ansvarlig: Beslutningstaker Standard Online
- Frist: 2026-06-15 (før midten av juni)
- Status: ny
ACT-2026-003
Avklare hvilken kompetanse en sparringspartner hos Standard Digital trenger (prosjektleder vs. teknisk arkitekt — avhenger av gravedybde), slik at de kan preppes.
- Ansvarlig: Ragnhild + Petter (Forte)
- Frist: TBD — etter go fra Standard
- Status: ny
ACT-2026-004
Avtale intern samarbeidsform mellom Ragnhild og Petter (80/20-modell).
- Ansvarlig: Ragnhild + Petter (Forte)
- Frist: TBD
- Status: ny
Beslutninger
DEC-2026-001
Oppstart utsettes til etter sommerferien, sannsynligvis slutten av august.
- Begrunnelse: Kontrakt signeres tidligst om 2-3 uker (flere møter gjenstår), pluss sommerferie og behov for å synke med Standard Digital i Riga som har ferie senere.
- Eiere: Beslutningstaker Standard Online
DEC-2026-002
Det skal settes et makstak (øvre økonomisk ramme) i kontrakten.
- Begrunnelse: Standard har fått nye innspill internt etter at tilbudet ble sendt og trenger sterkere kostnadskontroll; også hensiktsmessig for kontraktsstyringen.
- Eiere: Beslutningstaker Standard Online, Steffen (Forte)
DEC-2026-003
Ragnhild sitter hos Standard Online et par dager i uken under oppdraget.
- Begrunnelse: Konstruktivt for fremdrift og dialog; tilpasses Standards arbeidsform og fasiliteter.
- Eiere: Ragnhild (Forte)
Risikoer
RISK-2026-001
Dokumentasjonsgrunnlaget er ikke optimalt — særlig det Standard Digital har laget før 2023 er mangelfullt. Bare nyere integrasjoner er godt dokumentert.
- Konsekvens: middels
- Sannsynlighet: høy
- Tiltak: Standard graver frem det de har; Forte tar høyde for ekstra kartleggingsarbeid hvis grunnlaget er tynt. Påvirker tidslinjen i fase B.
RISK-2026-002
Oppstartstidspunkt avhenger av kontraktsignering, sommerferie og ferie-sync med Riga — risiko for at start glir til sent i august.
- Konsekvens: lav
- Sannsynlighet: høy
- Tiltak: Akseptert; bruk ventetiden til forhåndsdeling av dokumentasjon og Startklar-prepping. Standard gir beskjed så raskt avgjørelse er tatt.
RISK-2026-003
Forte har ingen erfaring med å bygge operasjonelt AI-agent-rammeverk for andre kunder, og ingen erfaring med SuperOffice/nopCommerce (Petter har begrenset Business Central fra Rental Group).
- Konsekvens: middels
- Sannsynlighet: middels
- Tiltak: Forte argumenterer for at deres historikk med datakontroll/eierskap/kvalitet er nøyaktig det AI-agenter trenger; oppdraget handler mest om data og applikasjonenes evne til å dele data, ikke om de konkrete produktene.
Klassifisering: Begrenset
Merknad om deltakere: Navn på Standard-deltakerne (utover at det er en beslutningstaker som signerer/beslutter) er ikke entydig identifisert i transkriptet. "Silje" og "Anne" ble nevnt ifm. kontraktshåndtering. Bør bekreftes og oppdateres i
participants:ved neste møte. ANTAKELSE: beslutningstakeren er direktør produkt og kundeopplevelse (jf. oppdragsbeskrivelsen). conf: moderat