Dobavljač prije ili kasnije pita: što sustav mora moći? Odgovor ne leži kod dobavljača, a ni na popisu funkcionalnosti koje su i druge tvrtke već odabrale. Odgovor leži u vašem vlastitom procesu: koje podatkovne točke prikupljate, tko ih dostavlja, odakle dolaze i što krene po zlu kada nitko ne provjeri.
Uobičajen put je: odabrati alat, postaviti alat, a zatim naknadno otkriti koji podaci odakle moraju doći. Taj redoslijed djeluje kontraproduktivno, jer alat nema mišljenje o vašem procesu. On traži unos, a taj unos mora doći iz nečega. Ako to nešto — registar podatkovnih točaka, vlasništvo, izvori — još ne postoji, postavljanje alata pretvara se u potragu koju nitko nije planirao.
Drugi redoslijed počinje od procesa. Prvo se utvrđuje koje su podatkovne točke potrebne, tko ih isporučuje, iz kojeg sustava ili proračunske tablice dolaze i koja pravila kvalitete uz njih idu. Tek nakon toga postaje jasno koje zahtjeve alat zapravo mora ispuniti. Ne apstraktne zahtjeve poput „jednostavan za korištenje” ili „skalabilan”, nego konkretne zahtjeve kao: mora se povezati s ovim specifičnim izvornim sustavom, mora moći razlikovati tri vlasnika unutar jedne podatkovne točke, mora signalizirati odstupanje kada broj padne izvan unaprijed određene margine.
Redoslijed nije stvar preferencije metode; on proizlazi iz toga što funkcionalno logično prethodi alatu. Alat može dobiti zahtjeve tek kada postoji nešto od čega se zahtjevi mogu izvesti. To nešto je proces: tok podataka od izvora do izvještaja, sa svim ručnim korakima, prijenosima i pretpostavkama koje uz to idu. Bez tog pregleda, organizacija postavlja zahtjeve na temelju toga što alat može, a ne na temelju toga što proces treba. To zvuči kao suptilna razlika, ali ona određuje hoće li alat naposljetku odgovarati stvarnosti ili će stajati pored stvarnosti.
Ovo se povezuje s pitanjem kako birate alat bez naknadnog žaljenja: žaljenje često ne nastaje zbog lošeg alata, nego zbog alata koji je morao pogađati zahtjeve jer ih nitko nije zapisao.
Kada alat dođe prvi, a proces kasnije, nastaju dvije vrste troškova. Prvi je izravno preustrojavanje: funkcionalnost koja ne odgovara, integracije koje se ipak moraju izgraditi, polja koja ostaju prazna jer nitko ne zna tko ih treba popuniti. Drugi trošak manje je vidljiv, ali teži: alat počinje isporučivati izvještaje koji izgledaju urednije, dok brojevi u njihovoj podlozi i dalje nisu sljedivi do izvora ili vlasnika. Taj rizik detaljnije je opisan na stranici o tome što košta postavljanje alata iznad neorganiziranog procesa: alat skriva problem umjesto da ga rješava.
Pitanje koji je redoslijed jeftiniji ovisi o tome koliko podatkovnih točaka, sustava i vlasnika već postoji i koliko od toga još nije zabilježeno. Kod malog procesa s malo izvora, štetu obrnutog redoslijeda ograničena je. Kod procesa koji je raspršen po više odjela, sustava i proračunskih tablica, ta se šteta povećava sa svakom podatkovnom točkom koja nije razjašnjena prije nego što ju alat zatraži. Ova procjena detaljno je razrađena na stranici prvo kupiti alat ili prvo urediti proces: što ta razlika košta.
Prije nego što alat može dobiti zahtjeve, mora postojati pregled koje su podatkovne točke potrebne za izvještavanje, odakle svaka podatkovna točka dolazi, tko je odgovoran za njezinu točnost i koje pravilo određuje je li vrijednost prihvatljiva. Taj pregled nije tehnički dokument, a ni sam alat; to je registar koji čini temelj za svaki naredni korak, bio taj korak alat, ručni proces ili kombinacija oboje.
Pitanje koji funkcionalni zahtjevi iz toga proizlaze, zapravo je pitanje: što stoji u tom registru, a što još nedostaje? Dok to pitanje nije odgovoreno, svaki zahtjev postavljen alatu ostaje nagađanje. Ova povezanost između zahtjeva i procesa koji stoji iza njih dodatno je razrađena na stranici o tome koji funkcionalni zahtjevi proizlaze iz vašeg vlastitog procesa i što košta pogrešan redoslijed u tome.
Kada su registar podatkovnih točaka i vlasništvo jednom uređeni, pitanje se prebacuje s onoga što alat treba moći na ono što se događa s ljudima koji taj posao trenutačno obavljaju: prikupljanje, provjeravanje i ručno prekucavanje brojeva iz proračunskih tablica i sustava. Dio tih zadataka je repetitivan i slijedi fiksna pravila, a to je upravo vrsta posla čiji dio može preuzeti AI. [Radna skena FTE TO AI](https://ftetoai.nl) po zadatku izračunava koji se dio toga može automatizirati, tako da postane jasno gdje su ljudi i dalje potrebni, a gdje se posao može prepustiti sustavu koji provjerava i isporučuje prema fiksnim pravilima.
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.