Produktforum, 100 dager og Lær mer

08.02.2026 | 4 min lesetid
Emneknagger: #dataprodukter, #produktforum data, #dataprodukteier

Rytme, beslutninger og videre lesning om dataprodukter.

Produktforum for data: beslutninger, backlog og endring/utfasing

Hvis dataprodukter skal være mer enn etiketter i en katalog, trenger dere ett sted der beslutninger faktisk tas: prioritering, semantikk, endring og utfasing.

Et produktforum for data er et forum som prioriterer og beslutter endringer i produktflate – basert på kunder, verdi og risiko.

Forumet bør dekke følgende:

  • fast møtested for dataprodukter dere forvalter
  • prioritering ut fra kunder og verdihypotese
  • arena for å lande definisjoner/keys/tidslogikk
  • praksiseier for endring/utfasing (varsling, overgang, deprecations)

Hva forumet typisk beslutter

Forumet beslutter normalt:

  • semantikk
  • keys og tidslogikk
  • endring/utfasing (breaking vs ikke-breaking)
  • forventninger (nivå, ferskhet, tilgjengelighet)
  • kvalitetsgates og respons ved avvik

Nedenfor er typisk input og output til og fra forumet:

Input (sak)Output (beslutning)
produkt, kunder/verdi, hva endres i produktflate, breaking?, forslag varsling/overgangbeslutning, ansvarlig, plan, varsling (hvor/når), oppdatering i katalog/kontrakt/eksempler

Hvem som bør være der

Målet er nok kompetanse i rommet til å lande saker:

  • noen som kjenner dataene og bruken (konsumentperspektiv)
  • noen som kan levere fra kilden (kildesystem/source-team)
  • noen som eier dataproduktene (eierteam)
  • noen som bidrar med informasjonsforvaltning (begreper/definisjoner)
  • noen som bidrar med data engineering (gjennomføring, driftbarhet)
Forslag til deltagere i et produktforum
Forslag til deltagere i et produktforum

Rytme

Start enkelt:

  • hver 14. dag, 30–45 min
  • fokus på produktflate-endringer og tverr-team avklaringer
  • det eierteam kan avgjøre alene, avgjøres av eierteam alene

De første 100 dagene som dataprodukteier

Den ene setningen

Målet er et dataprodukt som folk tør å bruke, som tåler endring, og som kan forvaltes uten konstant brannslukking.

Definer denne tidlig, og planlegg deretter: “Dette dataproduktet hjelper [kundegruppe] med å oppnå [sluttresultat] ved å tilby [produktflate], og vi lover [nivå] innen [scope].”

Deretter kan en plan for de første 100 dagene realiseres.

De første 100 dagene som dataprodukteier bør resultere i et levende dataprodukt
De første 100 dagene som dataprodukteier bør resultere i et levende dataprodukt

Dag 1–10: Gjør produktet styrbart

FormålLeveranserPrioriteringerExit-kriterium
Kontroll på hvorfor/hvem/hva dere loverProduktbrief + produktside (minimum) + kontaktpunktnavngi kunder, avgrens scope, velg produktflate, sett beslutningsansvarNy konsument skjønner hva det er og hvem som tar telefonen

Dag 11–30: Gjør løftet testbart

FormålLeveranserPrioriteringerExit-kriterium
Oppdage feil før kundene gjør detKontrakt-light v0.1 + 3–5 kvalitetsregler + tilgangsmønsterdefiner misforståtte felt, implementer valideringer, avklar tilgangTilgang er forutsigbar, nøkkellogikk er forståelig, tester kjører

Dag 31–60: Gjør produktet pålitelig og endringsbart

FormålLeveranserPrioriteringerExit-kriterium
Forutsigbar drift og endring2–3 SLO-er + changelog + endringspolicy + statussignalsett nivå, velg SLO-er, definer respons ved avvikEndringer oppdages ikke i etterkant; status er synlig

Dag 61–100: Gjør produktet levende

FormålLeveranserPrioriteringerExit-kriterium
Prioritere etter reell kundeverdiKunde-forum + enkel backlog + 1–3 verdimålinger + malermånedlig 30 min forum, prioriter hardt, følg adopsjon/effekt/kostKunder møter, prioritering er stabil, neste produkt går raskere

Lær mer

Produkttenkning for data

Dataprodukter i praksis

Kontrakter og “grensesnitt først”

Kvalitet og pålitelighet

Metadata og katalog



author image

Magne Bakkeli

Magne har over 20 års erfaring som rådgiver, arkitekt og prosjektleder innen data & analytics, og forstår godt forretningsmessige og tekniske problemstillinger.