Rīks bieži tiek nopirkts kā pirmais solis: ir spiediens, ir termiņš, ir piegādātājs ar pārliecinošu demo. Jautājums, kas tajā brīdī reti tiek uzdots: vai jau kaut kas eksistē, virs kā šo rīku var novietot? Rīks pats no sevis nekādi neko neorganizē. Tas parāda, aprēķina un strukturē to, ko tajā ievietojat. Ja pamatā esošie dati nav fiksēti — nav datu punktu reģistra, nav fiksētas izcelsmes, nav norādīta atbildīgā persona par katru skaitli — tad iegūstat rīku, kas kārtīgi attēlo to, kas faktiski joprojām ir atsevišķas izklājlapas un atsevišķi pieņēmumi.
Rīks pats parasti darbojas labi. Problēma ir tajā, kas tajā tiek ievadīts. Informācijas panelis, kas parāda energopatēriņu pa nodaļām, ir tikai tik labs, cik labi ir tā ievaddati. Ja neviens nav fiksējis, kura nodaļa sniedz šos skaitļus, ar kuriem avota failiem, pēc kādas aprēķina metodes, tad rīks aizpilda robu ar aplēsi, nepareizu sasaisti vai skaitli, ko kolēģis reiz trīs gadus atpakaļ vienreizēji ievadīja un kas kopš tā laika nekad nav atjaunināts. Rīks pats par to nesignalizē. Tas vienkārši turpina rēķināt.
Šīs secības izmaksas nav ietverams vienā skaitlī, un tieši tas ir svarīgākais: tās ir difūzas un izkaisītas. Laiks, kas tiek atkārtoti tērēts, lai izzinātu, no kurienes skaitlis cēlies, pēc tam, kad tas jau bijis rīkā. Diskusijas starp finanšu un ilgtspējas nodaļu par to, kurš kādu skaitli piegādājis. Kontrolieris, kuram pirmajā ārējā pārbaudē jāatzīst, ka pamatrādītāja izcelsmi nevar rekonstruēt. Ieviešana, kas tiek darīta no jauna, daļēji vai pilnībā, jo datu struktūra tam nebija sagatavota. Šajā lapā pats pamatjautājums ir izklāstīts detalizētāk: kāda secība ir loģiska un kāpēc tieši tā.
Rīks tiek izvēlēts, pamatojoties uz funkcionalitāti: vai tas tiek galā ar pareizajiem datu punktiem, vai tas atbilst pareizajam pārskatu standartam, vai pārskatu struktūra ir pietiekami flekiska tam, kas vēl mainīsies. Šīs prasības nav formulējamas abstrakti. Tās izriet no tā, kādi dati jau eksistē, kurš tos pārvalda un kādi trūkumi tajos ir. Bez šāda pārskata rīks tiek izvēlēts, pamatojoties uz to, ko piegādātājs parāda demo versijā, nevis uz to, ko jūsu organizācijai patiesībā vajag. Kādas funkcionālās prasības faktiski izriet no jūsu pašu situācijas, ir izklāstīts šajā lapā par funkcionālajām prasībām, kas izriet no jūsu pašu procesa.
Pretēja secība — vispirms rīks, process pēc tam — noved pie otras iegādes, migrācijas vai rīka, kas pastāvīgi tiek papildināts ar izklājlapām, kuras tam vajadzēja aizvietot. Kas reiz nokļuvis šajā spirālē, pamana, ka rīks neatrisina problēmu, kuru tam vajadzētu atrisināt: neuzticamus, neatrodamus vai nepārvaldītus datus. Tas pārvieto problēmu uz pievilcīgāku interfeisu.
Organizēšana iepriekš nav birokrātisks pasākums. Tas ir reģistrs: kādi datu punkti ir nepieciešami pārskatam, no kurienes tie nāk, kuru sistēmu vai izklājlapu ceļā tie pārvietojas uz galīgo skaitli, kurš ir atbildīgs par to precizitāti, un kāds kvalitātes noteikums pastāv, lai laikus signalizētu par kļūdu. Šis reģistrs eksistē neatkarīgi no tā, kāds rīks vēlāk tiks novietots virs tā. Tas ir pamats, uz kura rīks funkcionē, neatkarīgi no tā, kurš piegādātājs tiek izvēlēts.
Lai nepieļautu, ka otrā kļūda kļūst vienāda ar pirmo, ir vērtīgi zināt, kā rīku tomēr izvēlēties bez vilšanās: kādi soļi tam pieder, ir izklāstīts šajā lapā par rīka izvēli bez vilšanās. Organizācijām noteiktās nozarēs turklāt ir noderīgi redzēt, no kurienes ilgtspējas dati konkrēti nāk: būvniecībā tie bieži ir izkaisīti pa projektu administrāciju un apakšuzņēmējiem, kā aprakstīts šajā lapā par ilgtspējas datiem būvniecībā, bet uzstādīšanas nozarē tie ir sadalīti citādi, kā izklāstīts šajā lapā par ilgtspējas datiem uzstādīšanas nozarē.
Data Readiness Scan izveido šo reģistru pirms tam, kad vispār tiek runāts par rīku: par katru datu punktu — izcelsme, atbildīgā persona un kvalitātes noteikums. Nav pārskata, nav aizpildītas anketas, bet struktūra, uz kuras vēlāk var balstīties pārskats vai anketa. Rīks ir izstrādes stadijā; ikviens, kam ir interese, var pierakstīties uz gaidīšanas sarakstu.
Tiklīdz kļūst skaidrs, kādi datu punkti pastāv, no kurienes tie nāk un kurš tos pārvalda, veidojas arī precīzāks priekšstats par darbu ap tiem: kurš vāc, kurš pārbauda, kurš fiksē. Šis darbs nav visur vienlīdz piemērots automatizācijai. FTE TO AI darba skenēšana pēc katra uzdevuma aprēķina, kāda daļa no tā faktiski var tikt uzticēta AI, pamatojoties uz to, ko šis uzdevums precīzi ietver, nevis pamatojoties uz vispārēju novērtējumu par nozari.
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.