Hva er et dataprodukt?
Emneknagger: #dataprodukter, #data mesh, #data governance
Definisjon og eksempler på dataprodukter – og hva som bare er en komponent.
Hva gjør en leveranse til et dataprodukt?
En definisjon (og hva det ikke er)
I følge Gartner er dataprodukter følgende:
“A Data Product is an integrated and self-contained combination of data, metadata, semantics and templates. It includes access and logic-certified implementation for tackling specific data and analytics (D&A) scenarios and reuse. A Data Product must be consumption-ready (trusted by consumers), up to date (by engineering teams) and approved for use (governed). Data Products enable various D&A use cases, such as data sharing, data monetization, analytics and application integration.”
Kortversjonen: et dataprodukt er en data-leveranse dere behandler som et produkt.
Fire ting må være på plass:
- Kunder: navngitte kundegrupper, ikke “alle”
- Eierskap: et team med mandat til å ta beslutninger og stå i konsekvensene
- Et løfte: forventninger til tilgang, oppdatering, dokumentasjon, kvalitet og endring
- Verdi: etterprøvbar, knyttet til reell bruk
Når disse er på plass, får dere repeterbarhet som bieffekt. Flere team kan bruke samme leveranse over tid, uten at alle lager sin egen variant.
Hvis dere ikke kan peke på hvem som bruker det og hva dere lover når det endrer seg, er det sjelden et dataprodukt. Det er en viktig tabell.
Er dette et dataprodukt?
- Kan dere peke på navngitte kunder (team eller roller som bruker dette)?
- Har noen et utalt løfte til disse kundene om tilgang, oppdatering og varsling ved endring?
- Er feilen dyr nok til at det er verdt å forvalte over tid?
Tre ja → dataprodukt-kandidat. Ellers: komponent inntil videre.
Eksempler
Leveranser som ofte fortjener produktstatus:
- Ordre/ordrelinjer med standardisert hendelseslogikk: én statusmodell og én tidslogikk for ordre, retur og kansellering
- Metrikk-lag for finansielle KPI-er: definisjoner og beregninger som flere rapporter bygger på
- Kunde 360 – kjerne: stabil kundedefinisjon, historikk og join keys på tvers av flater
- Samtykke- og reservasjonsgrunnlag: forvaltet, auditert grunnlag for kontaktbarhet
- Produktkatalog for analyse: konsistente attributter (kategori, merke, margin, sesong) med dokumentert livsløp
Dette er ikke dataprodukter: staging-/mellomlag (stg_*, cleaned_v17), interne hjelpetabeller og engangsartefakter. Ingenting av dette har navngitte kunder, løfte eller forvaltning.
Hva som skiller produkt fra komponent i praksis, og hvordan dere styrer en hel portefølje, tar vi for oss i neste kapittel.
