Arkisto: 6/2010

Linkkitiistai 22.6.2010

22.6.2010

Kesälomien kynnyksellä linkkitiistaihin on kasattu näkökulmia tiedon laadusta ja master-tiedon hallinnasta; niiden vastuukysymyksistä, hyödyistä ja kustannuksista.

BeyeNETWORKin tuoressa artikkelissa Craig Izydor tuo hyvin esille kuinka liiketoimintajohdon on oltava viime kädessä vastuussa tietojen laadusta. Ilman johdon ymmärrystä ja tukea ei tiedon laadun ja luotettavuuden ongelmista päästä. Johdon on luotava yrityksissä tietoisuus siitä, ettei ulkoisen tai sisäisen tiedon huonoa laatua sallita. 

Dan Power perustelee Hub Solution Design Blogissa miksi master-data -ratkaisut ovat järkeviä. On hyvä olla olemassa oikeasti neutraali paikka asiakas-, tuote- ja muiden master-tietojen hallintaan. CRM-ja ERP-järjestelmiä ei vain ole suunniteltu käsittelemään master-dataa tehokkaasti. Niissä ei ole tietojen laadun hallinnan prosesseja koko yrityksen master-tietojen täydelliseen, ajantasaiseen ja yhdenmukaiseen hallintaan.

Samassa blogissa käsiteltiin viime vuonna master-tiedon merkitystä operatiiviselle Business Intelligencelle. Reaali-aikainen raportointi tuo erilaisia vaatimuksia MDM-ratkaisuille kuin operatiivisten järjestelmien tarpeet.

International Association for Information and Data Quality (IAIDQ) :n uutiskirjeessä professori Carlo Batini ja tutkija Monica Scannapieco käyvät perusteellisesti läpi kuinka suoritetaan kustannus-hyöty-analyysejä tiedon laadun alueella. Artikkelissa kerrotaan, miten mitataan puutteellisen tiedon laadun aiheuttamat kustannukset, kustannukset tiedon laadun parantamistyöstä ja hyödyt tällaisesta parantamisesta. 

Muutkin IDQ Newsletterin artikkelit ovat mielenkiintoista ja osuvaa luettavaa tiedon laadun aihepiiristä kiinnostuneille.

Lopuksi Wayne Eckerson vastaa TDWI:n sivuilla seitsemään yleisimpään master-tiedon hallinnan hankkeista kysyttyyn kysymykseen:

1. Mikä on paras paikka aloittaa MDM-hanke?
2. Miten rahoittaa MDM-hanke?
3. Millainen arkkitehtuurin tulisi olla?
4. Mikä rooli tietovarastolla on?
5. Mitä organisatorisia sudenkuoppia tulee vastaan?
6. Mitä teknisiä sudenkuoppia tulee vastaan?
7. Miten toteuttaa onnistunut MDM-hanke?

 

Näiden linkkien myötä toivotan kaikille lukijoille oikein hauskaa Juhannusta!

Mikko Muurinen

BI-toiminnan hyötyjen mittaaminen

11.6.2010

Management Eventsin järjestämässä Business Intelligence ja liiketoimintatiedon hallinta -konferenssissa 3.6.2010 osallistujien ryhmäkeskustelun aiheena käsiteltiin Business Intelligence -toiminnan hyötyjen mittaamista. Osallistujien tuli pohtia pöytäryhmittäin, miksi, mitä, milloin ja miten hyötyjä pitäisi mitata.

Ensi alkuun helpolta vaikuttanut aihe paljastuu kuitenkin lähemmässä tarkastelussa monimuotoiseksi vyyhdeksi. Kun puhutaan BI-toiminnasta eikä esim. BI-järjestelmistä, laajenee kysymys aika lailla…

BI-hankkeiden kustannuksia ja budjettia kyllä seurataan usein, mutta koko BI-toimintoa on vaikeaa mitata. Itse asia koko toimintoa on edes hyvin vaikea määritellä tai rajata. Ketkä itse asiassa ovat mukana yrityksen BI-toiminnossa ja mitkä kaikki tehtävät voidaan laskea liiketoimintatiedon hallinnaksi? Usein kysymyksessä on yrityksen toiminnan jatkuva kehittäminen osana muita prosesseja ja osana erilaisten ihmisten verkostoa, eivätkä pelkän yksittäisen yksikön tai vastuuhenkilön tehtävät.

Kun Business Intelligencen tavoitteena on tukea päätöksen tekoa jokaisella tasolla, pitäisi mitata päätöksentekoa, sen prosesseja, vaikuttavuutta ja tekokkuutta. 

Kyseessä on myös viestinnän tehokkuuden mittaaminen. Tiedetäänkö esim. ketkä saavat tarvitsemansa tiedot? Tai ketkä ymmärtävät ne ja pystyvät hyödyntämään niitä?

Eri osa-alueiden, kuten Business Intelligence -järjestelmien ja teknisten ratkaisuiden hyötyjen mittaamiseen löytyy kyllä keinoja, mutta on vaikeaa esim. arvioida, onko yrityksen tuloksen parantuminen peräisin paremmista päätöksistä, saati sitä, miten päätöksen tekoon on vaikuttanut se, millä tavoin BI-toiminto on järjestetty…

Helppoa on mitata, kuinka paljon järjestelmiä käytetään, ketkä hyödyntävät useita tietolähteitä ja millaisia tietoja ei käytetä niin paljon kuin muita. Voidaan myös laskea manuaalisen työn poiston vaikutusta esim. tietojen keruuseen käytettyyn työaikaan. Tiedon laadulle voidaan määritellä erilaisia mittareita. Järjestelmien vasteaikoja voidaan tarkastella ja käytettävien tietolähteiden suhteellista osuutta laskea. Näitä kaikkia voidaan verrata ja seurata ajan suhteen.

Toisaalta, vaikka BI-järjestelmien tai tiedon laadun parantaminen tehostaisikin työtä, tiedon analysointia tai päätöksen tekoa, ei henkilökustannuksia ehkä voida karsia. Lisääntyvä tietomäärä ja uudenlaiset tarpeet tuovat enemmän työtä. Samoilla resursseilla voidaan ehkä tehdä enemmän kuin ennen, mutta vaatimuksetkin ovat kovemmat.

Sinänsä on sääli, että hyvin harvoin sellaisiakaan osa-alueita, joita voisi mitata, ei mitata. Näistä voisi kuitenkin saada jonkinlaista lähtökohtaa kehittämiselle.

Ryhmässämme eräs lopputulema oli, että eri puolilta tuleva palaute on yksi keskeinen tekijä BI-toiminnan hyötyjen arviointiin. Toiminnan laadullinen arviointi ja ”benchmarkkaaminen” tämän tukena antaa kuvaa siitä, millaiset BI-toiminnon hyödyt yritykselle ovat. Varsinkin, mikäli joistain osa-alueista saadaan taustatiedoksi myös “kovia” mittareita.

Asian tarkastelu voidaan tehdä hyvin Balanced Scorecard -ajattelun mukaisesti useista näkökulmista, esim. siitä, mitä hyötyä BI-toiminnosta on asiakkaille, henkilöstölle, taloudelle ja prosesseille. Eri tyyppisiä mittareita näihin näkökulmiin on mahdollista kehittää, mutta kuten aina, lopulta kyse on määrittelyistä, rajauksista ja kunkin yrityksen tarpeista ja tavoitteista.

Mikko Muurinen