Miksi telematiikkahankkeet epäonnistuvat — ja miten varmistat ettei teidän epäonnistu

Jossain organisaatiossanne saattaa jo seistä järjestelmä jota kukaan ei käytä. Otettu käyttöön vilpittömin aikein, hetken kiinnostava, ja sitten hiljaa kutistunut tilausriviksi joka ilmaantuu kerran vuodessa ja uusitaan koska irtisanominen tuntuu suuremmalta työltä.

Näin käy usein, ja lähes koskaan siksi että tekniikka petti. Tässä ovat seitsemän syytä, yleisyysjärjestyksessä, ja se mikä kunkin todella estää.

1. Kukaan ei omista sitä

Vahvin yksittäinen epäonnistumisen ennusmerkki.

Hankkeen sponsori vie hankinnan läpi. Asennus valmistuu. Sponsori siirtyy seuraavaan asiaan. Kukaan ei vastaa tuloksesta — vain käyttöönotosta, ja se on ohi.

Ratkaisu: nimetkää yksi henkilö vastaamaan hyötyjen tuottamisesta, ei asennuksesta. Antakaa hänelle aikaa — todellinen varaus, ei lisä jo täyteen työkuormaan. Kirjatkaa mittarit hänen tavoitteisiinsa. Seuratkaa häntä niiden osalta neljännesvuosittain. Jos ketään ei voi nimetä, hanke ei ole valmis alkamaan, ja sen tietäminen nyt on hyödyllisempää kuin kahdeksantoista kuukauden kuluttua.

2. Tieto kerätään eikä sitä koskaan käytetä

Raportteja syntyy. Ne saapuvat sähköpostilla. Ne avataan toisinaan. Mikään ei muutu, joten mikään ei parane.

Tekniikka löytää ongelmat. Vain ihmiset ratkaisevat ne. Järjestelmä ilman puuttumisen prosessia ottaa mukaan passiiviset hyödyt — vapauttavan näytön, varkaushälytykset, perustason näkyvyyden — ja luopuu suurimmasta osasta arvoa.

Ratkaisu: luokaa rytmi ennen käyttöönottoa ja tehkää siitä niin pieni että se selviää törmäyksestä todellisuuteen. Vartti viikossa poikkeamiin. Yksi valmennuskeskustelu kuukaudessa niiden kolmen kuljettajan kanssa jotka sitä eniten tarvitsevat. Reittien tarkastelu neljännesvuosittain. Merkitkää ne toistuviksi tapaamisiksi nimetyn omistajan kanssa. Vaatimaton ja jatkuva voittaa kunnianhimoisen ja hylätyn, joka kerta.

3. Henkilöstöä ei otettu mukaan

Järjestelmä saapuu tiedotteena. Kuljettajat päättelevät ettei heihin luoteta. Sitoutuminen romahtaa, riitoja tulee enemmän, ja äärimmillään ihmiset työskentelevät tietoisesti järjestelmän ohi.

Ratkaisu: kuulkaa ihmisiä ennen kuin päätös on lukittu, ei jälkeenpäin. Ottakaa kuljettajien edustajat mukaan kun käytäntöä kirjoitetaan. Näyttäkää ihmisille todellinen järjestelmä sen kuvailemisen sijaan. Sitoutukaa kirjallisesti siihen miten tietoa käytetään ja miten ei, ja pitäkää siitä ehdottomasti kiinni. Käyttäkää sitä näkyvästi ihmisten puolustamiseen ennen kuin käytätte sitä koskaan heidän haastamiseensa. Ja perehdyttäkää esimiehet — yksi esimies joka soittaa kuljettajalle yhdeksän minuutin tauosta pyyhkii pois kuukausien työn.

4. Liikaa hälytyksiä

Kaikki kytketään päälle suurimmalla herkkyydellä, koska kaikki kuulostaa hyödylliseltä. Ensimmäisellä viikolla tulee tuhansia ilmoituksia. Kuukauden sisällä kukaan ei enää lue niitä, ei myöskään niitä joilla on merkitystä.

Ratkaisu: aloittakaa kolmella hälytyksellä, ei kolmellakymmenellä. Valitkaa ne jotka liittyvät päätökseen jonka joku todella tekee. Tarkastelkaa määrää kahden viikon kuluttua ja säätäkää kynnysarvoja — erityisesti kovien tapahtumien, jotka ovat ensimmäisessä kokoonpanossa lähes aina väärät ajoneuvotyypille. Laajentakaa harkiten, yksi lisäys kerrallaan. Ja olkaa yhtä valmiit kytkemään asioita pois.

5. Sitä ei koskaan integroitu

Tieto jää omaan järjestelmäänsä, oman kirjautumisensa taakse, eikä koskaan pääse siihen työnkulkuun jota sen piti parantaa. Joku naputtelee lukuja taulukkoon joka kuukausi. Kun tuo henkilö lähtee, raportointi loppuu hiljaa.

Ratkaisu: tunnistakaa ne kaksi tai kolme yhteyttä joilla on eniten merkitystä — yleensä työnsuunnittelu, korjaamo ja talous — ja kohdelkaa niitä osana käyttöönottoa, budjetilla ja omistajalla, ei myöhempänä vaiheena. Vaihe kaksi jota ei ole rahoitettu eikä aikataulutettu on vaihe jota ei tule.

6. Onnistumista ei koskaan määritelty

Lähtötason mittausta ei otettu. Kaksitoista kuukautta myöhemmin kukaan ei pysty osoittamaan hyötyä, joten uusinnasta tulee keskustelu vaikutelmista näytön tarkastelun sijaan — ja vaikutelmat suosivat epäilevintä.

Ratkaisu: ottakaa lähtötason mittaus ennen asennusta. Polttoaine kilometriä kohden. Kolarit miljoonaa kilometriä kohden. Vahinkokulut kolmelta vuodelta. Päivät ilmoitukseen. Käyttöaste. Seisokit. Hävikki. Hallinnon tunnit. Se vie iltapäivän eikä sitä voi rakentaa jälkikäteen. Sopikaa sitten kirjallisesti ne kolme lukua jotka määrittävät onnistumisen, ja päivä jona ne tarkastellaan. Miten siitä tehdään tarkastelun kestävä perustelu, kerrotaan artikkelissa telematiikan perustelujen rakentamisen opas.

7. Ostettiin vain tekniikka

Tilaus hyväksyttiin. Sisäistä aikaa ohjelman ajamiseen ei. Valmennuksen, seurannan ja prosessimuutoksen oletettiin mahtuvan olemassa olevaan työkuormaan, eivätkä ne mahtuneet.

Ratkaisu: ottakaa sisäinen työ nimenomaisesti kustannukseksi perusteluihin. Se tekee niistä varovaisemmat ja uskottavammat, ja se tarkoittaa että resurssi on todella olemassa. Ohjelma ilman varattua aikaa tuottaa passiiviset hyödyt eikä yhtään aktiivista — mikä voi silti olla positiivista, mutta se on huomattavasti pienempi tuotto, ja perustelujen olisi pitänyt sanoa se.

Kaikki seitsemän tapaa epäonnistua sijaitsevat samassa kohdassa: sen välissä, mitä järjestelmä tallentaa ja mitä joku tekee sille.

Mitä onnistuneilla ohjelmilla on yhteistä

Niillä on yhteinen lyhyt lista piirteitä, eikä mikään niistä ole tekninen:

• Nimetty omistaja, jolla on aikaa, jota seurataan tuloksien perusteella
• Pieni, kestävä rytmi seurantaa ja puuttumista, joka selviää kiireisistä viikoista
• Henkilöstö, jota kuultiin, ja kirjallinen sitoumus, jota myös noudatettiin
• Kapea aloituskokoonpano jota laajennettiin harkiten
• Lähtötason mittaus, ja kurinalaisuus mitata sitä vasten
• Kaksi tai kolme integraatiota jotka tuovat tiedon sinne missä ihmiset jo työskentelevät
• Kahdentoista kuukauden tarkastelu joka tarkastelee näyttöä vaikutelmien sijaan

Näistä kolmas ohitetaan useimmin ja se on vaikein korjata, koska luottamuksen säilyttäminen on halvempaa kuin sen rakentaminen uudelleen. Siitä lisää artikkelissa miten alusta esittää kuljettajatiedon.

Kuuden kuukauden testi

Merkitkää kalenteriin päivä kuusi kuukautta käyttöönoton jälkeen ja vastatkaa rehellisesti kolmeen kysymykseen:

1. Mitä päätöksiä olemme tehneet joita emme olisi tehneet ilman tätä?
2. Mikä on mitattavasti muuttunut lähtötasoon verrattuna?
3. Kuka on tehnyt työn, ja onko hänellä yhä tilaa jatkaa?

Jos vastaukset ovat ohuita, ongelma on lähes varmasti jossakin yllä olevista seitsemästä kohdasta — ja kaikki seitsemän ovat korjattavissa kuuden kuukauden kohdalla. Kolmen vuoden kohdalla, kun uusinta tulee eikä kukaan enää muista mihin se hankittiin, ne ovat huomattavasti vaikeampia korjata.

Kysymykset jotka toimittajalta kannattaa esittää ennen kuin kaikki tämä alkaa, löytyvät artikkelista kalustotekniikan ostajan oppaaseen.