Pri organizaciji z eno lokacijo in enim nabavnim oddelkom je slika navadno še obvladljiva. Pri več poslovalnicah se to spremeni. Vsaka poslovalnica ima praviloma svoj proračun, svojega vodjo, ki podpisuje naročnine, in pogosto svoj odnos z lokalnimi dobavitelji. To naredi nabavne podatke in podatke o licencah enega od redkih virov, ki razkrijejo nekaj, česar centralni IT seznam ne zajema.
IT oddelek beleži, kaj je bilo zahtevano in odobreno prek njegovih lastnih kanalov. Vodja poslovalnice, ki ima kreditno kartico in meni, da potrebuje orodje, tega postopka ne potrebuje. Naročnina se sklene, račun prispe v lokalno administracijo ali v oddelek za obveznosti do dobaviteljev na sedežu podjetja, in nihče te postavke ne poveže nazaj s centralnim pregledom sistemov. Prav zato je ta vir vreden: beleži izdatke, ne odobritev. Kar je zapisano, je tisto, kar je bilo dejansko kupljeno, ne glede na to, ali je šlo po predpisani poti.
Uporaben pregled se začne z nekaj polji na vrstico:
Ta polja skupaj ne dajo popolne slike o tem, kaj orodje počne. Dajo pa seznam imen za nadaljnjo preiskavo.
Pri več poslovalnicah je navadno na voljo več virov hkrati:
Kombinacija teh virov prinese prekrivanja in nasprotja: istega dobavitelja z različnimi oblikami pogodb po poslovalnicah, ali naročnino, ki se plačuje na dveh mestih, ne da bi to kdo opazil. To ni napaka v metodi; to je, kar se zgodi, ko je nabava organizirana decentralizirano. Kateri drugi viri znotraj vaše organizacije dajejo primerljive signale, je opisano na strani o IT signalih, uporabnih pri več poslovalnicah.
Vrstica v knjigi obveznosti do dobaviteljev pove, da je bilo plačano. Ne pove, kdo orodje uporablja, za kaj, s katerimi podatki, ali je orodje še aktivno. Naročnina, sklenjena pred tremi leti, je lahko medtem neuporabljena, ali pa je prav nasprotno prerasla v stalni del procesa, ne da bi bilo to kdaj zapisano. Nabavni podatki ponudijo izhodišče: ime, poslovalnico, znesek. Pogovor z naročnikom ali oddelkom ponudi preostanek. Brez tega pogovora seznam ostane seznam ugibanj.
Nabavni podatki, ki kažejo na uporabo UI, segajo dlje od tehnike. Orodje, ki generira besedilo, razvršča podatke ali podpira odločitve, lahko spada v vlogo z obveznostmi — kot ponudnik, kot uporabnik, ali včasih oboje hkrati, odvisno od tega, kako je orodje uvedeno in prilagojeno. Katera vloga velja in kdaj se ta spremeni, je pojasnjeno na strani o vprašanju, ali ste ponudnik ali uporabnik in na strani o trenutku, ko se vaša vloga spremeni. Nabavni podatki ne povedo, katera vloga velja, povedo pa, kje morate začeti zastavljati vprašanja.
Seznam imen dobaviteljev in poslovalnic je izhodišče, ne inventar. Naslednji korak je razvrščanje teh signalov po namenu uporabe, stopnji tveganja in pristojnem oddelku — postopek, ki je po korakih opisan na strani o gradnji inventarja UI, vključno s tem, kaj je treba pri tem za posamezno rabo zapisati. Kdor sledi tej poti, pogosto odkrije, da slika, ki jo centralno vodi IT, pokriva le del resničnosti — neskladje, ki je podrobneje obravnavano na strani o tem, zakaj ta centralni seznam ne ustreza.
Pregled, katera orodja obstajajo, samodejno sproži naslednje vprašanje: kaj ta orodja pravzaprav počnejo z delom, ki ga ljudje trenutno še sami opravljajo. Kdor želi na to vprašanje odgovoriti na ravni posameznih nalog, najde pri delovni analizi (werkscan) podjetja FTE TO AI način, da za vsako nalogo izračuna, kateri delež te lahko prevzame UI, ne glede na to, katero orodje se za to uporablja ali kdo ga je nabavil.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.