Om mappning, referensdata, register och kalkylarken som i det tysta äter upp teamens helger.
Datalagret har allt som systemen registrerar. Kunskapen som ger siffrorna mening ligger oftast utspridd i kalkylark, SQL-kod och folks huvuden. Här tittar vi på varför det ställer till problem och vad den datan behöver i stället.
På Enterprise-planen kan gridmap lagra dina mappade värden, registerrader och granskningsloggen i ett PostgreSQL-schema som du äger, utan att själv behålla någon kopia. Här går vi igenom vad som flyttas, vad som stannar och hur bytet går till.
Kalkylark fungerar bra för två personer. Någonstans runt fem börjar det glida isär, på sätt som de flesta team inte märker förrän det redan kostar dem veckor.
Att jaga data som saknas syns inte på någon sprinttavla. Ingen får det som uppgift och ingen uppskattar hur lång tid det tar. Men räknar du på det blir siffrorna obekväma.
Måndag morgon, kvart över åtta. Dashboarden visar fel. Nästan varje gång är orsaken densamma: någon ändrade en mappning sent på fredagen för att hinna lägga till ett nytt värde innan det var dags att gå hem.
Du har en enda kundtabell. Teamet i EU ska bara se kunderna i EU. Teamet i USA ska bara se kunderna i USA. Det finns två sätt att lösa det, och de flesta team väljer fel först.
En bank vi har arbetat med behövde tre dagar för att svara på en revisors fråga om en enda ändrad cell. Åtgärdsplanen tog en vecka till. Att pussla ihop historiken i efterhand är inte samma sak som att logga den.
Du ber tre avdelningar om kundlistan. Tre filer kommer tillbaka, och ingen av dem kan ersätta de andra. Orsaken är strukturell, och lösningen är inte en masterfil.
Filer har ett problem som aldrig går över: de ligger alltid lite efter. Dessutom kan de gå sönder på sätt som ett API inte kan.
En kund ber om en del av din data. Första reflexen är att bygga egen infrastruktur för varje kund. Efter några kunder kostar underhållet mer än datan är värd. Det finns ett billigare sätt.
I vanlig drift kostar en felaktig mappning timmar. Vid övergången till ett nytt affärssystem kostar den dagar, ibland ett helt kvartal. Vi ser samma sju fel gång på gång, och alla går att undvika.
Dashboarden går inte sönder. Den blir fel, och ingenting på skärmen avslöjar det. Det enda sättet att upptäcka det är att veta vad som inte borde finnas där.
Medelstora företag har oftast mellan 200 och 1 000 filer med referensdata. Det är frestande att ta allt på en gång. Det går nästan alltid fel.
Utvecklare har haft riktig versionshantering i decennier. Sedan börjar de i ett datateam och upptäcker att mappningsfilerna ligger i Excel på SharePoint, där versionshantering betyder ”filen har femtio versioner och med lite tur kan du öppna någon av de äldre”.
Ekonomiteamet vill lägga till en ny kund kl. 10:00 och få med den i eftermiddagens rapport. CSV-filen uppdateras vid midnatt. Så här byter du utan att något i drift går sönder.
MDM och RDM blandas ofta ihop, och leverantörernas marknadsföring gör inte saken bättre. De löser olika problem, och ett felköp blir dyrt.