Data mesh prinsipp 1: Forretningsorientert data- og løsningseierskap
I forrige blogginnlegg nevnte vi noen utfordringer med å organisere data- og analysearbeidet rundt et sentralisert team og én infrastruktur. Én av utfordringene er manglende kjennskap til dataenes innhold og forretningsregler fra utviklersiden. Manglende eierskap til data fører gjerne også til at forretningssiden mister kontroll på hvordan forretningslogikk implementeres.
Et typisk suksesskriterium i utvikling av data- og analyseløsninger er kobling og kommunikasjon mellom mellom forretningssiden og utviklermiljøet. Forretningssiden forstår som oftest behovene best, men kjenner ikke nødvendigvis mulighetsrommet og begrensningene som ligger i bruk av data og teknologi. Utviklere kjenner teknologien og datastrukturen, men kan misforstå de reelle forretningsbehovene og forretningsprosessene som skaper dataene. Effektiv utvikling av løsninger krever at man kombinerer domenekunnskap (forretningsinnsikt) med kompetanse på teknologi. Manglende forretningsmessig eierskap til løsninger gjør at forretningssiden ofte bare blir mottaker av løsningene, og det nødvendige eierskapet uteblir.
Den tradisjonelle ansvarsmodellen har vært å samle utviklerkompetanse og systemeierskap til løsninger ett sted, mens eierskap til forretningsbehov er lagt et annet sted. Utviklingsprosessen for nye løsninger blir da en iterativ prosess med dialog frem og tilbake mellom et IT-sentrert miljø som utvikler og forvalter data- og analyseløsninger, og forretningsmiljøer som tar en bestillerrolle. For å kunne jobbe effektivt under en slik ansvarsmodell er det nødvendig med en mer eller mindre kontinuerlig dialog mellom forretningssiden og IT. Dette har som regel blitt satt i system gjennom hyppige møter, opplæring av superbrukere og etablert felles løsninger for dokumentasjon og dialog mellom forretningssiden og IT. Dette er et indirekte virkemiddel for å nå målet om å kombinere forretningsforståelse med utviklerkompetanse. Denne modellen fører imidlertid ofte til noe av ansvarsforholdet faller mellom to stoler. Dette gjelder spesielt for dataeierskap.
En mer direkte metode for å løse dette problemet på er å flytte ansvar for utvikling og forvaltning av data- og analyseløsninger direkte ut til forretningssiden. Dette prinsippet kalles i data mesh for domeneorientert desentralisert dataeierskap og arkitektur — vi kaller det forretningsorientert data- og løsningseierskap. Et domene kan for eksempel være skade innenfor forsikring. Innenfor domenet jobber ett, eller flere produktteam som tar eierskap til forretningsprosesser, -behov, arkitektur, systemer og ikke minst data. Hvert domene er ansvarlig for data og løsninger som trengs til eget bruk, men i tillegg må de også legge til rette for at data skal kunne tas i bruk av andre domener i virksomheten. Her kommer konseptet med dataprodukter inn.
