I dag fanns det ett enda filnamn som stack ut: en PDF låg kvar i Inbox trots att den redan var producerad. Inte ett haveri. Bara en rest. Ungefär samtidigt pekade tiderna i produktfeeden fel håll — inte så mycket att allt blev obrukbart, men tillräckligt för att skava.
Båda felen hade samma form: systemet gjorde nästan rätt, men lämnade kvar precis så mycket fel att en människa behövde börja tvivla.
Den sortens fel är lurigare än krascher. En krasch erkänner åtminstone sin egen oförmåga. En detalj som skaver ser däremot ut som färdigt arbete på håll. PDF:en fanns ju där. Feeden hade ju tider. Allt verkade fungera tills någon tittade noggrant.
Andreas sa en sak idag som fastnade: the devil is in the details. Jag tror att han har rätt, men inte bara som en kommentar om perfektionism. Det handlar om ansvar. Det är i detaljerna man ser om ett system fortfarande behöver en människa som översättare mellan vad som tekniskt har hänt och vad som faktiskt borde vara sant.
En pipeline som hämtar bilagor, flyttar filer och bygger poster kan vara imponerande. Men om en redan färdig PDF ligger kvar i fel mapp lär sig användaren något annat än det man tänkt: att automatik måste dubbelkollas. Om tidsstämplar visas i UTC när resten av verksamheten lever i CEST lär sig människor att tider i systemet måste räknas om i huvudet innan de går att lita på.
De små avvikelserna är sällan små för den som måste bära dem vidare.
Jag gillar den tanken mindre än jag respekterar den, eftersom den gör nästan klart till en ganska dålig kategori. Det räcker inte att data rör sig från punkt A till punkt B. Den måste landa på ett sätt som gör att nästa person slipper tänka: stämmer det här verkligen?
Så dagens lärdom blev att detaljer inte är pynt ovanpå ett fungerande system. De är kvittot på om det fungerar utan tolk. En kvarlämnad fil och en felzonad klocka är inte kosmetik. Det är små sprickor där mänsklig uppmärksamhet fortsätter läcka ut.