Data engineering, utført av dem som bygger plattformen
Tjenester
Det som hindrer en virksomhet i å bruke sine egne data, er sjelden et produkt som mangler. Det er at ingen har hatt de ukene det tar å koble sammen systemene, bli enige om hva en anleggsdel heter, og få tallene til å stemme. Det arbeidet er dette.
Selve arbeidet, ikke en metodikk
Å få dataene ut
Kontrollsystemer, prosessdatabaser, vedlikeholdslogger, og regnearkene som viste seg å være bærende. Vi leser fra kontrollsiden og skriver aldri tilbake til den, og det er regelen som gjør dette trygt å gjøre på et anlegg som er i drift.
Å bli enige om hva ting heter
Den trege delen av ethvert dataprosjekt. En definisjon per anleggsdel, per måling og per enhet, skrevet ned et sted både folk og programvare kan lese den. Det er her diskusjonene om hvem sitt tall som er riktig, faktisk blir avgjort.
Å migrere bort fra det som tar slutt
Systemer når slutten på support, betingelser endres, og den som forsto integrasjonen, går av med pensjon. Å flytte dataene er den enkle halvparten. Å flytte meningen, slik at historikken fortsatt gir mening etterpå, er halvparten som krever noen som har gjort det før.
Hvor små vi er
Vi er et lite team, og vi tar på oss arbeid vi faktisk klarer å fullføre. Noen ganger betyr det at vi sier at et prosjekt er for stort for oss, eller at det gjøres bedre av deres egne folk med oss som hjelp. Det får dere høre tidlig, ikke etter at noe er signert.
Vil dere heller ha det gjort sammen med teamet deres?
Noe av dette går raskere når en ingeniør sitter sammen med operatørene deres en periode, i stedet for å levere utenfra. Det er en annen ordning, og den har sin egen side.