Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
Teknillisen korkeakoulun matkahallintajärjestelmän ... - TML - TKK
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
kehittää. Osa oli oikein iloisia, että asialle tehtiin viimeinkin jotain ja osa taas ihmetteli,<br />
miksei asiaan ollut puututtu aikaisemmin. Positiivista oli huomata, että myös hallinnon<br />
puoli ja järjestelmätoimittaja olivat kiinnostuneet tutkimuksesta. Ikävää kuitenkin oli se,<br />
että hallinnosta käsin ei kaikkea kehitystä voitu toteuttaa.<br />
5.3.3 Loppusanat<br />
Halutaanko tulevaisuudessa, että työtä tehostetaan järjestelmillä, joiden oppimiseen<br />
ja käyttämiseen kuluu käyttäjältä tarpeettomasti aikaa ja vaivaa? Ja vaikka prosessi<br />
nopeutuisikin, niin pysyykö laatu silti samana? Mikäli työ tehostuu ja tuloksellisuus kasvaa,<br />
niin säilyykö käyttäjien tyytyväisyys ja taustalla oleva prosessin merkitys? Näiden<br />
kysymysten pohjalta voidaan miettiä, kuinka suunniteltava tai hankittava järjestelmä tulee<br />
muuttamaan käyttäjien työtehtäviä ja miten se tulee vaikuttamaan työtehtäviin liittyvään<br />
prosessiin.<br />
Teknillisessä korkeakoulussa on tapahtunut laaja rakenneuudistus viime vuodenvaihteessa(2007-2008)<br />
ja lähiaikoina on tarkoitus siirtyä kolmen <strong>korkeakoulun</strong> muodostamaan<br />
Aalto korkeakouluun. Oletettavasti muutoksesta seuraa melkoinen määrä uusia<br />
hallinnollisia käytäntöjä, jotka tulevat koskettamaan myös rivityöntekijää. Tietojärjestelmien<br />
avulla näitä rasituksia voidaan keventää, mutta vain jos ratkaisu on oikeasti toimiva.<br />
Toimivan järjestelmän aikaansaamiseksi suunnittelijoiden tulisi tutustua käyttäjiin<br />
ja käyttökontekstiin riittävissä määrin, jotta voidaan tiedostaa järjestelmän ja prosessin<br />
kannalta oleelliset käyttäjätarpeet. Muuten vaarana on, että järjestelmä ei vastaa tosiasiallisia<br />
tarpeita ja pahimmassa tapauksessa muokkaa tällöin virheellisen rakenteensa ansiosta<br />
käyttäjien työkuvaa. Tästä seuraa tyytymättömyyttä ja vastarintaa järjestelmän<br />
käyttöä kohtaan.<br />
Tällä hetkellä näyttää siltä, että vain edut huomioidaan ja jälkeenpäin huomattuja<br />
ongelmia ei ratkaista. Tietojärjestelmän tulisi olla aidosti hyödyllinen ja hankinnan yhteydessä<br />
tulisi miettiä tarkkaan järjestelmän tuomat edut ja käyttöönottoon liittyvät<br />
mahdolliset haitat. Se, että prosessi muuttuu sähköiseksi, ei ole itseisarvoinen hyöty,<br />
vaan se, mitä sähköisyys merkitsee prosessille. Mikäli järjestelmä ei käytännössä tuo<br />
sähköisyydestä tulevia hyötyjä esille, sen käyttämisestä tulee hyödytöntä ja sellaista järjestelmää<br />
ei kannata ottaa käyttöön, senhän sanoo jo terve järkikin.<br />
90