Kun työkalua halutaan valita, esitetään usein ensin väärä kysymys. Ei "mikä työkalu sopii meille", vaan "mitä tuon työkalun pitäisi oikeastaan osata, kun otetaan huomioon, miten data meillä nyt kulkee". Tuota toista vastausta ei useinkaan ole olemassa siinä vaiheessa, kun ensimmäinen kysymys esitetään. Silloin on toimittajalista, muutama demo, mahdollisesti konsultointiraportti markkinajohtajista. Vastausta ei ole siihen, mikä datapiste tulee mistä järjestelmästä, kuka siitä vastaa ja mitä laatusääntöjä siihen pitäisi soveltaa.
Järjestys, joka estää katumuksen, on helppo muotoilla ja vaikea noudattaa, koska ostopaine on useimmiten suurempi kuin rauha kartoittaa asiat ensin. Ensin datapisterekisteri, jäljitettävyys lähteestä raportointiin, omistajuus datapisteittäin. Vasta sitten työkalu, ja tällöin vastauksena vaatimuksiin, jotka seuraavat tuosta rekisteristä. Mitkä toiminnalliset vaatimukset seuraavat omasta prosessista ei siis ole kysymys, jonka toimittaja vastaa puolestanne, vaan kysymys, joka teidän on jo pitänyt vastata itse ennen kuin puhutte toimittajan kanssa.
Työkalu, joka ostetaan ennen kuin prosessi on kunnossa, konfiguroidaan oletusten pohjalta. Toimittajan käyttöönottotiimi kysyy datavirroista, joita kukaan ei osaa täsmällisesti rekonstruoida, ja vastaus täytetään sen perusteella, mikä todennäköisesti pitää paikkansa. Nämä oletukset eivät katoa, niistä tulee osa käyttöönottoa. Tuloksena on työkalu, joka toimii siinä mielessä, että se tuottaa raportteja, mutta ne raportit nojaavat samoihin löysiin lankoihin kuin ennenkin — nyt vain käyttöliittymän taakse kätkettynä, joka herättää luottamusta.
Käänteisen järjestyksen kustannukset eivät rajoitu lisenssiin. Kyse on ajasta, joka kuluu, kun vuoden päästä huomataan, että jokin avainluku on rakennettu väärin, ja se selvitetään järjestelmässä, jota ei ole rakennettu helpottamaan tuota selvitystyötä. Mitä työkalu maksaa jäsentymättömän prosessin päälle riippuu siitä, kuinka monta datapistettä on, kuinka monta järjestelmää on mukana ja kuinka pitkään asia jää huomaamatta — mutta kustannus on todellinen, vaikka se näkyisi vasta myöhään.
On houkuttelevaa nähdä järjestys lähestymistapakysymyksenä, jossa toinen organisaatio testaa mieluummin ensin työkalun ja toinen mieluummin selvittää asiat ensin. Näin ei ole. Työkalu pystyy täyttämään toiminnalliset vaatimukset hyvin vain, jos ne vaatimukset ovat olemassa ennen kuin työkalu valitaan. Ilman datapisterekisteriä ei ole vaatimuksia, vain toivomuksia — nopeampaa, selkeämpää, vähemmän Exceliä. Toivomukset eivät ole valintakriteereitä, ne ovat mielikuvia. Toimittaja, joka vastaa mielikuviin, vastaa eri asiaan kuin siihen, mitä organisaatio tarvitsee kuuden kuukauden kuluttua.
Ostaa ensin työkalu vai järjestää ensin prosessi ei siksi ole kysymys, jolla on kaksi yhtä pätevää vastausta. Se on kysymys, jonka järjestyksen määrittää ongelman luonne: dataa, jota ei ole kartoitettu, ei voi antaa vaatimuksena paketille. Tämä koskee kaikkia organisaatioita, toimialasta tai koosta riippumatta, vaikka selvitystyön laajuus vaihtelee. Organisaatiossa, jossa rakennusalan kestävyysdata on hajaantunut projektihallintoon, aliurakoitsijoihin ja irrallisiin taulukkolaskentoihin, tämä selvitystyö on laajempaa kuin organisaatiossa, jolla on muutama keskitetty järjestelmä. Mutta järjestys ei muutu: ensin nähdään, missä data sijaitsee ja kuka siitä vastaa, vasta sitten valitaan työkalu, joka sopii siihen.
Työkalun oston jälkeistä katumusta kuvataan usein väärän valinnan tekemisenä toimittajien välillä. Useimmiten kyse on jostain muusta: se on katumusta organisaatiolta, joka on siirtänyt ongelman paikasta toiseen sen ratkaisemisen sijaan. Työkalu toimii täsmälleen niin kuin se ostettiin, ja se on juuri ongelma — se toimii käyttöönoton pohjalta, jota ei ole koskaan testattu todellisia datavirtoja vastaan. Miten valitsette työkalun ilman katumusta ei siis riipu pidemmästä lyhyestä listasta tai laajemmasta demoprosessista, vaan vastauksesta kysymykseen, joka edeltää hankintaa: onko olemassa rekisteri datapisteistä, jäljitettävyydestä ja omistajuudesta, jota vastaan työkalua voidaan testata. Ilman tätä rekisteriä joka valinta on arvaus siistissä puvussa.
Työkalun valitseminen hyvin järjestetyn prosessin pohjalta on yksi askel. Toinen askel on tietää, mikä osa siitä työstä on pidettävä ihmisten tekemänä ja mikä osa voidaan siirtää automaation hoidettavaksi, niin että lukujen luotettavuus ei kärsi. Tämä kysymys on datapisterekisterin ulkopuolella, mutta seuraa siitä loogisesti: vasta kun on selvää, mitä tehtäviä on — datan keräämistä, validointia, lähteeseen jäljittämistä, raportointia — voidaan tehtävittäin määrittää, mikä osa niistä voidaan jättää tekoälylle. FTE TO AI:n työskaala laskee tämän tehtävittäin, seuraavana askeleena sen jälkeen, kun data ja prosessi ovat kunnossa.
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.