Avainsanat: ‘tuottavuus’

Mitä yhden virheen hinnalla olisi saanut aikaan?

keskiviikko, 11 tammikuuta, 2012 | Kirjoittaja: Antti Niittyviita

Cadillac SRX on jämäkän näköinen auto. Sitä valmistaa maailman suurin autovalmistaja General Motors. Vuoden 2011 mallin tullessa markkinoille ajoneuvon matkustajaturvallisuus oli ratkaistu ohjelmistolla, jossa kaikkien istuinpaikkojen ilmatyynyistä vastasi yksi järjestelmä.

Markkinoille tulon jälkeen GM:n insinöörit huomasivat kauhukseen hyvin perustavanlaatuisen virheen ilmatyynyjen hallintajärjestelmässä. Mikäli pelkääjän paikalla ei ajon aikana istu ketään, järjestelmä kytkee pois päältä myös takamatkustajien kattokiskossa olevan ilmatyynyn, joka suojaa päätä kuollettavalta iskulta.

Vian löytymisen jälkeen GM joutui kutsumaan Yhdysvalloissa 47,401 ja muualla Pohjois- Amerikassa 3,099 autoa huoltoon ja järjestelmäpäivitykseen. Siis yhteensä 50,500 autoa. Huoltokutsun toimenpiteet eivät takuulla olleet kovin yksinkertaiset.

Jos yhden auton softapäivitysprosessin läpivienti kutsun lähettämisestä huoltoon veisi yhden tunnin valmistajan ja huoltoyritysten työaikaa se kustantaa maltillisella 50 € tuntihinnalla 2,525,000 €. Puhumattakaan imagohaitasta tai asiakkaalle aiheutuneesta mielipahasta.

Lupasin taannoin myydä vain testauksen konkreettisimpia tuloksia – löytämiäni bugeja – hintaan 79 € / kappale. Tuohon hintaan minä olisin sitoutunut metsästämään GM:lle 31,962 bugia.

Share

Vuoden 2011 kalleimmat bugit listattu

tiistai, 3 tammikuuta, 2012 | Kirjoittaja: Jaakko Sakaranaho

Test Magazine on listannut vuoden 2011 kalleimmat softabugit.

Kalleimman bugin ykköspaikan valloitti rahoituspalveluita tarjoavan yrityksen softavirhe, joka aiheutti sijoittajille 217 miljoonan dollarin tulonmenetykset. Lisäksi USA:n arvopaperimarkkinoita valvova elin SEC lätkäisi päälle 25 miljoonan dollarin sakon. Näin ollen yhden bugin hinnaksi yritykselle tuli 242 miljoonaa Yhdysvaltain dollaria eli n. 185 miljoonaa euroa.

Koko listauksen voit lukea täältä.

On jälleen hyvä hetki muistuttaa:

Testaus on investointi. Investoinnin tarkoituksena on löytää virheet siinä vaiheessa, kun niiden korjaaminen on halvinta.

Hyvää vuotta 2012 kaikille!

Share

Auvoisa automaatio

perjantai, 2 joulukuuta, 2011 | Kirjoittaja: Jarkko Tauriainen

Nurmikko vihersi ensimmäisen hallayön jälkeen aamukasteesta raikkaana ja aurinko oli jo noussut pilvettömän horisontin ylle. Hörppäilin aamukahvia terassillani ja kuuntelin, kuinka linnut vielä lauloivat lähimetsässä. Rauhallisen lauantaiaamun rikkoi hento, suriseva ääni, joka vahvistui tasaisesti. Tunnistin toki äänen, sillä olinhan joutunut jo useamman kerran kuuntelemaan samaa, naapurin uudesta robottiruohonleikkurista tulevaa ääntä.

Jotain oli tällä kerralla kuitenkin pielessä. Näin kuinka leikkuri suuntasi suoraan pihan keskellä olevaan omenapuuhun. Törmäys oli välttämätön. Rimpuilustaan huolimatta, tämä puutarhatekniikan taidonnäyte jäi lopulta kiinni puun juurakkoon, eikä päässyt enää omin neuvoin irti. Naapurini oli sopivasti reissun päällä, joten kävin ystävällisesti irrottamassa robotin ja jatkoin aamukahvin parissa. Pohdin syvällisiä. Jopa filosofisia.

Entäpä jos tuo nurmikko olisi voinut edustaa testisettiä, ja jokainen heinä olisi ollut testitapaus. Automaatti niittää testitapauksia ihan rauhassa ja kaikki näyttää menevän hyvin, kunnes jotain ennalta arvaamatonta tapahtuu. Hyvin usein automaatti ei itse tokene virheestä. Se vaatii aina ihmisen väliintulon. Varsin yleinen harhakäsitys on, että automaatti voi korvata ihmisen. Siksi usein kuvitellaan, että testausautomaatio tarkoittaa myös halpaa testausta.

Mitä hyötyä automaatiotestauksesta sitten on? Toki viisi työntekijää leikkaisi saman nurmikon huomattavasti nopeammin kuin robotti. Hankkimalla robotin, voidaan kuitenkin vapauttaa nämä viisi henkilöä tekemään jotain tärkeämpää. Sillä aikaa he voivat esimerkiksi parantaa nurmikentän kattavuutta ja kitkeä rikkaruohot.

Kun ominaisuus on kerran todettu toimivaksi, komennetaan robotti huolehtimaan siitä, että se ei enää mene huomaamatta rikki.

Oikein käytettynä automaatio on erinomainen apuväline, joka vapauttaa testaajan kädet niihin todella olennaisiin töihin! Anna siis automaatin tarkistaa ja ammattilaisen testata.

Share

1,7 miljardin euron projekti myöhässä vuosia – tilaaja ei huolissaan

tiistai, 12 heinäkuuta, 2011 | Kirjoittaja: Jaakko Sakaranaho

Vaikka Antti väitti taannoin, että heinäkuussa ollaan kesätauolla, niin tästä on pakko kirjoittaa.

Tämmönen uutinen osui eilen silmään Tietoviikosta.  Uutinen kertoo, että USAn armeijan SAP-projekti on vuosia myöhässä. Projekti on alkanut vuonna 2005, sen piti olla valmis vuonna 2007, jolloin uusi valmistumistavoite asetettiin vuoteen 2010. Tämän hetken arvaus on, että uusi ERP olisi käytössä tämän vuoden joulukuussa.

Muutama mehukas poiminta jutusta:

Uusi SAP-järjestelmä korvaa valmistuessaan yli 140 erillistä vanhaa järjestelmää. Uudella erpillä hallinnoidaan 140 miljardin dollarin vuosibudjettia, ja se palvelee 80 000 käyttäjää. Noin 15 500 ihmistä käyttää jo nyt järjestelmää.

Vau, projekti on neljä vuotta myöhässä alkuperäisestä suunnitelmasta, ja vajaa viidesosa käyttäjistä käyttää järjestelmää!

Vuodesta 2005 käynnissä olleessa projektissa ei ole vieläkään tunnistettu kaikkia vaatimuksia ja kuluja. Myös tarkastajien vuonna 2008 antamasta 16 suosituksesta seitsemän on edelleen toteuttamatta.

Yhtäkkiä tuo arvio käyttöönotosta tämän vuoden joulukuussa alkaa kuulostaa kovasti optimistiselta.

Tilintarkastajien mukaan projekti on tullut jo yli 53 miljoonaa dollaria budjetoitua kalliimmaksi. Vaarana on myös se, ettei järjestelmä valmistuessaan palvele alkuperäisiä tavoitteitaan.

Yhdysvaltain armeija ei tarkastajien raportin mukaan ole itse yhtä huolissaan projektin tulevaisuudesta vaan toteaa, että esitetyt riskit ovat hallittavissa eivätkä ne vaikuta hankkeen kustannuksiin tai aikatauluun.

Anteeksi mitä täh häh? “Ei vaikuta kustannuksiin tai aikatauluun”? Kuinkahan paljon projektin pitäisi olla myöhässä, että se vaikuttaisi aikatauluun. Melko varma olen siitä, että armeijan päälliköt eivät tee tuota projektia omilla rahoillaan.

Älyttömän tarinan lopussa on kuitenkin jotakin järkevääkin.

Amerikkalaisen konsulttifirma Asuretin toimitusjohtaja Michael Krigsman muistuttaa, että kaikissa suurissa erp-projekteissa vaikuttaa aina kolme tekijää: ohjelmistotoimittaja, järjestelmäintegraattori ja asiakas. Jotta hanke onnistuu, kaikkien täytyy hoitaa oma roolinsa hyvin.

Eittämättä tässä tilanteessa asiakas, USAn armeija, ei ole vahtinut toimittajien perään riittävästi. Miksi pitäisikään, koska riskit ovat hallittavissa eikä aikatauluongelmia ole.

Yritykselläsi ei ole rahaa yhtä paljon kuin USAn armeijalla. Ennen toimitussopimuksen allekirjoittamista valitse itsellesi puolueeton kumppani, joka auttaa yritystäsi pitämään toimittaja aikataulussa.

Share

Askel kerrallaan kohti toimivaa testausta

torstai, 5 toukokuuta, 2011 | Kirjoittaja: Antti Niittyviita

Kun testaus puuttuu tai se ei toimi, ongelman myöntäminen on yhtä tuskaa. Yleensä se paljastuu vasta kun tavara on jo osunut tuulettimeen. Edelleenkin liian usein puhelin soi meidän toimistolla kun huonot on jo housussa.

Meiltä puuttuu toimiva testaus. Miten tässä nyt kannattaa toimia?

Koska epävarmuus niin usein kalvaa toimivan testauksen rakentajaa, ne ensiaskelet jäävät ottamatta. Vasta pakko pistää liikettä niveliin. Silloin asiakas hengittää jo niskaan ja softakehittäjän aika palaakin yllättäen virheiden korjailuun.

Me päätimme tarjota ilmaisen opetuksen siitä, miten toimiva testaus voidaan rakentaa sopivan pienistä rakennuspalikoista.

  1. Kehitä: Rakenna softakehittäjien kanssa säännöllinen elämänrytmi. Jotain testattavaa on tultava tuutista ulos usein. Ilman tätä ei ole mitään järkeä investoida testaukseen.
  2. Resurssoi: Palkkaa riittävän kokenut testausosaaja tai osta palvelu partnerilta. Pääasia on, että tyyppi on oikeasti testaaja, eikä vain huono devaaja!
  3. Testaa: Polkaise hommat käyntiin tutkivan testauksen menetelmällä. Asiakkaasi elämään vaikuttavien vikojen löytyminen mahdollisimman aikaisin on oikeasti se, mihin kannattaa investoida heti!
  4. Rakenna: Tuo mukaan uusia työkaluja. Paranna testauksen- ja virheidenhallintaa. Rakenna systemaattinen tapa toimia esimerkiksi tarkistuslistoilla. Voit pohtia myös automaatiota.
  5. Tiivistä: Tiivistä kuilua kehityksen ja testauksen välillä. Tähtää testauksessa pitkistä vesiputouksista lyhyisiin tai Agileen.
  6. Mittaa: Rakenna enintään kolme helppokäyttöistä mittaria softan laadun arviointiin. Meidän mittarimme perustuvat kaikki virhetietoihin.
  7. Optimoi: Säädä testauksen määrää asteittain kunnes optimaalinen taso on löytynyt.

Hoitamalla yhden asian kerrallaan pääsee softakehityksessä jo pitkälle. Näiden askelmerkkien avulla on mahdollista rakentaa täysin uusi ja laadukas näkökulma ohjelmistojen rakentamiseen alle kuukaudessa.

Voit rakentaa toimivan testauksen pienistä osatavoitteista. Sinun on vain otettava härkää sarvista ja ryhdyttävä toimeen!

P.S. Jos alkuun pääseminen tuntuu vinkeistä huolimatta hankalalta, voit tilata meiltä Kick-offin. Me hoidamme kohdat 1.-4. pois kuleksimasta vain kahdessa viikossa! Sinun ei tarvitse osallistua kuin aloitustapaamiseen ja loppukatselmointiin.

Share