1. Finnish Software Testing Board
http://www.fistb.fi/
Testauksen vaikutus
yritysten tuloksellisuuteen
20.3.2013
Copyright © FiSTB
Kari Kakkonen
puheenjohtaja, FiSTB
Johtaja, testaus ja menetelmät, Knowit
1

2. Finnish Software Testing Board
http://www.fistb.fi
What is ISTQB® ?
• ISTQB® : International Software Testing Qualifications
Board (www.istqb.org)
–
–
–
–
–
Non-profit association
Founded in 2002 - Headquarters in Belgium
With own constitution, rules and regulations
Composed of volunteer international Testing Experts
Responsible for “ISTQB® Certified Tester” scheme worldwide
• ISTQB® is the world’s leading organisation for Software
Testing Certification
• Advancing the software testing profession
2
ISTQB® - August 2012

3. Finnish Software Testing Board
http://www.fistb.fi
ISTQB in Finland
• Coordinated by FiSTB (Finnish Software Testing Board),
www.fistb.fi
• Board is responsible for
–
–
–
–
–
Bringing Finnish perspective to international cooperation
Coordinating national working groups
Running Finnish Certification Body for ISTQB
Organizing annual Finnish Testing Assembly conference
Promoting software testing among universities through ”School
tours”
– Creating a network for professionals and companies
• FiSTB is a member of Finnish Information Processing
Association (TTL ry)
• FiSTB cooperates with Finnish Association of Software
Testing (FAST/TestausOSY)

4. Knowit Oy
• Osa Knowit-konsernia vuodesta 2010.
• 1 700 asiantuntijaa Ruotsissa, Suomessa, Tanskassa,
Norjassa, Venäjällä ja Virossa.
• Knowit AB on listattu Tukholman OMX-pörssissä.
Knowit Confidential
4

5. Knowit - kattava palvelutarjooma
Knowit Confidential
5

6. Agenda
•
•
•
•
•
•
•
Tuloksellisuuden kaukainen käsite
ROI ja muut talouden insrumentit
Laatukustannusten PAFF-malli
“5 miksin” tekniikka
Liiketoimintavaatimuksien ymmärtäminen – reitti testaukseen ja laatuun
Ohjelmistoprojektin tavoitteiden kytkeminen liiketoiminnan tuloksellisuuteen
Yhteenveto
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
6

7. Tuloksellisuuden kaukainen käsite
•
•
•
•
”Ohjelmistoprojektin pitää tuottaa toimiva järjestelmä”
”Testataan, ettei bugeja jää asiakkaiden löydettäväksi”
”Nyt korvaamme vanhentuneen teknologia-alustan”
”Tehdään uutta softaa uusille käyttäjille”
Monesti testaajan ja muidenkin ohjelmistoprojektin henkilöiden todellisuus on
kaukana liiketoiminnan tuloksellisuudesta
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
7

8. ROIt, työmääräarviot, budjetit
• Erilaisia projektin ja yritysten talouden instrumentteja ovat
• ROI-laskelmat (takaisintuottolaskelmat)
• budjetit
• työmääräarviot
• vaihtoehtoiskustannukset.
• Numerot jäävät silti helposti projektin tasolle
• Eivät riitä – täytyy ymmärtää kokonaiskuva
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
8

9. Laatukustannusten PAFF-malli
(Feigenbaum)
Laatukustannukset ovat kaikki ne
kustannukset, jotka häviäisivät, jos kaikki
tehtäisiin ensimmäisellä kerralla oikein.
Kulut ja sakot
Investoinnit
Ennaltaehkäisyn kustannukset
Valvontakustannukset
Kustannukset, joilla pyritään estämään
virheiden syntyminen.
Kustannukset, jotka syntyvät yrityksen
laatutason ylläpitämisestä.
• Laatujärjestelmät
• Menetelmät
• Koulutus
• Asiakkaan odotusten ja tarpeiden
selvittäminen
• Koodikatselmoinnit
• Testauksen suunnittelu ja
suorittaminen
• Testauksen johtaminen
• Testauksen tilat ja välineet
Sisäiset virhekustannukset
Ulkoiset virhekustannukset
Kustannukset, jotka johtuvat virheistä,
jotka löydetään ennen tuotteen
toimittamista asiakkaalle.
Kustannukset, jotka virheellisen tuotteen
tai palvelun toimittamisesta asiakkaalle.
• Virheiden etsintä (debuggaus)
• Virheiden korjaus
• Uusintatestaus
• Takuukustannukset
• Sakot
• Hinnanalennukset
• Tuotteiden takaisin kutsuminen ja
hävittäminen
© Endero Oy 2011
PAFF = Prevention costs, Appraisal costs, Failure costs (internal), Failure costs (external)
9

10. Liiketoiminnan ja testauksen yhteys
• Testauksella on luonnollisesti vaikutus tuloksellisuuteen
• Liiketoiminnan ja testauksen yhteys pitää vain löytää sopivilla tekniikoilla
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
10

11. ”5 miksin” tekniikka
• Perussyyanalyyseihin (Root Cause Analysis) on paljon tekniikoita
• ”5 miksin tekniikka” (Five Whys) on yksinkertainen ja tehokas
• Auttaa ymmärtämään syy-seurausyhteyksiä
• Tekniikan käyttö
• Kysy noin 5 kertaa miksi
• idea on kohdistaa seuraava miksi-kysymys edellisen kysymyksen vastaukseen
• Kysy niin monta kertaa kuin täytyy
• Yleensä noin viidellä kysymyksellä pääset ketjun loppuun
• Lopeta miksin kysyminen vasta, kun näet tavoitellun tasoista tietoa
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
11

12. Liiketoimintavaatimuksien ymmärtäminen
– reitti testaukseen ja laatuun
• Esimerkkitavoitteita:
• Lisää asiakkaita, esim. 14 % kasvua edellisestä vuodesta
• Pitää asiakastyytyväisyys ennallaan sen sijaan, että se laskisi
• Laajentaa yrityksen toimintaa uudentyyppisiin asiakkaisiin, jotka eivät vaivaudu paikan
päälle vaan haluavat ostaa verkon kautta
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
12

13. Lisää asiakkaita, esim. 14 % kasvua
edellisestä vuodesta
• Yritys luottaa ehkä nykyisiin tuotteisiinsa ja toimintatapoihinsa, mutta haluaa
vain lisää sitä samaa.
• Yrityksen markkinaosuus voi olla heikko keskitasoisten tuotteiden vuoksi.
• 5 miksiä:
• Miksi lisää kauppaa? Jotta saadaan lisää markkinaosuutta.
• Miksi lisää markkinaosuutta? Jotta saadaan lunastettua asema markkinoilla.
• Miksi? Jotta saadaan myynnin tehokkuus superponnisteluista per kauppa vähän
normaalimpaan määrään myyntityötä per kauppa - hyvää ostetaan sitä erikseen
myymättäkin.
• Johtopäätös
• Pitäisi olla hyvälaatuinen tuote – ja ajatuksena on, että se melkein myy itse itsensä.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
13

14. Pitää asiakastyytyväisyys ennallaan sen
sijaan, että se laskisi
• 5 miksiä
• Miksi ennallaan? Kun ei se saa laskeakaan.
• Miksi ei? Kun on ollut vaikea pitää nykyasiakkaita.
• Miksi on vaikeaa? Kun tulee niin paljon valituksia.
• Miksi tulee? Kun asiakaspalautteen käsittely ei toimi ja asiakkaat kyllästyvät muutoksia
odottaessaan, eivätkä saa tietoa.
• Johtopäätös:
• Taustalla laatuongelma, ehkä asiakaspalautejärjestelmässä tai ehkä itse tuotteessa (oli
siinä mukana softaa tai ei).
• Laatua pitäisi selvästi parantaa.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
14

15. Laajentaa yrityksen toimintaa
uudentyyppisiin asiakkaisiin
• 5 miksiä
• Miksi uusia asiakkaita? Perinteiseen kivijalkakauppaan tulee vain osa potentiaalisista
asiakkaista.
• Miksi potentiaalinen asiakas ei tule? Käyttää vain verkkopalveluita.
• Miksi verkkopalveluita? Säästääkseen aikaa.
• Miksi säästää aikaa? Yrityksen tuote on lisäarvopalvelu, ei välttämättömyys. Asiakkaille pitää
tehdä ostos helpoksi.
• Miksi helpoksi? Koska kilpailijoilta ostaminen on helppoa.
• Johtopäätös:
• Monta syytä
• Ostotapahtuman helppous
• Toisaalta kilpailijakentän asettamat haasteet.
• Tarvitaan uusi verkkopalvelu
• Laadukas ja nopea, miellyttävämpi
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
15

16. Ohjelmistoprojektin tavoitteiden kytkeminen liiketoiminnan tuloksellisuuteen
• Esimerkkitavoitteita projektille ja testaukselle
• Parempilaatuinen tuote markkinoille ja testauksella aikaan tuo parempi laatu.
• Testauksen tehostaminen.
• Riittävän hyvä laatu tosi pienellä testauksen määrällä.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
16

17. Parempilaatuinen tuote markkinoille
• 5 miksiä
• Miksi siis parempi laatu – miksi nykytila ei riitä? Koetaan edellisen julkaisun virhemäärä
liian suureksi.
• Miksi liian suureksi? Se on suuri, jos verrataan muihin yrityksen ohjelmistotuotteisiin.
• Miksi verrataan? Vertailun vuoksi, tuotteet ovat kylläkin erilaisia.
• Miksi erilaisia? Asiakaskunnat ovat erilaisia.
• Miksi? Tämän tuotteen asiakaskunta haluaa nopean, helpon softan. Muilla yrityksen
tuotteilla ominaisuuksien määrä kiinnostaa.
• Johtopäätös
• Laatu merkitsee tässä nimenomaan nopeutta,
• Laadukas tuote auttaa saamaan lisää myyntiä.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
17

18. Testauksen tehostaminen
• 5 miksiä
•
•
•
•
•
•
Miksi tehostaa? Jotta testaajat voivat osallistua myös koodaukseen.
Miksi osallistua? Koodaajia liian vähän.
Miksi? Vaikea saada muilta projekteilta.
Miksi? Ne ovat tärkeämpiä.
Miksi? Yrityksen avainliiketoimintaa.
Miksi tämä softa sitten on? Välttämätön softa.
• Johtopäätös
• Henkilöstöhaaste
• Liiketoimintaprioriteetteja eri järjestelmien välillä. Tällöin tietyn ”peruslaadun” täytyy riittää ja
tietenkin itse työn on syytä olla lisäksi nopeaa ja tehokasta.
• Linkki liiketoimintatasolle epäsuora:
• Ohjelmiston testauksen täytyy tehostua, jotta saadaan peruslaatu, jotta voidaan keskittää voimia muihin
yrityksen tuotteisiin, joille haetaan markkinaosuutta.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
18

19. Riittävän hyvä laatu tosi pienellä
testauksen määrällä
• 5 miksiä:
• Miksi riittävä laatu? Jotta ohjelmisto toimisi perustasolla.
• Miksi perustasolla riittää? Käyttäjät ovat pieni määrä ammattikäyttäjiä, joille riittää
tehokkuus – kauneutta ei tarvita.
• Miksi ammattikäyttäjiä? Kyse on apuohjelmistosta liiketoiminnan ammattilaisille.
• Miksi vain apuohjelmistosta, eikö ohjelmiston kuitenkin pidä toimia? Kyllä, mutta aina
voidaan tehdä sama asia käsin.
• Johtopäätös
• Laatu on ymmärretty vain käytettävyytenä, kauneutena, ominaisuuksien määränä.
• Luultavasti kuitenkin käyttäjät haluavat ohjelmiston toimivan kunnolla – se säästää
heidän aikaansa. Testauksessa ei kuitenkaan tarvitse luultavasti tehdä
poikkeustilanteisiin liittyviä testejä niin paljon.
• Liiketoimintavaatimusvaikutus välillinen: Jotta käyttäjät voivat tehdä töitään, tämänkin
ohjelmiston pitää toimia pääsääntöisesti.
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
19

20. Yhteenveto
• Liiketoiminnan (tuloksellisuus) on projektitason testaukselle kaukainen käsite,
mutta analysoimalla yhteys löytyy ja seurauksena
• liiketoimintatavoitteet tarkentuvat kohdalleen
• tuloksellisuus kasvaa
• testauksen budjetille löytyy ymmärrettävämpiä perusteluja.
• Tarvittaessa voidaan uuden ymmärryksen valossa tehdä
• kohdistettuja ROI-laskelmia
• Vaihtoehtoiskustannusvertailuja.
Lisää aiheesta Kari Kakkosen artikkeli Laatu ja testaus 1/2013 –lehdessä
Tai kari.kakkonen@knowit.fi
22.3.2013
© Copyright Knowit Oy 2013 | Confidential | Version 1.0
20

21. Finnish Software Testing Board
http://www.fistb.fi
FiSTB and ISTQB® Social media
ISTQB/ISEB certified in Finland :
http://www.linkedin.com/groups/Finnish-Software-Testing-Board-FiSTB-4630131
You Tube presence
: http://www.youtube.com/user/ISTQBORG
Slide Share presence
: http://www.slideshare.net/ISTQBORG
LinkedIn Community
: http://www.linkedin.com/
groups?about=&gid=4064826&trk=anet_ug_grppro
Twitter channel
: http://twitter.com/#!/ISTQBORG
XING community
: https://www.xing.com/net/istqb
Facebook Page
: http://www.facebook.com/istqborg
21
ISTQB® - August 2012