Arkisto: lokakuu 2016



Ruutulipulla olet jo myöhässä!

31. lokakuuta, 2016 | Kirjoittaja: Antti Niittyviita

Testaajan tehtävä on tehdä kehittäjäkollegoista tähtiä aivan samalla tavalla kuin kartturin tehtävä on tehdä rallikuskista mestari. Yksikään rallikuski ei loistaisi ammatissaan kovin pitkään ilman vieressä istuvaa ammattilaista, sillä tiimityö timanttisten tulosten eteen onnistuu ainoastaan kulkemalla rinnakkain.

Tätä voi ajatella myös toisin päin: Kuinka hyvän työn kartturi tekisi odottamalla erikoiskokeen maalissa ja sitten kertoisi miten meni?

Ihme kyllä näin testauksessa vielä liian usein unohdutaan toimimaan. Vaikka toimialan tempo tiivistyy nopeasti, testauksen työtavat laahaavat perässä. Ohjelmistojen huoltaminen ja korjaus ei ole koskaan ollut näin helppoa. Viisaasti viritetyssä kehitystiimissä päivityksen jakelu loppuasiakkaalle asti onnistuu nappia painamalla.

Ruutulipulla neppaileva testaaja alkaa olla auttamatta myöhässä.

Olemme ennen ajatelleet, miten testauksen rooli on kuin talonrakennusprojektin lopputarkastajalla. Ennen taistelimme jättimäisissä tietojärjestelmähankkeissa todistaaksemme ennalta sovitut ”Ensitreffit alttarilla” toimiviksi.

Mitä nopeammaksi ohjelmistokehitys käy, sitä varmemmin entisiä ajattelevasta asiantuntijasta tulee tarpeeton kuluerä.

P.S. Kutsun sinut mukaan menestystarinoita takomaan. Jos joskus inspiroidut blogimme ajatuksista saattaa olla, että seuraava Testaaja 3.0 -koulutus muuttaa pysyvästi elämäsi ja urasi lentokorkeutta.

Testauksen Tyson Gay

27. lokakuuta, 2016 | Kirjoittaja: Juhani Teirikangas

Oletko ollut ohjelmistoprojektissa joka vääjäämättä etenee kohti katastrofia? Tai ei-perfektionisteille ilmaistuna, projektissa joka on paljon huonompi kuin voisi olla? Onko näin käynyt siitä huolimatta, että olet projektin aikana ehdottanut, tarjonnut, esitellyt keinoja joilla alkava suohon vajoaminen voitaisiin välttää?

Oletko ollut monissa tälläisissä projekteissa? Alkaako tuntua siltä, että vaikka kuinka parannat omaa osaamistasi, hiot kommunikointitaitojasi ja muotoilet vaikuttamisstategioita, niin kerta toisensa jälkeen loistava softatuote lipuu tiimiltä saavuttamattomiin ja käteen jää irvistävä karikatyyri siitä visiosta joka projektin alussa siinsi kaikkien mielessä.

Tältä mahtaa tuntua Tyson Gaysta, kun kerta toisensa jälkeen Usain Bolt kipittää voittoon hänen edellään.

Mutta ennenkuin vaivut epätoivoon, hylkäät hyödyttömältä vaikuttavan itsensäkehittämisen loputtoman tien ja asetut stereotyyppiseen ”olen vain töissä täällä”-rooliin, huomioipa tämä:

Tyson Gay tekee hurjan määrän töitä ollakseen maailman toiseksi nopein mies. Ja jos hän ei harjoittelisi ja kehittäisi suoritustaan ja ajaisi itseään eteenpäin, hänellä ei koskaan olisi mahdollisuutta olla maailman nopein mies.

Kehittyminen testaajana (ja monissa, monissa muissa ammateissa) on jatkuvaa oman tekemisen seuraamista, onnistumisten ja epäonnistumisten jälkikäteen analysointia ja laaja-alaista uuden opiskelua. Testaajalle testaaminen on vain alkua, ja todelliselta testauksen finalistilta vaaditaan lisäksi syvää kommunikaatio-osaamista, perusteellista kognitiotieteisiin tutustumista sekä laajaa sosiaalisten taitojen kirjoa.

Ja kun opit joka projektista, parannat omaa tekemistä saamasi kokemuksen myötä, kääntyvät kaikki projektit voitoksi sinulle itsellesi. Jonain päivänä pystyt kääntämään syvyyksiin suuntaavan projektinkin takaisin oikealle kurssille.

Joten lue paljon, meditoi tekemistäsi jälkeenpäinkin ja jos tarvitset tönäisyä uuteen suuntaan, käy koulutuksissa!

Ensitreffit ohjelmistokehityksen alttarilla

24. lokakuuta, 2016 | Kirjoittaja: Antti Niittyviita
Kommentit: 2

Muistatko Ensitreffit Alttarilla -tvformaatin? Siinä joukko asiantuntijoita valitsi paria etsiville ihmisille unelmien puolisoa ja ensikertaa he tapasivat alttarilla vihkivaloja lausuessa. Hemmetin viihdyttäväähän se oli, vaikka lopputulokset eivät loistaneet edes hopeahääpäivään asti.

Kestävämpiä suhteita rakennetaan tietysti paljon yksinkertaisemmin. Lähdetään treffeille. Sitten tehdään se uudestaan ja uudestaan. Löydetään ja ilahdutaan. Joskus vihastutaan ja sitten sovitaan. Tärkeintä on tavata usein, jotta särmät saavat hioutua ja jotain upeaa saisi tilaisuutensa syntyä.

Tämän yksinkertaisen oivalluksen mekin olemme ohjelmistoalalla lopulta omaksuneet. Todellinen ja kestävä arvo ohjelmistohankkeissakin syntyy vain siellä missä asiakas lähtee ensitreffeille tilaamansa tuotteen kanssa. Mieluummin heti kuin huomenna.

Onneksi vasta alttarilla tapahtuvat ohjelmistoalan ensitreffit toistuvat vuosi vuodelta harvemmin ja saamme nauttia laadukkaammista lopputuotteista kohderyhmään katsomatta.

P.S. Kutsun sinut mukaan menestystarinoita takomaan. Jos joskus inspiroidut blogimme ajatuksista saattaa olla, että seuraava Testaaja 3.0 -koulutus muuttaa pysyvästi elämäsi ja urasi lentokorkeutta.

Tiimityö sopii vastuun välttelijälle

20. lokakuuta, 2016 | Kirjoittaja: Antti Niittyviita

Social loafing on ilmiö, jossa jakautuva vastuu vähentää yksilön suorituskykyä.

Ilmiöllä on kauaskantoiset vaikutukset esimerkiksi huippu-urheilun maailmassa. Jos urheilusuorituksen vastuu jakautuu joukkueelle, se alkaa heikentää yksilöiden suorituskykyä. Ponnistaminen äärirajoille ei enää altajuisesti tunnukaan niin houkuttelevalta kun on muitakin ympärillä jakamassa voittoa tai tappiota. Yksilöstä irtoaa vähemmän virtaa ja vääntöä.

Sama ilmiö toistuu myös muualla eläinkunnassa. Se voidaan mitata esimerkiksi tutkimalla tiettyjen lintulajien tarmoa jälkeläisten hoitamisessa. Suuta aukoville poikasille kannetun saaliin määrässä mitattuna yksinhuoltajaksi jääneet linnut kantavat merkittävästi suurempaa saalista kotiovelle kuin kahden huoltajan talouksissa.

Urheilun maailmaa tarkastella voidaan kuitenkin löytää poikkeus. Joukkueen kaikki jäsenet pistävät parasta performanssia peliin, jos kyseessä ovat viestilajit. Tässä tilanteessa jokainen urheilija suorittaa oman työnsä yleisön ja kollegojen katseen alla. Ei ole paikkaa piilotella.

Minusta tämä ajatus avaa pelikentän kiinnostavalle ja tuloksia tuottavalle kysymykselle.

Missä asioissa tiimityötänne olisi mahdollista järjestää rinnankytkennän sijasta sarjaan?

Miksi lisäresurssi pahentaa tulehdustilaa?

14. lokakuuta, 2016 | Kirjoittaja: Antti Niittyviita

Klisee tarkoittaa paljon käytettyä ideaa, siis toistoa. Harmi vain, että sana viittaa niin usein negatiivisiin mielikuviin. Minusta toisto on välttämätön vaihe, jos tavoitellaan läpimurtoja.

Klisee sanan alkuperä tulee ranskasta ja kirjapainon kehdosta. Kirjapainotekniikan alkuaikoina teksti ladottiin kirjain kerrallaan sivun kokoisille painolevyille kunnes joku laiskuri innostui oikomaan mutkia.

Paljon toistuvia sanoja ja ilmaisuja oli viisasta latoa valmiiksi sapluunoiksi, eli kliseiksi sen sijaan, että ne olisi taiteiltu kirjain kirjaimelta joka kerta. Niin kokonaisten painolevyjen kasaaminen kävi nopeammin.

Jokainen suuri tarina on alkanut ensimmäisestä askeleesta. Tarinan toteutuminen täyteen potentiaaliinsa on edellyttänyt aina edellisten onnistumisten perustuksille rakennettua toistoa.

Jostain syystä valtaosa softahankkeista perustuu tuttujen asioiden toistamiselle sillä varauksella, että kriittinen tarkastelu on tehty mahdottomaksi.

Tuttujen asioiden toistaminen nimittäin tuottaa aina tuttuja tuloksia. Tarkempi tai huolellisempi työ tuttujen asioiden parissa ei tuota uusia tuloksia vaan tarkempia ja huolellisempia tuttuja tuloksia.

Sanon tämän toisin: Jos budjetit, aikataulut ja resursointi on mennyt munilleen ennenkin, huolellisempi, avokätisempi tai tarkempi saman asian toistaminen takaa munilleen menemisen samojen parametrien puitteissa, mutta paljon isommin.

Tässä piilee yksi salattu syy siihen, miksi niin usein lisäresursointi tuntuu tuottavan vain lisää tuskaa projekteissa samalla kuin pienet autotallitiimit saattavat tuottaa maailmaa mullistavia tuotteita kesätyön korvikkeena.

Oleellista maailman menestystarinoissa onkin nimenomaan edellisten onnistumisten päälle viritetty toisto.

Toistan vielä: Edellisten onnistumisten päälle viritetty toisto vie läpimurtoja kohti!

Jos tapa tehdä töitä on tehoton tai typerä, lisäresurssien palkkaaminen kasvattaa tehottomuutta ja typeryyttä entisestään. Jos haluat onnistua, ensin on syytä virittää työtavat timmiin kuntoon ja alkaa skaalata vasta sen jälkeen.