Tiekėjas anksčiau ar vėliau paklausia: ką sistema turi mokėti daryti? Atsakymo nėra pas tiekėją ir nėra funkcijų sąraše, kurį jau pažymėjo kitos įmonės. Atsakymas slypi jūsų paties procese: kokius duomenų taškus renkate, kas juos pateikia, iš kur jie atsiranda ir kas nutinka blogai, kai niekas nežiūri.
Įprastas kelias yra toks: pasirenkamas įrankis, jis sukonfigūruojamas, ir tik tada atrandama, kokie duomenys iš kur turi atkeliauti. Tokia tvarka veikia atvirkščiai, nes įrankis neturi nuomonės apie jūsų procesą. Jis prašo įvesties, ir ta įvestis turi iš kažko atsirasti. Jei to kažko — duomenų taškų registro, nuosavybės, šaltinių — dar nėra, įrankio konfigūravimas paverčiamas paieška, kurios niekas nebuvo suplanavęs.
Kita tvarka pradedama nuo proceso. Pirmiausia nustatoma, kokie duomenų taškai yra reikalingi, kas juos pateikia, iš kokios sistemos ar skaičiuoklės jie ateina ir kokios kokybės taisyklės su jais siejasi. Tik tada tampa aišku, kokius reikalavimus įrankis iš tiesų turi tenkinti. Ne abstrakčius reikalavimus, tokius kaip „patogus naudoti“ ar „mastelio keičiamas“, o konkrečius reikalavimus, tokius kaip: turi jungtis su šia konkrečia šaltinio sistema, turi leisti atskirti tris savininkus vienam duomenų taškui, turi signalizuoti apie nuokrypį, kai skaičius nukrypsta nuo iš anksto nustatytos paklaidos.
Tvarka nėra metodo pasirinkimo klausimas; ji išplaukia iš to, kas funkciškai logiškai eina prieš įrankį. Įrankis reikalavimų gali gauti tik tada, kai yra kažkas, iš ko tuos reikalavimus išvesti. Tas kažkas yra procesas: duomenų srautas nuo šaltinio iki ataskaitos, su visais rankiniais žingsniais, perdavimais ir prielaidomis, kurios prie to prisideda. Neturint tokios apžvalgos, organizacija reikalavimus formuluoja remdamasi tuo, ką įrankis moka, o ne tuo, ko reikia procesui. Tai skamba kaip subtilus skirtumas, tačiau nuo jo priklauso, ar įrankis vėliau atitiks realybę, ar atsidurs greta jos.
Tai siejasi su klausimu, kaip pasirinkti įrankį, dėl kurio vėliau nesigailėsite: apgailestavimas dažnai kyla ne dėl blogo įrankio, o dėl įrankio, kuriam teko spėlioti reikalavimus, nes niekas jų nebuvo užrašęs.
Kai įrankis atsiranda pirmiau nei procesas, kyla dviejų rūšių kaštai. Pirmieji — tiesioginis pertvarkymas: funkcionalumas, kuris netinka, jungtys, kurias vis tiek reikia sukurti, laukai, kurie lieka tušti, nes niekas nežino, kas juos turi užpildyti. Antrieji kaštai mažiau pastebimi, bet svaresni: įrankis pradeda pateikti ataskaitas, kurios atrodo tvarkingiau, tačiau skaičiai už jų vis tiek negali būti susekti iki šaltinio ar savininko. Ši rizika plačiau aprašyta puslapyje apie kiek kainuoja įrankio patalpinimas virš nesutvarkyto proceso: įrankis paslepia problemą, o ne ją sprendžia.
Klausimas, kuri tvarka pasirodys pigesnė, priklauso nuo to, kiek duomenų taškų, sistemų ir savininkų jau yra ir kiek iš jų dar nėra užfiksuota. Mažame procese su nedaugeliu šaltinių atvirkštinės tvarkos žala yra ribota. Procese, kuris išplitęs per kelis skyrius, sistemas ir skaičiuokles, ta žala auga su kiekvienu duomenų tašku, kuris neišsiaiškintas prieš tai, kai įrankis jo paklausia. Šis palyginimas išsamiai aptartas puslapyje pirma pirkti įrankį ar pirma sutvarkyti procesą: kiek kainuoja šis skirtumas.
Prieš įrankis gali gauti reikalavimus, turi būti apžvalga, kokie duomenų taškai reikalingi ataskaitai, iš kur kiekvienas duomenų taškas atsiranda, kas atsakingas už jo teisingumą ir kokia taisyklė nustato, ar reikšmė yra tikėtina. Ta apžvalga nėra techninis dokumentas ir nėra pats įrankis; tai registras, kuris sudaro pagrindą kiekvienam kitam žingsniui, nesvarbu, ar tas žingsnis yra įrankis, rankinis procesas, ar abiejų kombinacija.
Klausimas, kokie funkciniai reikalavimai iš to išplaukia, tad iš tikrųjų yra klausimas: kas yra tame registre ir ko jame vis dar trūksta? Kol tas klausimas neatsakytas, kiekvienas reikalavimas įrankiui tebus spėjimas. Šis ryšys tarp reikalavimų ir juos lemiančio proceso plačiau aptartas puslapyje apie kokie funkciniai reikalavimai kyla iš jūsų paties proceso ir kiek kainuoja neteisinga tvarka.
Kai duomenų taškų registras ir nuosavybė sutvarkyti, klausimas pasislenka nuo to, ką turi mokėti įrankis, prie to, kas nutinka žmonėms, kurie šį darbą dabar atlieka: skaičių rinkimo, tikrinimo ir perrašymo iš skaičiuoklių ir sistemų. Dalis šių užduočių yra pasikartojančios ir vykdomos pagal fiksuotas taisykles, o tai tiksliai tas darbo tipas, kurio dalį gali perimti dirbtinis intelektas. [FTE TO AI darbo skenavimas](https://ftetoai.nl) apskaičiuoja kiekvienai užduočiai, kokią jos dalį galima automatizuoti, kad būtų aišku, kur žmonės tebėra reikalingi ir kur darbą galima perduoti sistemai, kuri tikrina ir pateikia duomenis pagal fiksuotas taisykles.
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.