Palaute muuttaa maailmaa

Neljään Granlund-vuoteeni on mahtunut monenmoista oppia. Opit ovat herättäneet keskustelua, saaneet miettimään asioita ja tekemään asioita toisin. Oppien iso teema on *palaute*.

 

 

Palaute

Katselin ihastellen jokin aika sitten, kun ohjelmistokehityksessä tiimissäni syntyi hieno pöhinä. Ei sitä paremmallakaan sanalla oikein voi kuvata, kun porukassa innostuneesti puhutaan asioista, ratkotaan juttuja reippaasti ja rakentamamme ohjelmisto menee eteenpäin harppauksin. Erityislaatuinen pöhinä syntyi siitä, että sovelluksen käyttäjä käytti muutaman tunnin aikaansa tullakseen istumaan kanssamme ja näyttämään, mitä rakentamallamme sovelluksella arkipäivässä tehdään.

Käyttäjämme ei aina sanonut jonkin asian olevan haastava, mutta ryhmä nämä asiat kyllä huomasi. Sekä sanallinen että sanaton palaute muuttuivat empatian kautta toiminnaksi. Lyhyellä aikavälillä hyvällä ymmärryksellä saimme aikaan monta muutosta.

Toisinaan palautteen saaminen on meille vaikeaa. Muistan lähes neljän vuoden takaa tilanteen, jossa käyttäjämme soitti meille torstai-iltapäivällä kertoakseen, että oli kokeillut tehdä ohjelmistollamme hoidettavaa tehtävää maanantaista lähtien kerran päivässä, siinä onnistumatta. Ohjelmistossamme oli vikaa.

Kerromme palautetta usein vikatilanteissa vain, jos ne suoranaisesti estävät hommiemme etenemisen.

Käyttäjämme oli kuitenkin kovin yllättynyt siitä, että vika ei ollut kadonnut alkuviikon aikana, ja kertoi että aina aikaisemmin viankorjaus oli tapahtunut asiasta puhumatta. Tietyntyyppisten ongelmien kanssa ohjelmistokehitys voikin toimia näin, kun näkyvistä virheilmoituksista kerätään tietoa automaattisesti.

On siis palautetta, joka pitää aktiivisesti kertoa sekä palautetta, joka kerätään automaattisesti. Usein on parempi, että palaute annetaan ääneen, ihmisen ääni vahvistaa sanotun ja lisää ymmärrystä.

Maailma on muuttunut siten, että jokainen meistä käyttää ohjelmistoja jatkuvasti. Joskus ne eivät toimi, ja olemme turtuneet siihen. Jäämme odottamaan, että joku muu huomaa, joku muu on aktiivinen ja kertoo. Kerromme palautetta vikatilanteista, vain jos ne suoranaisesti estävät hommiemme etenemisen.

Annettu palaute synnyttää kuitenkin sen ainutlaatuisen pöhinän, jolla maailma muuttuu.

Annettu palaute synnyttää kuitenkin sen ainutlaatuisen pöhinän, jolla maailma muuttuu. Ohjelmistokehitysporukoissa tehdään aina kovasti töitä sen eteen, että opittaisiin ratkomaan asioita paremmin.

Me ajattelemme ohjelmistoja ratkaisuina ongelmiin. Usein ongelma on se, että halutaan tehdä sitä arkipäivän suunnittelu- ja ylläpitotyötä rakennuksille tehokkaammin, vähemmän tekijöitä kuormittaen. Jos ongelma ei ratkea, ei ohjelmisto toimi. Ja me haluamme sen toimivan, haluamme olla avuksi. Haluamme rakentaa hyvää yhdessä, ja rakennammekin. Tahto muuttuu toiminnaksi palautteen kautta.

Palaute on myös vahvistavaa. Positiivisella palautteella voit vahvistaa sitä minkä haluat kasvavan. Lisää tätä! Juuri näin!

Paras tapa antaa palautetta on usein jutustelu kahvikupposen äärellä tai käytävän nurkissa ohikulkiessa. Hyvä tapa antaa palautetta on myös laittaa omista pohdinnoista rohkeasti viestiä. Kohtaloonsa tyytyminen ja hiljaisuus ovat niitä huonoimpia tapoja, asian tärkeyttä kun usein mitataan myös sitä kautta, kuinka moni asiasta puhuu.

Kun itse olen testaajana omassa porukassani erikoistunut palautteen antamiseen sekä sen tulkitsemiseen toimenpiteiksi, muistelen yhtä erityisen hienoa kokemusta Granlundilta.

Maaret Pyhajarvi_kasitelty
Kirjoittaja Maaret Pyhäjärvi kuuntelee käyttäjiä ja parantaa maailmaa Granlundin ohjelmistokehityksessä.

Istuimme porukalla huoneessa ryhmäohjelmoimassa. Otimme kukin vuoroja yhdellä tietokoneella, toteuttaen muutoksia ohjelmistoon. Ne, jotka eivät olleet koneella, kertoivat mitä tehdään ja jokainen antoi palautetta toisten ehdotuksista saman tien. Mieleenpainuva oli se hetki, kun puolesta lauseesta löytyi ajatus, jonka korjaamalla teimme asiat oikein – heti. Nopea palaute on tehokasta palautetta.
Palaute on myös vahvistavaa. Positiivisella palautteella voit vahvistaa sitä minkä haluat kasvavan. Lisää tätä! Juuri näin!

Palaute muuttaa maailmaa. Ja maailmaa on aina hyvä kehittää parempaan suuntaan, monissa mittakaavoissa.

 

Tekeminen ei aina ole etenemistä

Maaret prosessiViime aikoina on pohdittu paljon tekemisen ja etenemisen suhdetta ja katsonkin nyt aihetta ohjelmistokehityksen silmin. Meistä jokaisella voi olla kädet täynnä töitä, mutta siitä huolimatta ei aina valmista synny. Kiireisyys ei aina tarkoita eteenpäin pääsemistä.

Kun asioita katsotaan leanin ja ketteryyden silmälasien läpi, keskusteluun nousee nopeasti asiakkaiden ja käyttäjien kokema arvo. Rakennamme asioita pienissä palasissa, arvokeskeisesti. Niinpä oleellista onkin pysähtyä miettimään ilmiötä, joka kulkee nimellä häiriökysyntä.

Palvelumuotoisen tekemisen osalta voidaan katsoa, karkeasti systeemiajattelun termein, että meillä on kahdenlaista kysyntää.

Ensimmäinen on arvokysyntää. Tämä on tekemistä, jossa tuotoksemme on hyvä, ja sitä tarvitaan enemmän: lisäarvoa tuotteeseen tai palveluun asiakkaan näkökulmasta. Tätä haluamme enemmän! Toimimme rajallisin voimavaroin epävarmuuden keskellä ja siksi teemme pienissä palasissa, jatkuvasti ja sujuvasti.

Toinen on häiriökysyntää.  Tämä on tekemistä, joka juontaa juurensa erilaisiin puutteisiin ja aiheuttaa lisätöitä, joita haluamme oppia välttämään toimimalla oikeaan aikaan paremmin. Häiriökysyntä on työtä, joka aiheutuu siitä, ettemme onnistu oikeaan aikaan täyttämään asiakkaan luomaa kysyntää, joko puuttuvien tuotteiden tai palveluiden tai laatupuutteiden vuoksi. Ja silloin  tehdään työtä, joka paikkaa puutteita.

Pyrimme aktiivisesti pohtimaan, milloin teemme töitä, jotka aiheutuvat siitä, että emme onnistuneet tekemään jotain oikein asiakkaan näkökulmasta.

Joskus teemme pyydettyjä ominaisuuksia, jotka eivät olleetkaan tarpeellisia – vielä. Joskus tekemämme ominaisuudet osoittautuvat pyynnön mukaisiksi, mutta pyyntö oli tulkittavissa väärin ja tarve ei täyty. Joskus teemme kiirehtien tai puutteellisella osaamisella, ja täydennämme myöhemmin.

Toimiessa monimutkaisten kokonaisuuksien ja inhimillisten rajoitteiden puitteissa, voimme aktiivisesti oppia lisää ja parantaa toimintaamme jatkuvasti. Kokonaisuuden häiriöt tuottavat työnkenttää muualla, ja haluamme oppia optimoimaan kokonaisuutta osien sijaan.

Ohjelmistokehittäminen, siinä missä suunnittelutoimintakin, on sosiaalinen systeemi. Jokaisella osalla on tarkoitus, kuten myös kokonaisuudella. Systeemin kannalta hyvät osat ovat sellaisia, jotka toimivat hyvin yhteen. Ohjelmistokehityksen tuotoksilla viedään eteenpäin suunnittelutoiminnan tehokkuutta.

Maaret Pyhajarvi_kasitelty
Maaret Pyhäjärvi kirjoittaa myös suosittua ”A Seasoned Tester’s Crystal Ball” -blogia.

Meidän mantramme ketteryydestä on hakea ”pieniä epäonnistumisia” sekä oppia nopeasti, miten onnistutaan. Mietimme mikä on arvokasta, millaisen asiakaskokemuksen haluamme luoda ja työstämme omaa rohkeuttamme yhdessä mennä oikeaan suuntaan.

Menemme eteenpäin ja luomme uutta, sen sijaan että pidämme itsemme kiireisenä, missä tahansa tekemisessä.

Niin, tekeminen ei ole aina etenemistä. Ja eteneminen on tärkeää.