Kort fortalt: Et datalag er en aftalt grænseflade, hvorigennem et website eller en applikation gør strukturerede oplysninger om sin tilstand og sine hændelser tilgængelige for måle- eller integrationsværktøjer.
Sådan bruger jeg et datalag i praksis
I praksis bruger jeg ikke begrebet datalag som endnu et tal til en præsentation. Først afklarer jeg, hvilken beslutning det skal gøre mere præcis, hvilke data eller observationer det bygger på, og hvem der vil ændre noget på baggrund af resultatet. Jeg designer det omkring forretningshændelser, en versionsstyret specifikation og tydelige datatyper; værktøjsspecifikke tags tilføjer jeg først bagefter. Jeg registrerer også udgangspunktet, måledatoen og grænserne for fortolkningen. Det gør det senere muligt at skelne en reel ændring fra en ændring i værktøjet, stikprøven eller formuleringen af forespørgslen.
Hvad skal du være opmærksom på
Den største risiko er en præcision, der kun er tilsyneladende. Kopiering af tekst fra DOM'en eller tildeling af forskellige betydninger til det samme felt fører til skrøbelig måling og dyre rettelser, når websitet ændres. Derfor sammenligner jeg resultatet over tid, på en stabil stikprøve og sammen med forretningskonteksten. Hvis begrebet ikke fører til et konkret næste skridt, har det ikke skabt en analyse, kun en ny etiket.
Spørgsmål til beslutningstagning
- Hvilke hændelser svarer til den faktiske proces?
- Hvem ejer navnene og datatyperne?
- Indeholder felterne persondata uden grund?
- Hvordan bliver en ændring i specifikationen testet?