Parastā secība ir: izvēlēties rīku, iestatīt rīku un tad cerēt, ka process pats pielāgosies. Praksē tas nedarbojas, jo rīks nesniedz procesu. Rīks sniedz laukus, savienojumus, informācijas paneļus — bet nesniedz atbildi uz jautājumu, kurš jūsu organizācijā ir atbildīgs par trešās ēkas energopatēriņu vai zina, ka par šo skaitli atbildīgais objektu pārvaldnieks nonāk 2. tvēruma pārskatā.
Pareizā secība ir pretēja: vispirms aprakstīt procesu, tikai tad izvēlēties rīku, pamatojoties uz to, ko šis process pieprasa. Tas izklausās pēc apkārtceļa, bet tas ir īsākais ceļš, jo katrai funkcionālajai prasībai, ko izvirzāt rīkam, kaut kur jāizriet no jūsu pašu datu organizācijas. Bez šī sākumpunkta jūs izvēlaties, pamatojoties uz funkcijām, ko piegādātājs uzskata par svarīgām, nevis uz funkcijām, kas risina jūsu problēmu.
Nepareizas secības izmaksas nav uzreiz redzamas, jo rīks, kas neatbilst procesam, sākumā darbojas labi — tajā procesa daļā, kas nejauši sakrīt ar to, ko rīks paredz. Pārējais tiek manuāli izbūvēts apkārt: šeit Excel pielikums, tur e-pasta sarakste, darbinieks, kas precīzi zina, kurš solis paliek tieši ārpus sistēmas. Tas darbojas, kamēr šis darbinieks pamet darbu vai datu apjoms pieaug.
Cik tas maksā, ir atkarīgs no tā, cik datu punktu norit ārpus rīka un cik bieži tie katrā pārskata ciklā ir jāapkopo manuāli no jauna. Ja punktu skaits ir mazs, tas ir pieņemams apkārtceļš. Ja skaits pieaug — vairāk objektu, vairāk 3. tvēruma kategoriju, vairāk pievienojušos tiesību aktu — apkārtceļš kļūst par pamatceļu, un jūs strukturāli maksājat par neatbilstību starp rīku un procesu. Tas ir citādi izteikts tas, kas rakstīts arī šajā lapā: rīks, kas uzstādīts virs neorganizēta procesa, veido kārtīgākus pārskatus par tiem pašiem neuzticamajiem skaitļiem.
Funkcionāla prasība kļūst par prasību tikai tad, ja tā no kaut kā izriet. "Rīkam jāspēj parādīt izcelsmi (lineage)" nav prasība, kamēr jūs nezināt, ka jūsu kontrolierim trīs reizes gadā manuāli jāizmeklē, no kurienes skaitlis nāk. "Rīkam jāspēj fiksēt piederību" nav prasība, kamēr neesat redzējuši, ka datu punkts bez īpašnieka nevienam nav uzdevumu sarakstā.
Tieši tāpēc datu punktu reģistram, avota-līdz-pārskata izcelsmei katram datu punktam un piederības noteikšanai vispirms jāeksistē, neatkarīgi no tā, kādu rīku jūs galu galā izvēlēsieties. Kad šīs trīs lietas ir uz papīra — kurš datu punkts, no kurienes tas nāk, kurš par to atbild — jums ir prasību sarakstus, kas nāk nevis no piegādātāja, bet no jūsu pašu organizācijas. Šo sarakstu jūs izmantojat, lai salīdzinātu rīkus, nevis lai vienu no tiem izvēlētos akli. Kā šo salīdzināšanu veikt bez vēlākas nožēlas, aprakstīts šajā lapā par rīka izvēli.
Vieta, kur atrodas dati, dažādās nozarēs ievērojami atšķiras, un tas nosaka, kuras funkcionālās prasības ir atbilstošas. Būvniecības uzņēmumā liela daļa ilgtspējības datu atrodas pie apakšuzņēmējiem un uz būvlaukuma, kā aprakstīts šajā lapā par datu avotiem būvniecībā; tur prasība attiecībā uz vairākiem ārējiem avotiem katrā projektā, iespējams, ir svarīgāka nekā citās nozarēs. Instalāciju nozarē dati biežāk ir izkaisīti pa servisa kvītīm un materiālu reģistrāciju projekta līmenī, kā aprakstīts šajā lapā par instalāciju nozari; tur svarīgākais ir, vai rīks var apkopot atsevišķus ievades punktus, lai to nevajadzētu darīt manuāli.
Vispārīgais jautājums — vispirms iestatīt procesu vai vispirms iegādāties rīku — tiek tālāk izvērsts šajā lapā, un šīs lapas galvenais jautājums, kuras prasības tieši izriet no jūsu pašu procesa, ir apkopots šajā lapā. Abas lapas sāk no viena un tā paša punkta: secība nosaka, vai prasība ir prasība, vai minējums.
Data Readiness Scan fiksē datu punktu reģistru, izcelsmi un piederību, pirms tiek runāts par rīku. Tas nav pārskatu rīks un nav aptaujas risinājums — tas ir solis, kas nosaka, ko rīkam jūsu organizācijai patiesībā jāspēj darīt. Bez šī soļa jūs pērkat funkcijas; ar šo soli jūs pērkat risinājumu problēmai, ko varat konkrēti norādīt.
Skanēšana tiek izstrādāta. Ja vēlaties, lai jūsu process šādā veidā tiktu kartēts, pirms tiek izdarīta rīka izvēle, varat pierakstīties gaidīšanas sarakstā un tikt informēts, tiklīdz skenēšana būs pieejama.
Tiklīdz datu punktu reģistrs ir izveidots un ir skaidrs, kurš datu punkts nāk no kura avota un kurš par to ir atbildīgs, rodas otrs, dabisks jautājums: kura daļa no darba tam apkārt — skaitļu apkopošana, pārbaude un pārcelšana — vēl ir cilvēku darbs, un kuru daļu var pārņemt sistēma, nesamazinot uzticamību. Uz šo jautājumu atbild FTE TO AI darba skenēšana, kas katram uzdevumam aprēķina, kuru darba daļu var pārņemt AI. Tas ir citāds skenējums nekā Data Readiness Scan, un tā loģisks turpinājums: vispirms zināt, kādi ir dati un no kurienes tie nāk, tikai tad skatīties, kura manuālā darba daļa tam apkārt var kļūt lieka.
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.