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>
6.6 KiB
CLAUDE.md — Standard Online (oppdrag)
This file provides guidance to Claude Code (claude.ai/code) when working in this repository.
Repository Purpose
Arbeidsmappe for kartleggings- og anbefalingsarbeidet Forte Digital gjør for Standard Online: masterdata, arkitektur og operasjonelt rammeverk for AI-agenter på tvers av SuperOffice, Business Central og nopCommerce. Repoet inneholder selve gjennomføringsdokumenter, leveranser, møtenotater, funn og handlingsplaner.
Strukturen følger Forte sitt startklar-malverk (Nivå 1 — avgrenset strategisk, 6-8 uker).
Om kunden
- Selskap: Standard Online
- Søsterselskap: Standard Digital (utviklingskapasitet i Riga)
- Beslutningskontakt: Direktør produkt og kundeopplevelse
- Forte-ansvarlig: Petter Schultz
Bedrifts- og brukerdata lever parallelt i flere av kundens systemer uten klare master-systemer eller etablerte dataeiere — det er det vi skal kartlegge og foreslå løsninger for.
Systemlandskap
| System | Type | Eier |
|---|---|---|
| SuperOffice | CRM | Standard Online |
| Business Central | ERP | Standard Online |
| nopCommerce (egenutviklet) | E-handel | Standard Online |
Forte-team
| Rolle | Navn | Allokering |
|---|---|---|
| Ledende konsulent | Ragnhild Aaraas Hånde | 80% |
| Senior rådgiver | Petter Schultz | 20% |
Ragnhild driver det daglige arbeidet (kartlegging, workshops, dialog med Standard Digital, sammenstilling). Petter eier metodikk og maler fra Oras og DNK, kvalitetssikrer ved hver fasegrense.
Gjennomføring — 4 faser
| Fase | Uker | Hovedaktivitet | Milestone |
|---|---|---|---|
| A — Oppstart | 1 | Kickoff, scope, datakilde-inventar | — |
| B — Kartlegging | 2-3 | Intervjuer, workshops, datakvalitet | Delleveranse 1: Nåsituasjon + risiko (uke 3) |
| C — Anbefalinger | 3-5 | Masterdata, arkitektur, AI, personvern | Delleveranse 2: Målbilde + masterdata (uke 5) |
| D — Forankring | 6-7 | Presentasjon, overlevering | Sluttleveranse (uke 6-7) |
Detaljer i _metode/02-gjennomforing.md.
Mappestruktur — 9 nummererte mapper
| Mappe | Formål |
|---|---|
1.oppdrag-og-kontekst/ |
Scope, leveranser, interessenter, møtelogg |
2.organisasjonsforstaelse/ |
Roller, beslutningsveier, nøkkelpersoner |
3.system-og-datalandskap/ |
Systemer, integrasjoner, as-is |
4.informasjonsarkitektur/ ⭐ |
Begrepskatalog, masterdata, governance — kjerne |
5.personvern-og-sikkerhet/ |
GDPR, Privacy by Design |
6.ai-rammeverk/ |
Operasjonelle AI-prinsipper |
7.standardisering-og-handlingsplan/ |
Avvik, prioritering, tiltak |
8.kontinuerlig-laering-og-referanser/ |
Intervjuguider, åpne spørsmål, funn |
9.leveranser-og-oppsummeringer/ |
Executive Summary, sluttrapport |
Komplett innholdsfortegnelse: _index.md.
Konvensjoner
Felles konvensjoner er dokumentert i _metode/00-konvensjoner.md (avledet fra Forte sitt kanoniske startklar-malverk).
Frontmatter
Alle leveranse-/analysedokumenter har YAML-frontmatter:
---
title: "Dokumenttittel — Standard Online"
date: "YYYY-MM-DD"
tags: [...]
refs:
- "relativ/sti/til/relatert.md"
qa:
status: "draft | final-candidate | needs-fix"
reviewed_on: "YYYY-MM-DD"
version: 1
---
ID-system
Strukturerte ekstrakter får IDer som kan refereres på tvers av dokumenter:
DEC-YYYY-XXX— beslutningerACT-YYYY-XXX— handlingerRISK-YYYY-XXX— risikoer
ANTAKELSE-markering
Når noe baseres på begrenset informasjon, marker det eksplisitt:
ANTAKELSE: [tekst] conf: lav|moderat|høy
Andre
- Datoformat: ISO
YYYY-MM-DD - Filnavn: bindestrek, ikke understrek. Æ/Ø/Å → ae/oe/aa
- Språk: Norsk Bokmål
Memories — prosjektkunnskap som overlever sesjoner
Prosjektspesifikke memories lagres i _memories/-mappen. Memories er strukturerte oppsummeringer av:
- project: prosjektkontekst, beslutninger, status, viktige funn
- feedback: brukerens preferanser og rettelser spesifikt for dette prosjektet
- reference: pekere til eksterne systemer og dokumenter (Confluence, Notion, etc.)
Forskjellen fra Claude's globale auto-memory (~/.claude/projects/.../memory/):
- Global memory = Petters generelle preferences på tvers av alle prosjekter
- Prosjekt-memory (her) = ting som er spesifikt for Standard Online, og som bør deles med alle som jobber på prosjektet (Ragnhild, andre Forte-konsulenter, fremtidige Claude-sesjoner)
Når Claude oppdager noe verdt å huske som er prosjekt-spesifikt, skal det lagres her — ikke i global memory. Versjoneringen via git gjør at memories overlever maskinbytter og deles på tvers av teamet.
Indeks: _memories/MEMORY.md — oppdateres ved hver ny memory. Mal: _memories/_template-memory.md.
Sentrale referansecase (metodikk og maler)
Metodikken bygger på to ferske oppdrag. Disse ligger i Forte sitt bredere arbeidsområde — ikke i dette repoet (de gjelder andre kunder; Kirken er konfidensielt for en annen kunde). De er nevnt her som bakgrunn for hvor mønstrene kommer fra:
- Oras Group — Data Health Assessment for CRM-anskaffelse. Risikoregister-mønster, Executive Summary-struktur, integrasjonslandskap-tabell. (Ligger i
Salg/Oras/i Forte-arbeidsområdet.) - Den norske kirke / Nstat — Informasjonsarkitektur for offentlig organisasjon. 9-mappe-struktur, Begrepseier/Dataforvalter/Master-vokabular, Privacy by Design, 3-nivå governance. (Eget repo/arbeidsområde.)
Det vi faktisk trenger fra metodikken er hentet inn i dette repoet under _metode/ og artefakter/.
Repository-konvensjoner
- Default branch:
main - Direkte commits til main er tillatt (ingen branch protection — 2-personers prosjekt)
- Issues sporer arbeid per fase (labels:
fase-A/B/C/D/milepel) - Milestones: Delleveranse 1, Delleveranse 2, Sluttleveranse
- Commits som inkluderer Claude-bidrag merkes med
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Salgsmaterialet — kilden til oppdraget
Salgsmaterialet ligger i Salg/Standard/ i Forte-arbeidsområdet (ikke i dette repoet — det er salgsfase-materiale, ikke leveranse):
- Forslaget vi sendte (
Forslag - Masterdata, arkitektur og AI-klargjøring.md) - Kundens oppdragsbeskrivelse (PDF)
- Pitch-presentasjon (PPTX)
- CV-er for teamet
Når du trenger å verifisere "hva vi lovet kunden" — slå opp der. Det viktigste innholdet er destillert inn i _memories/project_standard-online-kontekst.md, som ligger i repoet.