Sammanfattning
I detta avsnitt reder vi ut skillnaden mellan information och data – en avgörande distinktion i Prime Arch. Vi förklarar hur information beskriver verkligheten vi vill uppnå, medan data visar hur det faktiskt ser ut idag. Lär dig varför denna skillnad är grunden för modeller som håller och hur du undviker dubbla sanningar i ditt arbete med verksamhetsarkitektur.
Transkript
Välkommen tillbaka till Prime Arch-podden. Jag heter Patrik Hallén, och idag ska vi reda ut något som ofta blandas ihop – men som är helt avgörande för att bygga modeller som håller i längden. Det handlar om skillnaden mellan information och data. Och ja, jag vet att det kan låta som en akademisk detalj. Men tro mig – det är det inte.
För när du jobbar med verksamhetsmodeller, informationsstrukturer eller processkartor, så behöver du veta om du pratar om verkligheten – eller om du pratar om en beskrivning av verkligheten. Och det är just den skillnaden som avgör om dina modeller blir begripliga, användbara och utvecklingsbara.
Låt mig ta ett enkelt exempel. Tänk dig en flaska Loka. Själva flaskan – med vätska, etikett och plastkork – är verkligheten. Den finns där, oavsett om vi beskriver den eller inte. När vi börjar beskriva flaskan – hur mycket den väger, vilken smak den har, vilket koldioxidavtryck den lämnar – då skapar vi information. Det är vår bild av verkligheten. Och när vi lagrar den här informationen i system, som siffror i tabeller eller poster i en databas, då pratar vi om data.
Så: flaskan är verklighet. Informationen är beskrivningen. Och datan är hur vi strukturerar den beskrivningen i våra system.
För Anna, som jobbar med verksamhetsutveckling i offentlig sektor, handlar det ofta om att beskriva vilken information som borde finnas. Hon pratar om målbilden – hur det borde vara. Johan, som är konsult, fokuserar ofta på nuläget – vad finns faktiskt lagrat i våra system idag? Vilken data har vi? Vad skickas mellan applikationer? Erik, som verksamhetsarkitekt, behöver kunna hålla isär dessa perspektiv för att hans modeller ska fungera både idag och imorgon. Och Lena, som leder ett EA-team, behöver en gemensam vokabulär där alla vet vad som menas när man säger “information” eller “data” – annars faller samarbetet.
Och ja – det är lätt att tänka att vi bara borde förenkla och kalla allt för “information”. Men när vi jobbar med modeller, särskilt i Prime Arch, är det helt avgörande att vi är tydliga. Annars uppstår dubbla sanningar. Därför är vi i Prime Arch väldigt noga med att skilja på verklighet, information och data.
Det här är inte något vi hittat på själva. Vi lutar oss mot etablerade källor, som Nationalencyklopedin. Där definieras information som ett meningsfullt innehåll som överförs vid kommunikation – medan data är representationer av fakta eller instruktioner i en form som kan bearbetas av människor eller maskiner.
För att göra det ännu tydligare: information handlar om vad vi vill uppnå – målbilden. Data handlar om vad vi faktiskt har – nuläget. Och det är först när vi håller isär de här två som vi kan bygga modeller som är både begripliga och användbara.
I nästa avsnitt ska vi prata om funktionella och icke-funktionella krav – och varför det är så viktigt att hålla isär vad en lösning ska göra och hur den ska göra det. Tack för att du har lyssnat idag. Vi hörs snart igen i Prime Arch-podden.
Länkar
🎧 Lyssna på Spotify
📱 Öppna i Prime Arch-appen
Verksamhetsobjekt, Informationsobjekt och Dataobjekt