Petter Schultz
1d85656e96
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>
116 lines
6.1 KiB
Markdown
116 lines
6.1 KiB
Markdown
---
|
|
name: standard-online-kontekst
|
|
description: Kunde, scope, team og sentrale aktører for Standard Online-oppdraget — etablert fra salgsfasen før oppdragsstart
|
|
metadata:
|
|
type: project
|
|
---
|
|
|
|
# Standard Online — prosjektkontekst
|
|
|
|
Etablert fra salgsfasen (mai 2026). Oppdater ved oppstart med faktiske datoer, navn og bekreftet scope.
|
|
|
|
## Kunde og søsterselskap
|
|
|
|
**Standard Online** er en norsk e-handels-/SaaS-aktør. Bedrifts- og brukerdata lever parallelt i tre systemer uten tydelige master-systemer eller etablerte dataeiere. Samtidig ser kunden konturene av en utvikling der AI-agenter skal konsumere, berike og handle på disse dataene — masterdata-grunnlaget må derfor være AI-ready fra start, ikke etterarbeid.
|
|
|
|
**Standard Digital** er søsterselskap i Riga, med utviklingskapasitet. De er **både bidragsyter og mottaker** av kartleggingen — sentral kontakt for å forstå dagens arkitektur og praksis.
|
|
|
|
## Beslutningsstruktur
|
|
|
|
**Beslutningskontakt:** Direktør produkt og kundeopplevelse hos Standard Online (navn ikke i frontmatter — bekreft og oppdater ved kickoff).
|
|
|
|
**Hvorfor det betyr noe:** Beslutninger om systemvalg og arkitektur ligger hos kunden, eventuelt i samråd med ERP-/CRM-leverandører. Vi leverer beslutningsgrunnlag, ikke implementering. Direktøren er styringspunkt — rask responstid på avklaringer forutsettes.
|
|
|
|
## Systemlandskap
|
|
|
|
- **SuperOffice** (CRM)
|
|
- **Business Central** (ERP)
|
|
- **nopCommerce** (egenutviklet nettbutikk)
|
|
|
|
ANTAKELSE: Bedrifts- og brukerdata er duplisert mellom CRM og ERP. conf: høy (eksplisitt i kundens oppdragsbeskrivelse)
|
|
|
|
ANTAKELSE: nopCommerce har egen brukermaster for nettbutikk-konti, separat fra SuperOffice-kontakter. conf: moderat (typisk e-handelsmønster, men ikke verifisert hos kunden)
|
|
|
|
## Scope og avgrensninger
|
|
|
|
**Innenfor:** kartlegging og anbefaling. 7 leveranser:
|
|
1. Nåsituasjon med gap og risiko
|
|
2. Arkitekturskisser (as-is + to-be)
|
|
3. Masterdata-modell med System-of-Record
|
|
4. Operasjonelt AI-rammeverk
|
|
5. GDPR/personvern
|
|
6. Handlingsplan
|
|
7. Governance-modell
|
|
|
|
**Utenfor:** implementering, leverandørvalg, detaljert teknisk design. Eventuell implementeringsfase prises som egen leveranse.
|
|
|
|
## Team
|
|
|
|
| Rolle | Navn | Allokering | Eier |
|
|
|---|---|---|---|
|
|
| Ledende konsulent | Ragnhild Aaraas Hånde | 80% | Daglig arbeid, workshops, dialog Standard Digital, sammenstilling |
|
|
| Senior rådgiver | Petter Schultz | 20% | Metodikk-eier, masterdata + arkitektur, KS ved fasegrenser |
|
|
|
|
**Hvorfor 80/20:** Lavere totalpris enn én senior på 100%, redundans, kombinerer teknisk dybde + senior rådgivning. Bekreftet modell i pitch (PPTX slide 14).
|
|
|
|
## Rolleinndeling per oppgave
|
|
|
|
Ragnhild er primus motor — driver det daglige arbeidet alene på de fleste oppgaver. Petter er **støttefunksjon med fagansvar** der hans metodikk er sentral, og deltar på felles kundemøter.
|
|
|
|
| Type oppgave | Hvem | Eksempler |
|
|
|---|---|---|
|
|
| Kartlegging og workshops | Ragnhild alene | Intervjurunde, dataflyt-WS, datakvalitet-WS, systemkart, begrepskatalog, risikoregister |
|
|
| GDPR-vurdering | Ragnhild alene | Hennes personvern-erfaring fra TrumfPay (400k brukere) |
|
|
| AI-rammeverk (daglig) | Ragnhild alene | Petter eskalerer til CAIO-gruppen ved behov |
|
|
| Sammenstilling og forankring | Ragnhild alene | Handlingsplan, Executive Summary, sluttrapport |
|
|
| Masterdata-modell | **Begge** | Petter eier metodikken fra DNK |
|
|
| Målarkitektur (to-be) | **Begge** | Petter eier arkitekturanbefalinger |
|
|
| Governance-modell | **Begge** | Petter designet 3-nivå governance på DNK |
|
|
| Felles kundemøter | **Begge** | Kickoff, presentasjon for direktør og overlevering |
|
|
|
|
Konkret fordeling per Gitea-issue:
|
|
- **Ragnhild alene (12):** #2 underlag, #3 nøkkelpersoner, #4 intervjurunde, #5 dataflyt-WS, #6 datakvalitet-WS, #7 systemkart, #8 begrepskatalog, #9 risikoregister, #12 AI-rammeverk, #13 GDPR, #15 handlingsplan, #16 ES+sluttrapport
|
|
- **Begge (5):** #1 kickoff, #10 masterdata-modell, #11 målarkitektur, #14 governance, #17 presentasjon
|
|
|
|
**Hvorfor:** Per pitch slide 14 er Petter eksplisitt "konsentrert tilstedeværelse — bruker tid der erfaringen gir mest verdi". Bredt assignee-mønster vannet ut den fordelingen. Den smale fordelingen reflekterer at Ragnhild har "én primærkontakt for Standard Online"-rollen og Petter er KS ved fasegrenser (operasjonalisert via milestones, ikke per issue).
|
|
|
|
## Kommersiell modell
|
|
|
|
- 6-8 ukers løp (effektivt)
|
|
- Time & materials, fakturert løpende
|
|
- Blandet timepris ca. 1 480 NOK/time (Ragnhild 1 400, Petter 1 800 — endelig satt før utsending)
|
|
- 30 dager netto, reise og utlegg separat
|
|
|
|
## Hvorfor dette oppdraget er litt annerledes enn Oras og DNK
|
|
|
|
| Aspekt | Standard | Oras | DNK |
|
|
|---|---|---|---|
|
|
| Dybde | Nivå 1 (avgrenset strategisk) | Nivå 1 men dyp teknisk | Nivå 2 (pågående 6+ mnd) |
|
|
| Hovedfokus | Masterdata + arkitektur + **AI-rammeverk** | CRM-konsolidering | Informasjonsarkitektur |
|
|
| AI-spor | **Eksplisitt leveranse** (ny dimensjon) | Ikke i scope | Ikke i scope |
|
|
| Antall systemer | 3 | 2 CRM + ERP + flere | 10+ fagsystemer |
|
|
|
|
Konsekvens: Vi skal IKKE replikere Oras' entity-by-entity-dybde. Vi stopper på domene-nivå. AI-rammeverket er det nye sporet (mappe 6) — operasjonelle prinsipper, ikke arkitektur-spec.
|
|
|
|
## Referansecase som danner grunnlag
|
|
|
|
- **Oras** (Salg/Oras/): risikoregister-mønster, Executive Summary, integrasjonslandskap
|
|
- **Den norske kirke / Nstat** (Kirken/): 9-mappe-struktur, masterdata-vokabular (Begrepseier/Dataforvalter/Master), Privacy by Design, governance på 3 nivåer
|
|
|
|
## Salgsmaterialet som etablerer kontekst
|
|
|
|
Ligger i `Salg/Standard/` i Forte-arbeidsområdet (ikke i dette repoet — salgsfase-materiale):
|
|
|
|
- `Forslag - Masterdata, arkitektur og AI-klargjøring.md` — fullstendig forslag
|
|
- `Oppdragsbeskrivelse masterdataprosjekt.pdf` — kundens RFP
|
|
- `Standard_Digital2.pptx` — pitch-presentasjonen
|
|
|
|
## Sjekkpunkter ved oppstart
|
|
|
|
- [ ] Bekreft direktør-navn og stedfortreder
|
|
- [ ] Bekreft kontaktperson(er) hos Standard Digital
|
|
- [ ] Avtal kommunikasjonsstruktur (Slack? Teams? E-post?)
|
|
- [ ] Identifiser 8-12 personer til intervjurunde
|
|
- [ ] Få tilgang til eksisterende underlag (arkitekturskisser, dataflyt)
|
|
- [ ] Bekreft endelig timepris og total ramme
|