Uobičajeni redoslijed je: odabrati alat, konfigurirati alat, i onda se nadati da će se proces tome prilagoditi. To u praksi ne funkcionira, jer alat ne donosi sa sobom proces. Alat donosi polja, integracije, nadzorne ploče — ali ne pitanje tko je u vašoj organizaciji odgovoran za potrošnju energije zgrade tri, ili zna li voditelj tehničke službe koji dostavlja tu brojku da ona završava u izvještaju o opsegu 2.
Pravilan redoslijed je obrnut: prvo opisati proces, pa tek onda odabrati alat na temelju onoga što taj proces zahtijeva. To zvuči kao zaobilazni put, ali to je najkraći put, jer svaki funkcionalni zahtjev koji postavljate alatu mora negdje proizlaziti iz vaše vlastite organizacije podataka. Bez te polazišne točke, birate na temelju funkcija koje dobavljač smatra važnima, a ne funkcija koje rješavaju vašu prepreku.
Trošak pogrešnog redoslijeda nije odmah vidljiv, jer alat koji ne odgovara u početku funkcionira sasvim dobro — za dio procesa koji slučajno odgovara onome što alat očekuje. Ostatak se ručno nadograđuje oko toga: Excel privitak ovdje, razmjena e-mailova tamo, zaposlenik koji točno zna koji korak upravo pada izvan sustava. To funkcionira, sve dok taj zaposlenik ne ode ili se opseg podataka ne poveća.
Što to košta ovisi o tome koliko podatkovnih točaka prolazi izvan alata i koliko se često po ciklusu izvještavanja moraju ponovno ručno prikupljati. Kod malog broja točaka to je prihvatljiv zaobilazni put. Kod rastućeg broja — više lokacija, više kategorija opsega 3, više zakonodavstva koje se nadovezuje — zaobilazni put postaje glavni put, i strukturno plaćate za nepodudarnost između alata i procesa. To je drugi način da se kaže ono što stoji i na ovoj stranici: alat postavljen iznad neorganiziranog procesa proizvodi urednije izvještaje o istim nepouzdanim brojkama.
Funkcionalni zahtjev je zahtjev samo ako negdje proizlazi. "Alat mora moći prikazati lineage" nije zahtjev sve dok ne znate da vaš kontroler mora tri puta godišnje ručno istraživati odakle brojka dolazi. "Alat mora moći zabilježiti vlasništvo" nije zahtjev sve dok nije primijećeno da podatkovna točka bez vlasnika nikome ne stoji na popisu zadataka.
Upravo je to razlog zašto registar podatkovnih točaka, lineage od izvora do izvještaja po podatkovnoj točki, i dodjela vlasništva prvo moraju postojati, neovisno o tome koji alat u konačnici odaberete. Čim te tri stvari budu zapisane — koja podatkovna točka, odakle dolazi, tko za nju odgovara — imate popis zahtjeva koji ne dolazi od dobavljača nego od vaše vlastite organizacije. Taj popis koristite za usporedbu alata, ne za to da naslijepo odaberete jedan. Kako to uspoređivanje bez kajanja provesti, opisano je na ovoj stranici o odabiru alata.
Mjesto gdje se podaci nalaze snažno se razlikuje po sektoru, a to određuje i koji su funkcionalni zahtjevi relevantni. U građevinskoj tvrtki veliki dio podataka o održivosti nalazi se kod podizvođača i na samom gradilištu, kao što je opisano na ovoj stranici o izvorima podataka u građevinarstvu; tamo je zahtjev koji se odnosi na više vanjskih izvora po projektu vjerojatno važniji nego u drugim sektorima. U instalaterskoj branši podaci su češće raspoređeni po servisnim nalozima i evidencijama materijala na razini projekta, kao što se može pročitati na ovoj stranici o instalaterskoj branši; tamo je posebno važno može li alat spojiti pojedinačne unosne točke bez da to netko ručno radi.
Opće pitanje — prvo urediti proces ili prvo kupiti alat — dodatno je razrađeno na ovoj stranici, a ključno pitanje ove stranice, koji zahtjevi točno proizlaze iz vašeg vlastitog procesa, sažeto je na ovoj stranici. Obje stranice polaze od iste točke: redoslijed određuje je li zahtjev zahtjev, ili je pogađanje.
Data Readiness Scan bilježi registar podatkovnih točaka, lineage i vlasništvo prije nego se uopće povede razgovor o alatu. To nije alat za izvještavanje ni rješenje u obliku upitnika — to je korak koji određuje što alat za vašu organizaciju uistinu treba moći. Bez tog koraka kupujete funkcije; s tim korakom kupujete rješenje za problem koji možete konkretno pokazati.
Skeniranje je u izradi. Tko želi svoj proces na ovaj način mapirati prije donošenja odluke o alatu, može se prijaviti na listu čekanja i bit će obaviješten čim skeniranje bude dostupno.
Čim registar podatkovnih točaka postoji i jasno je koja podatkovna točka od kojeg izvora dolazi i tko je za nju odgovoran, nastaje drugo, prirodno pitanje: koji dio posla oko toga — prikupljanje, provjera i prenošenje brojki — još je ljudski posao, a koji dio sustav može preuzeti bez pada pouzdanosti. Na to pitanje odgovara radna skala tvrtke FTE TO AI, koja po zadatku izračunava koji dio posla AI može preuzeti. To je drugačiji sken od Data Readiness Scan, i njegov logičan nastavak: prvo znati što su podaci i odakle dolaze, pa tek onda pogledati koji dio ručnog posla oko toga može postati suvišan.
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.