Lue uutinen mobiilisivustolla

It-organisaatiot helisemässä ohjelmisto-ongelmien takia

Kuva: Martti Kainulainen / Lehtikuva

23.1.2008 11:43 It-organisaatioiden ohjelmisto-ongelmien ja virheiden kasvuun ovat olleet syynä muun muassa tietojärjestelmien lisääntynyt monimutkaisuus, uusien teknologioiden käyttöönotto sekä tiukat projektiaikataulut, ilmenee väitöskirjasta Kuopion yliopistossa.

FM Marko Jäntin väitöskirjanDifficulties in Managing Software Problems and DefectsOhjelmistojen mukaan laatuongelmat voivat nopeasti kasvattaa ylläpidon ja sovelluskehityksen kustannuksia.

It-organisaatioiden tuki- ja ylläpitotiimeillä on valitettavasti rajalliset resurssit ongelmien ja virheiden ratkaisemiseen. Usein niiltä puuttuvat myös hyvin määritellyt prosessit ongelmien ja virheiden hallintaan.

Väitöskirjatyössä tutkittiin, millaisia vaikeuksia yrityksillä on ongelmien ja virheiden käsittelyssä. Työssä selvitettiin, miten virheitä voidaan ennaltaehkäistä suunnittelemalla testitapaukset ohjelmistokehitystyön mahdollisimman varhaisessa vaiheessa.

Testitapausten suunnittelu jo ohjelmiston määrittelyvaiheessa auttaa poistamaan ongelmia ja virhetilanteita, ennen kuin ne pääsevät ohjelmakoodiin tai asiakkaalle. Ongelmien ja virheiden poistaminen suunnittelupöydältä on huomattavasti halvempaa kuin viallisten ohjelmistoversioiden kerääminen asiakkailta ja korjattujen versioiden toimittaminen virheellisten ohjelmistojen tilalle.

Työssä kartoitettiin, millaisia vaikeuksia it-organisaatioilla ja it-asiakkailla on virheidenhallinnassa. It-organisaatiot ilmoittivat vaikeuksiksi muun muassa resurssipulan virheiden korjaamistyössä, yhtenäisten virheidenhallintamenetelmien puuttumisen, testausympäristön pystyttämisongelmat ja hyvien prosessimittareiden puuttumisen.

It-asiakkaat raportoivat puolestaan, että it-yritykset eivät pidä heidän raportoimiaan virheitä todellisina virheinä, eivät lähetä asiakkaalle tietoa virheen ratkaisusta, eivät tarjoa riittävästi koulutusta virheraportointityökalujen käyttöön, eivätkä testaa sovelluksia riittävällä tarkkuudella ennen niiden toimittamista asiakkaalle. 

Työssä tutkittiin, millaisia käsitteitä, toimintoja, rooleja ja mittareita liittyy palvelusuuntautuneeseen ongelmanhallintaprosessiin ja rakennettiin palvelusuuntautunut ongelmanhallintamalli, joka mahdollistaa it-palveluihin liittyvien ongelmien ja virheiden järjestelmällisen käsittelyn. Ongelmanhallintamalli on yhteensopiva ITIL-viitekehyksen kanssa. ITIL (IT Infrastructure Library) on IT-palveluidenhallinnan viitekehys, jonka prosessikuvauksia käyttävät tuhannet organisaatiot ympäri maailmaa.

Tämän jälkeen ongelmanhallintamallia hyödynnettiin ongelmanhallintaprosessin kehittämiseen pilottihankkeessa, johon osallistui sekä it-palveluidentarjoajia että it-asiakkaita.

Tutkimus osoitti, että it-palveluidenhallinnan prosessien käyttöönotto sisältää useita vaikeuksia ja haasteita. Ongelmanhallinnan kannalta tärkeimpiä olivat hankaluudet palveluidenhallinnan käsitteiden ja olemassa olevien käsitteiden yhdistämisessä, proaktiivisen eli ennaltaehkäisevän ongelmanhallinnan puuttuminen, selkeän yhteyden luominen ongelmanhallintaprosessin ja muiden prosessien (esimerkiksi testaus ja
palvelutasonhallinta) välille sekä tietämyskannan toteuttamiseen liittyvät haasteet.

Väitöskirjatyön tuloksia voivat Kuopion yliopiston mukaan hyödyntää muun muassa ongelmanhallintapäälliköt ja laatupäälliköt olemassa olevien ongelmanhallintaprosessien kehittämiseen.

Kalevi Nikulainen toimitus@digitoday.fi

Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.

Kirjoita kommentti

Kommentit (17)

0

0

It-organisaatioiden ohjelmisto-ongelmien ja virheiden kasvuun ovat olleet syynä muun muassa tietojärjestelmien lisääntynyt monimutkaisuus, uusien teknologioiden käyttöönotto sekä tiukat projektiaikataulut, ilmenee väitöskirjasta Kuopion yliopistossa.

Digitoday

Lainaa Ilmoita asiaton viesti

# 23.1.2008 13:36

1

0

IT-alan keskustelupalstoja lukemalla selviää, että koodarien yksi suurimmista murheista on keskeneräisen, bugisen softan myyminen asiakkaille.

Aikataulu- ja kustannussyiden vuoksi koodareilla ei ole edes mahdollisuuksia tehdä työtään kunnolla.

Huonon tekeminen ei motivoi normaalia ihmistä.

Tätä on markkinatalous ja sitä ihmiset haluavat.

Ei muuutoksia luvassa

Lainaa Ilmoita asiaton viesti

# 23.1.2008 13:36

1

0

Onkohan kyseessä koodarien vai markkina ja myyntimiesten luoma ongelma. Ennemminkin sanoisin, että koodarit lupaavat liikaa ja myyntimiehet vielä enemmän :)

molemmilta puolilta

Lainaa Ilmoita asiaton viesti

# 23.1.2008 14:12

1

0

Joo, ja asiakkaat eivät osaa määritellä vaatimuksia, johtaa projekteja (governance) etc.

mikkoj

Lainaa Ilmoita asiaton viesti

# 23.1.2008 14:30

1

0

Vihdoinkin joku hyvä väikkäri asiasta! Lukekaa huolella...

Koodari

Lainaa Ilmoita asiaton viesti

# 23.1.2008 14:31

1

0

Ohjelmistoasiakkaan puolella tarvitaan rautaisia softa-ammattilaisia pitämässä ohjelmistotuottajat vastussa!

Governance

Lainaa Ilmoita asiaton viesti

# 23.1.2008 16:16

1

0

Jos asiakas ei maksa tarkkojen ohjelmistomäärittelyjen teosta vaan haluaa että ohjelmistotuottaja alkaa heti ohjelmoimaan, niin ongelmia syntyy. Asiakkaankin tulee ymmärtää, että ensin määritellään ja suunnitellaan, sitten vasta toteutetaan ja lopuksi testataan.

Vastuu maksaa

Lainaa Ilmoita asiaton viesti

# 23.1.2008 16:22

1

0

Ensin valitaan arkktitehtuuri ja kanta jonkun softa- tai rautaa tarjoavan yrityksen hypettämänä. Sitten vasta ruvetaan miettimään bisneksen tarpeita. Sen jälkeen toimittaja katsoo, minkä kokoisella tilausajolla rahdataan kavereita projektiin

Tuossapa patenttivarma ratkaisu projektien epäonnistumiselle.

Kokemattomia ostajia

Lainaa Ilmoita asiaton viesti

# 23.1.2008 17:27

1

0

Minulla on kokemus epäonnistumisesta, koska softan tekijä ei osannut lukea ulkopuolella tehtyä määrittelyä, vaan tekivät miten tahtoivat. Lukutaito pitäisi olla yksi vaatimus ohjelmistoasioissa.

Mustaa valkoisella, vaan ei softassa

Lainaa Ilmoita asiaton viesti

# 23.1.2008 20:40

1

0

Miettikää miten koodaus on muuttunut ihan viimeisen 10v aikana. Joskus 10v sitten riitti että osasi C/C++/Javaa ja se siitä. Kaikki tehtin aina käsin omin päin joka firmassa joten ne kirjastot ja tavat oppi työssä. Nykyään .NET ja J2EE hallitsevat mitä tulee kaupallisiin softaprojekteihin (asiakasprojektit). Kumpikin framework on älyttömän laaja ja kumpaankin liittyy kasa monia muita tuotteita.

Em. lisäksi pakkaa sekoittaa se että palveluja pitää sekä tarjota että käyttää muissa (vanhoissa ja uusissa) järjestelmissä eli .NET/java-puolelta pitää pahimmillaan kutsua vaikkapa cobolilla tehtyjä softia ja tarjota palveluja web servicen kautta jollekin toiselle järjestelmälle. Tuon lisäksi järjestelmiä pitää pystyä käyttämään myös webin puolelta (kaista, tilattomuus, eri selaimet, lokalisointi, aikavyöhykkeet jne.) ja joskus jopa kämmenlaitteesta/sulautetuista järjestelmistä.

Aiemmin joku vanha parta arkkitehti pystyi helpostikin määrittelemään sen 3-taso-arkkitehtuurin jne. vaan nykyään homma on vähän eri tavalla. Softaprojetit menestyvät pitkälti sen koodausporukan ansiosta.

Kaiken huippu on se, että projektipäälliköt yms. pikkupomot saavat kiitokset. Heidän hommansa ei ole taatusti vaikeutunut ja monimutkaistunut yhtä paljon kuin mitä koodajilla on tapahtunut.

Kokenut nörtti on äärettömän arvokas kaveri. Toki ne 5 muuta tyyppiä ovat sosiaalisempia, pukeutuvat paremmin ja lähettävät sähköpostin kivana HTML/RTF-formaattina siinä missä nörtiltä saa aina vaan plain tekstiä ja se piru vielä kirjoittaa vastaukset kysymysten alle eikä viestin alkuun kuten kunnon työntekjiä. Vaan mitä tulee koodaukseen niin tämä ensiksi mainittu on se joka ratkoo ongelmat, tietää mitä alalla tapahtuu, tekee parasta koodia, vähiten virheitä jne.

Koodaus on muuttunut

Lainaa Ilmoita asiaton viesti

# 23.1.2008 21:21

Sivut: 1 2 Edellinen Seuraava

Uutiset

Hyvinkään ampumisten kuolonuhrit olivat ammattikoulu Hyrian opiskelijoita

• Sisäministeri Räsäsen lasten tuttavia joutui ammuskelun uhreiksi
• Tahkon pelaaja kuoli, kaksi muuta loukkaantui Hyvinkään ammuskelussa
• Ampumisessa haavoittunut poliisi on 23-vuotias nainen
• Hyvinkään ampumatapauksen uhrit nuoria miehiä ja naisia