Den som vill välja ett verktyg ställer oftast först fel fråga. Inte "vilket verktyg passar oss", utan "vad måste det verktyget egentligen kunna, givet hur vår data nu flödar". Det andra svaret finns ofta ännu inte vid den tidpunkt då den första frågan ställs. Det finns då en lista med leverantörer, några demonstrationer, möjligen en konsultrapport om marknadsledare. Det finns inget svar på frågan vilken datapunkt som kommer från vilket system, vem som är ansvarig för den, och vilka kvalitetsregler som borde gälla för den.
Ordningen som förebygger ånger är enkel att formulera och svår att följa, eftersom pressen att köpa något oftast är större än lugnet att först inventera. Först datapunktregistret, spårbarheten från källa till rapportering, ägarskapet per datapunkt. Sedan först verktyget, och då som svar på krav som följer av det registret. Vilka funktionella krav kommer från er egen process är därmed inte en fråga som en leverantör besvarar för er, utan en fråga som ni redan måste ha besvarat innan ni pratar med en leverantör.
Ett verktyg som köps innan processen är på plats konfigureras utifrån antaganden. Leverantörens implementationsteam frågar efter dataflöden som ingen exakt kan rekonstruera, och svaret fylls då i utifrån vad som troligen stämmer. Dessa antaganden försvinner inte, de blir en del av inrättningen. Resultatet är ett verktyg som fungerar, i den mån att det producerar rapporter, men de rapporterna vilar på samma lösa trådar som tidigare — nu bara gömda bakom ett gränssnitt som väcker förtroende.
Kostnaderna för denna omvända ordning är inte bara licensen. Det är tiden det tar att efter ett år upptäcka att en nyckeltal är felaktigt uppbyggd, och att utreda detta i ett system som inte är byggt för att underlätta just den utredningen. Vad ett verktyg kostar ovanpå en oorganiserad process beror på hur många datapunkter det finns, hur många system som är inblandade och hur länge det förblir oupptäckt — men kostnadsposten är verklig, även om den syns först sent.
Det är frestande att se ordningen som en fråga om tillvägagångssätt, där en organisation föredrar att först testa ett verktyg och en annan föredrar att först utreda. Det är det inte. Ett verktyg kan bara fylla funktionella krav korrekt om dessa krav finns innan verktyget väljs. Utan datapunktregister finns det inga krav, bara önskemål — snabbare, mer överskådligt, mindre Excel. Önskemål är inga urvalskriterier, de är stämningsbilder. En leverantör som uppfyller stämningsbilder uppfyller något annat än det organisationen behöver sex månader senare.
Att först köpa ett verktyg eller först inrätta processen är därför inte en fråga med två likvärdiga svar. Det är en fråga med en ordning som bestäms av problemets natur: data som inte har kartlagts kan inte anges som krav till ett paket. Det gäller för varje organisation, oberoende av sektor eller storlek, även om omfattningen av utredningsarbetet varierar. Hos en organisation där hållbarhetsdatan inom byggsektorn är spridd över projektadministrationer, underentreprenörer och lösa kalkylblad är detta utredningsarbete större än hos en organisation med några centrala system. Men ordningen förändras inte: först se var datan finns och vem som ansvarar för den, sedan först ett verktyg som ansluter till det.
Ånger efter ett verktygsköp beskrivs ofta som ett felaktigt val mellan leverantörer. Oftast är det något annat: det är ångern hos en organisation som har förflyttat ett problem istället för att lösa det. Verktyget fungerar exakt som köpt, och det är problemet — det fungerar utifrån en inrättning som aldrig har testats mot de verkliga dataflödena. Hur ni väljer ett verktyg utan ånger beror då inte på en längre kortlista eller en mer omfattande demoprocess, utan på svaret på en fråga som föregår köpet: finns det ett register över datapunkter, spårbarhet och ägarskap som verktyget kan testas mot. Utan det registret är varje val ett gissningsspel med en fin förpackning.
Att välja ett verktyg utifrån en väl inrättad process är ett steg. Det andra steget är att veta vilken del av arbetet som därinom fortfarande måste utföras av människor och vilken del som kan tas över av automatisering, utan att siffrornas tillförlitlighet lider av det. Den frågan ligger utanför ramen för ett datapunktregister, men följer logiskt av det: först när det är klart vilka uppgifter det finns — data samla in, validera, spåra till källan, rapportera — kan man per uppgift avgöra vilken del av den som kan lämnas åt AI. Arbetsscanen från FTE TO AI räknar ut detta per uppgift, som nästa steg efter att data och process är i ordning.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.